User can download same application in many device using same apple id? is it written in any document? or is there any restriction on downloading same app ?
If you are testing app in multiple devices in development phase than you have to add all devices UDID in your apple account.
No issue for same appID
Related
IOS paid application sharing we need to block.
Planning to submit paid application in Apple store. Suppose a user brought application and download to Itunes account, then i sync to my mobile device, able to use that.
1.From itunes can we share application ipa to any other user?
2.is there any way to identify which apple id used for downloading?
3.any option for blocking user without downloading from apple store?
Apps bought/downloaded from the app store are linked to the account that download the app. You can there for not just share the IPA.
On a jailbroke device you might be able to remove the security measures that restrict this. But what you are proposing is not possible with official App Store apps.
You cant code to UDID anymore since the update to the iTunes ToS. They are all account bound. In the cases I have tried to share the .ipa file the app data inside that app specific to me did not migrate to the new user
I will shortly be applying for the WWDC Student Scholarship. I have been working on an app that I would like to link to in my application. The app is not currently on the App Store.
When I export the app by exporting the .ipa file through Xcode, and email it to a friend for testing, he is unable to transfer the app from iTunes to his iOS device.
I can set up an Ad Hoc profile for him so that he can test it, but I obviously don't have information affiliated with iPhones Apple will use to review the app once I submit it to them.
What must I do to allow the app to run on any iOS device without setting up Ad-Hoc accounts for each?
Have you looked at the submission page? Login required: https://developer.apple.com/wwdc/scholarships/application/
It says your app must be on the App Store. First submit it to the App Store, then once it is approved you can apply for the student scholarship.
Without the device ID of the test phone, you can't distribute your app in development mode. One thing you could do is setup a free TestFlight account, include TestFlight in your app (takes about 10 mins to setup), and then include the TestFlight tester signup link with your application. Then if they want to try your app they can follow that link to register their device with TestFlight, then you'll get alerted when they do that and you can recompile your app with their device id and push it to them via TestFlight.
Is it possible to distribute iPhone applications built using "App Store" provisioning profile ? (Without submitting to App Store)
I know I can run the application by creating Ad-Hoc profile and linking device IDs. I want to run the App, but I want to run the app without adding any device IDs to developer portal or in devices which are not added to the portal.
Thanks.
That's not possible without jailbreaking. You have to use a distribution profile with device id's.
No, that is not possible. There are 3 ways to distribute iOS applications:
via the App Store.
by building to device (does require the device's id to be added to the provisioning profile).
over the air (Ad Hoc) which does require you to add every device's id to the provisioning profile.
If I add a tester to TestFlightApp.com They get a link to register their device. This then downloads a profile, which is called TestFlight Access. Not for my app.
What is this profile for and how does it relate to my app?
Also do I still need to add the tester's UDID to the apple developer portal, myself?
That profile allows the service to gather the UDID of the testers device. This way the user never has to manually search that UDID and it is possible for the service to provide developers who invite users that information automatically.
Additionally, the installed web clip will authenticate the device against the service, so the apps that can be installed will be offered. These apps are found by comparing the UDID of the device against the provisioning profiles of all apps available.
So yes, you still need to add the UDID to the provisioning profile and compile your app against it.
The profile process is provided by Apple and well documented here: http://developer.apple.com/library/ios/#documentation/NetworkingInternet/Conceptual/iPhoneOTAConfiguration/Introduction/Introduction.html#//apple_ref/doc/uid/TP40009505
There are also other services who leverage that functionality for "easier" gathering of UDIDs and providing an easy way to let users download their beta apps.
I'm jumping in here to say, yes you do need to re-build your app with a new profile that includes the new tester's device UDID. I'm having a problem with this for one tester only, that no matter what I do TestFlight refuses to acknowledge that the profile I am using has this one person's UDID in it yet it does. I'm writing to their support group about it and will let the forum know what I find out if anything useful.
The profile allows the test flight app to install your app. And yes, you will still need to add their UDID to the provisioning profile.
I need to build an Store app that can be used to install a few apps that I've developed. I'm planning to do this using in-app purchasing. i.e. the user can purchase the new apps from my store. Is this possible?
No. The iOS security sandbox will prohibit installing any additional apps from your app. Only apps purchased from Apple's iTunes App store can be installed on a customer's device (except for a developers own devices, and a very limited number of beta test users).
You might be able to sell access to web apps, which a user would have to manually clip as web clippings onto their device (they can't be auto installed). But Apple may or may not accept an app which sells those web clippings, so you'd might have to figure out a way to sell them from your web site.
It would ultimately have to link to the app store to do the app downloads. In-app purchasing is just that...in your apps. You can set up a store, but if you want them to be installed as separate apps on the user's phone, you will just have to link to the app store.
Apple most likely won't allow it.
if you are using your "store" app to distribute full apps, instead of just additions to your store app, it DEFINITELY won't pass.
It would be circumventing their distribution system (and 30% cut) and they won't like that very much.
No, your app can't install other apps directly, but you can use an app store url to send your customers to any of your other apps in the app store. There's more info in this SO thread.
It would be a different story if you were working under the enterprise or ad hoc distribution models, in which case you could link to your apps on a web server and install them over the air. But given that you're talking about in-app purchase, it's pretty clear that you're distributing under the standard distribution model.
If your other apps just deliver new content, what you should do is build an universal app that handles all your content and then let the user download new and different content using in-app purchasing. Then you end up with an app similar to iBook, that offers different content, but the same user interface.
One option is to ship your "parent" app with all the content for "children" apps, albeit encrypted. Use in-app purchasing to decrypt "children" content.