iOS: Best practice for Number of Users to support [closed] - ios

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 7 years ago.
Improve this question
I am building an app that connects to a server at the back end that supports multiple users.Similar in this respect to Facebook etc. On the web version, users log in and then their userid allows them to access all their content. As with any website, you can log out as one user and log on as another.
For the app, is it customary or best practice to allow only one user for an installed app? In other words if someone has signed up once for an app, is it best practice to only allow that one userid and password to sign on and not let someone else come along and log in as a different user? Or is it customary to allow multiple people to log in and out as with website.
If just one user is allowed, I only have to support one profile on the app and one set of data locally so this would obviously be easier but just want to conform to normal practice.
Thank you

In general, if you are able to log in you should be able to log out as well. This is true for apps and web. It is a little more complex but not too much.
Log out can be put in a settings section and when that is clicked you destroy all of the local caches, take them back to the log in screen, and it essentially becomes a freshly installed app.

Related

WebView app to just load in a webpage. Hard to get approval by Apple? [closed]

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 4 years ago.
Improve this question
I'm an educator and wish to build an app for my students. It will be quite basic with a login so they can find their info, invoices, ... But it would be really handy for them to have an app for this instead of using the webbrowser.
But it wouldn't be financially interesting to build an native app from scratch and since this functionality already exists op web. So I would like to use WebView instead to load this part of my website and won't have to maintain the app.
I heard Apple can give you hard time and decline your app if it only uses Webview to load a webpage. Is that correct?
If your site is responsive and within the webview it presents application appearance it becomes easier to be approved. If they refuse you can put a single native functionality to justify being an app, or try to cache the site on the local disk.
You said you have a login system for your students, and it is important to register on the site as well.

Instagram-API integration authentication [closed]

Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 7 years ago.
Improve this question
I'm developing an online platform, where one type of users (User Type 2) create a profile in an web-app and submit data into the web-app. Another user type (User Type 1) is then able to view this data from an iOS-app. See image below for overview.
I want the User Type 1 to be able to (without logging into instagram) watch User Type 2s Instagram Images.
I have been playing around with the Instagram-API, registered as a developer, and registered a client app, which is now in sandbox mode. But I find it a bit hard to get started, and a grasp about which user types need to be authenticate.
Is it possible to make the iOS-app Authenticate with the API in the background, and then pull images from any instagram user?
If so, what is the simplest way to get started at pulling images down to the iOS-app? Maybe you have some good suggestions or tutorials...
Technically, you don't need to authenticate to get a user's photos. You might need it for the iOS SDK, but if you want to use HTTP calls you can get a JSON blob of all the photos by just adding /media/ after the user address, like so: https://www.instagram.com/dnlrsn/media/.
Obviously, this doesn't allow for interacting with the images, but from what I understood from your question, you don't need that.

Architecture of the iOS application that communicates to the server [closed]

Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 7 years ago.
Improve this question
I have a general architecture question. From where applications like Skype or Viber delivers user images?
For example, if I am a user that registers in the application and I set my profile image - then that image is uploaded to the server.
When I open my list of contacts (that is fetched from the server), how are images served? Are they served from some url all the time or they are downloaded and cached on the mobile device?
What do you think, which approach is better. And maybe there is a third approach that I am not aware of.
Thanks for clarifying.
Its common practice to cache that kind of content at least while the app is in memory. Whether to retain it between runs depends on the cost of fetching again and the probability of needing it.
Hope i'm understand your question. I see these ways:
You can use some third-party services to get user's picture by his email or some other information; for example: https://gravatar.com/.
It's similar with 1: You are linking your user with his profile in some social network, Facebook for example. Then you can get access to his avatar and contact list, which includes avatars of his friends.
You are uploading and saving pictures of users by you own.
All apps definitely doing in these ways. In any case, mobile app stored pictures in his cache or file system, it helps your app not to downloading a new copy of images each time. Usually, it's cache: they will not download resource if no change was made. Http protocol has special header ('modified-since' AFAIK) for it.

How to store data on the internet for an iOS App [closed]

Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 9 years ago.
Improve this question
So I know this is a pretty simple question, but I've looked through all of my iOS textbook and can't seem to find out how people do this. I just want to store and edit an array on the internet. That is, let's say all of the data for my application is stored in an NSMutableArray. Ignoring the complications that occur with people editing the array at the same time, how would I allow multiple people to go into my app and then through that app access and edit the NSMutableArray for others to see?
There are a ton of options here, some of which were listed by #Zaph. The most common scenario to share data between a ton of random users is to setup your own server to run an API that you app will be able to communicate with. This is commonly referred to as the "Backend". The solutions here are vast, written in many different languages and sometimes even provided by third parties services. My advice is to pickup a simple, easy to learn server-side setup like Ruby-on-Rails, then deploy test app on Heroku as they provide free accounts to play with.
In addition to the options #coneybeare provided some others include DropBox, Parse and Azure.
Dropbox requires each user so setup an account.
Parse and Azure have rather easy APIs but you will be paying past the free tier.

iOS App auto create account on web service [closed]

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 8 years ago.
Improve this question
I Was wondering if anyone can tell me if this is possible. So.. I am just about to create my first iPhone app. I have my idea and everything is sketched out etc.. but then today I realised that I had not thought about all the features and their implementation properly. This could soon be a no win situation, so please help
Is it possible to create a username and password automatically upon first app opening? so the username and password is to be generated on the fly and then submitted to a web database.
I would also like it so that the user of the app could change this manually if they wished. but also so that if they viewed it on their other iDevices they could sync it up.
Is that possible?
yes, you could generate a random string to sign up a user for first time (backdoor guest account sort of speak), I've done it with one of my apps before (temporarily). However, you should consider baking a guest account feature into your remote server.

Resources