Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 5 years ago.
Improve this question
In my country apple does not support subscription, I can't make an app that can purchase monthly or period of time subscription, any alternatives?
Contact Apple and ask if this is a temporary or constant condition. If it's temporary, wait it out.
Otherwise, you can implement login screens and authentication mechanisms as you would have them in a WebApp. The latest Developer Agreements allow for this (as opposed to the previous agreements where you had to offer inAppPurchase as well). The caveat is that according to the agreement, you may not link to your 3rd party payment/signup site from within the app.
Set up payment processing with the provider of your choice (e.g. PayPal) and manage your own database of registered users. Then, when a user starts the app, ask them to log-in by supplying a username and password. Send those to your server (e.g. using a regular POST request), verify them and deliver the contents to the user if he is authenticated.
Make sure to keep the user logged in after that to avoid annoyance.
The main challenge with this approach will be to let users find out about your service in the first place as you are not allowed to openly send them over in the first place. Then again, if Apple doesn't offer the functionality in your country, you may be able to get through review with it.
In either case, contact Apple, then act accordingly.
Related
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 1 year ago.
Improve this question
I am trying to create an apple developer account for past 3 weeks. after selecting
"Select your entity type = Individual" and "Terms & Condition = agree"
an error appears saying "Your enrollment could not be completed". I called support several times and mailed several time they all just simply say at this moment you cannot enroll. when I ask for the reason they simply say they don't no. If they don't know who else would no? I am just stuck here. I cannot publish my app due to their error and they are not helping at all. really frustrating.
additional info:
after I click on the agree button
The browser does a POST to https://developer.apple.com/services-enrollment/submitIndividualEnrollment
Result of this POST is 406 with below json
{"responseId":"7d97f000-ab5e-4a26-9cc3-6498dc322f33","resultCode":202000,"resultString":"Your request could not be processed","userString":"Your request could not be processed","creationTimestamp":"2020-06-30T13:04:36Z","userLocale":"en_US","requestUrl":"https://developer.apple.com/services-enrollment/submitIndividualEnrollment","httpCode":406}
I had the same issue
Your enrollment in the Apple Developer Program could not be completed at this time.
I managed to sort it out through getting Apple Phone Support (Durind US working hours : Mon-Fri,9:00 AM–7:00 PM CST).
They sent me a couple of mails in which they had a link to upload my ID Proof.
Once I uploaded I contacted them in the same way. They got me verified my ID Proof and unlocked my enrollment. Then I did continue to the enrollment payments process
You can also use the mail support. But its a slow process of getting what we need from support
Contacting Apple Phone Support:-
Login to Apple Developer Console
Click Contact US in left menu
In the next page choose Membership and Account
In the next popup select Programme Enrolment
Select Phone in the Phone or Email
Enter your Phone Number. They will call in you within a couple of minutes
I had the same issue, ""Your enrollment could not be completed" and below the text "Your enrollment in the Apple Developer Program could not be completed at this time."
I found out that so many people have this issue and that Apple does not seem to help out, here is just one example: https://developer.apple.com/forums/thread/129762
I tried different browsers and credit cards without any luck. Then I suddenly managed to enroll from my iPhone, via web over CELLULAR, like this:
Disable wifi on iPhone
Follow through Apples enroll process https://developer.apple.com/programs/enroll/
I cannot go through the process again to verify, but this was the only changed parameter in my strategy. Hope this can help others.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 9 years ago.
Improve this question
i searched many times but all of sites says that it will be in settings / security tab, but it's not there! why?
i just created my Facebook account.
It looks like FB is not currently using security questions. This is from FB:
If there ever comes a time where you can’t log into your Facebook account, we need ways to get in touch with you and make sure the account is yours. Here are some things you can do to help make sure you never get locked out of your account:
Add another email address to your account so you always have a
backup.
Make sure you and only you can access the email addresses listed on your Facebook account. Anyone with access to one of the email
addresses listed on your account can request a new password for your
Facebook account. If you lose access to one of your extra email
addresses, be sure to remove it from your Facebook account.
Add your mobile number to your account. We can also send things (ex: a code to reset your password) to your mobile phone.
Use your real name and date of birth on your account so we can find your timeline if you ever loose access to it.
You can find more details on this security features page.
facebook now does not offer any security questions for account safety. It uses now two-factor security model and sms authentication code. Don't go in that deeply.
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
This is a problem because when I do email campaign, There is a link on the email, that link to my company homepage, I would like to differentiate between the visitor come from another way (e.g. search on google) or the visitor come from the email I have sent.
Notice that they should come form a email instead of a website,
Is it able to check such kind of information ? And is it possible to differentiate between campaign 1 and campagin 2 with same link? Thankyou
You cannot differentiate between an email vs web campaign link unless that link is tagged for campaign tracking. Campaign link tracking requires that you append additional data to the query params of a link according to specific conventions required by GA in order to differentiate between different campaigns.
Other wise, Google Analytics would not be able to differentiate between the same links from email vs banner links on a very granular level.
http://support.google.com/googleanalytics/bin/answer.py?hl=en&answer=55540
Google Analytics is the easiest way to do this. get an account, copy and paste the code they give you and they keep track of all of this for you in the traffic sources tab under the referrals traffic and even give you the exact url of the site your visitors are coming from. including emails and yes I believe you can differentiate between campaigns.
here is the url
http://www.google.com/analytics/
Google Analytic is perfect, just what you need.
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 3 years ago.
Improve this question
I've just received an email from apple saying that the app I submitted to the App Store a week ago has been rejected. The text of the email is reprinted below:
Thank you for submitting iDealwine App to the App Store.
We've completed the review of your app, however, we cannot post this version to the App Store because it requires customers to register with personal information without providing account-based features. Applications cannot require user registration prior to allowing access to app features and content; such user registration must be optional and tied to account-based functionality, as required by the App Store Review Guidelines https://developer.apple.com/appstore/resources/approval/guidelines.html:
17.2 Apps that require users to share personal information, such as email address and date of birth, in order to function will be rejected
Additionally, we need additional information about your app and In App Purchase.
Please take some time to review the following questions and provide as detailed information as you can.
-Please provide more information on the length of the Subscription provided by iDealWine App.
-Where is the In App Purchase located?
If you have any questions about this information, or would like to discuss it further, > please feel free to reply to this email.
To appeal this review, please submit a request to the App Review Board at http://developer.apple.com/appstore/resources/approval/contact.html.
We look forward to reviewing your revised app.
The first reason is clear enought but I still wonder if just adding an alternative for the user to sign-in using an existing login/password will solve the issue. So there will be login or register alternative.
For the second reason I don't understand why they have rejected the in-app purchase.
There seem to be a few reviewers who won't let anything through if there's even a tiny chance it might not be 'by the book'. What they are saying with the first section is that:
Your app is asking for credentials, and then it is not obvious that you are providing any extra functionality. It'd be like putting in your twitter password to do a google search.
As for their second section - Sounds like they just want a longer description. What does the in app purchase do? Why is the functionality of benefit to the users?
App store reviews can suck, but normally if you just keep hammering away, you can get through.
Good luck,
Zane
To get pass the reviewers, you might want to have your app provide some basic useful functionality even to someone who will not enter any login or ID. For instance, banking apps in the App store provide maps to the nearest bank branch, banks web site, etc., for someone who has no account with which to login on startup and never will.
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 2 years ago.
Improve this question
Is it simply an artifact of the old fear (still around in some places) of cookies?
I also would like to know if it is bad practice to simply pass in user names from an outbound email.
Nothing is stopping the web app from always remembering the user for as long as they want on particular computer without asking explicit permission from the user. However, doing so has security and privacy implications on shared computers.
Imagine you go to a cyber-cafe or a library, sit on a shared computer and login to your bank website (which you shouldn't do from such places anyway :-)). The bank website tries to be "smart" and persists a cookie with a ticket based on your credentials. When you're done, you close the browser without logging off. Next person sits down, opens the browser, looks at the history and goes to the bank site. And now they have magically access to all your money.
That would probably be the last time you use that bank for anything.
Update: To answer the second part of the question (and the comment below)
If you are afraid of URL injection, you should probably not specify the username in the email URL itself. Instead, generate a one-time token (you could use a one-way hash of the user name and a website secret for example), which wouldn't mean anything to an external site, but would allow you to extract the user identity and prepopulate the field on the page.
Keep in mind that you should not include in the URL in the email enough information, so that clicking on that link would authenticate the user to your site. You still want the user to prove their identity.