Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 9 years ago.
Improve this question
I can make a package (xxx.ipa) for an app, then synchronize this package to IOS device. Someone can do this and why need upload app to app store?
When you sign an application yourself, you can only install to iOS devices that you registered on provisioning center (up to 100 devices with the developer program - 100$).
In other words, if you wanted reach 1M million users with your app, it would cost you $1M. So you NEED the App Store.
We need to the upload an App to AppStore in to access it universally with no limitation of the number of user who can use it . Creating an Adhoc (.ipa) for any app and sync it to the device has certain limitation as you cannot distribute your .ipa to more than 100 devices , also it has validity 1 year by which only you can use the app . There are many more reasons to be explained for it . Go through the Apple Guideline in order to get more information . Hope it help you!
It takes away all the manual labour. Installing an app from App Store is easier than manually via iTunes. Updating is even more easier.
You don't have to know all unique device identifiers up-front.
You won't break Apple rules (it forbids distribution without App Store for anything other than testing or internally in one organization)
Related
Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 7 years ago.
Improve this question
This is something first phase requirement I needed for my application.
I want to design a WIPE-OUT application,
This application will WIPE-OUT all the data.
I want a flow like this:
Install our WIPE-OUT app from AppStore
This app will have access to Documents directory (like in Android have access to File Manager)
User can delete, rename and move the files of document directory (using our application)
Those files are anything (PDF or word file downloaded from Mail, Photos from camera of FB or anything)
In short same FileManager app which will have access to my iPhone storage and I can delete the data which is in non-recoverable.
As per my knowledge,
it is not possible.
My question is,
Is it possible in some other way and will apple approve the app?
If it is not possible, then please share me link for the same.
As mentioned in the comments it is not possible.
This Apple Guideline will actually be responsible for the rejection
2.6 Apps that read or write data outside its designated container area will be rejected
Apple does have a MDM (Mobile Device Management) SDK that they don't talk about a lot. You need to be on an Enterprise Developer Account, and you'll end up signing a non-disclosure agreement.
https://www.apple.com/iphone/business/it/management.html
This SDK allows remote wipe. MaaS360 and Lotus Traveler can do it. But if you aren't a Fortune 500 company, odds are good you'll never see it.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 9 years ago.
Improve this question
An app will only work correctly if user setup the app's notification settings correctly in iOS settings.
Is it OK to bundle screenshots into the app itself, screenshots that depict the related screens of iPhone/etc iOS setup?
...or will Apple reject this if screenshots of the iOS settings app are not allowed in apps?
I don't find anything saying that this would be a problem at https://developer.apple.com/appstore/resources/approval/guidelines.html
But something guts tells me this could be disallowed.
According to App Store Review Guidelines
10.2 Apps that look similar to Apps bundled on the iPhone, including the App Store, iTunes Store, and iBookstore, will be rejected.
I guess you're worrying about that Apple will think your screenshots of the iOS Settings app makes your app look similar to the bundled Settings app?
In my opinion, if you wrap those screenshots nicely (e.g. with a frame, shadows etc) so users know that it's a screenshot, there's no problem with it.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
Here's my situation: I'm making an app for iPad which uses image libraries. The app comes with a few libraries. I want to sell additional libraries from my website. An image library contains only png files, nothing else.
The app will have an "Activate" button so if the user buys an library they can activate it from within the app. The app connects to our server via web services and validates the activation code.
The image libraries (since they can be huge) are copied in iTunes to the documents directory for the app.
My question is: does Apple have a problem with allowing me to sell additional image libraries on my website and have the user activate it and copy the files to the documents directory within the app (which I expose within the app) or is this an infringement of their policies?
Thanks in advance
Edit: Because #Kris Gellci was so eager to prove he's answer is correct, I took the time and search for the exact paragraph in the App Store Review Guide which speaks about this.
11 Purchasing and currencies
11.1 Apps that unlock or enable additional features or functionality with mechanisms other than the App Store will be rejected
11.2 Apps utilizing a system other than the In-App Purchase API (IAP) to purchase content, functionality, or services in an App will be
rejected
11.3 Apps using IAP to purchase physical goods or goods and services used outside of the application will be rejected
This way you can see for yourself if it applies to you. There is more here.
Yes, they have a problem with that. You need to use in app purchases so that they can take their share out of what you sell. Think about it this way, if they would allow it, everybody would put their apps free with content and unlocks paid and Apple would be left out. More details here.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
Suppose I have an app that does in-app purchase and verifies the receipt is good for a non-consumable purchase.
On a purchase, the app writes to some storage such as NSUserDefaults that is essentially a BOOL that unlocks the extra content.
Pirates can then make an ipa from this that other jailbroken devices can install, getting around the in-app purchase in the copies by purchasing it once in the original.
It seems like making some hash/checksum based on a unique identifier to the device or user, and verifying this on launch would be a reasonable piracy check (not meant to stop all crackers, but stops-the-bleeding for the average copy based ipa install pirate).
However, I know that apple deprecated access to UDID, and some say to avoid using MAC addresses for this reason. Is there something else I could use? Is MAC still game?
This level of a check seems like it would be non-invasive to the user and would store the data as a (lossy) one way hash/checksum.
Perhaps there is a completely different, much better method for dealing with the ipa based piracy for non-consumables?
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 8 years ago.
Improve this question
I'm writing an noobie app that deals with advertising and time limited offers, how can I check to see if I've added a newer version to the app store and stop it working until they update? If you have any examples to help a noob that will be great.
I can't tell you this with 100% certainty but I believe it is very unlikely that Apple will approve this. You should take a look at the review guidelines before developing to make sure what you're doing is allowed, but I really wouldn't expect Apple to approve an app that only worked if you have the newest version. Possible rejection reasons listed below.
From The App Store Review Guidelines:
2.9: Apps that are "beta", "demo", "trial", or "test" versions will be rejected
2.13: Apps that are primarily marketing materials or advertisements will be rejected
2.22: Apps that arbitrarily restrict which users may use the app, such as by location or carrier, may be rejected
11.9: Apps containing "rental" content or services that expire after a limited time will be rejected
You can't query the app story (easily), but you can query your own website. Just create a static text file that contains the latest version active in the app store, then always check that file from your app when it starts up.