Can two different iPhone applications share the same settings? I'm releasing two iPhone products, one that requires the user to login to use, the other that is free and can be used without a login. However, the second free application could have some enhancements that we could give if the user were logged in. Would it be possible to let a user who has both apps installed use the same settings module for the username/password we store on the device?
I don't think this is possible. I believe that each Settings module that is related to your app ID, which will be different for each app. It would be a security risk if one application could access another's settings.
I think the best solution is to use some sort of web service to store/retrieve the settings. Or you could use a custom URL scheme to pass data between the applications if you don't want to use a web service.
Natively I dont think its possible. But interfacing with an Internet Web Service, you could do it.
Related
So work for a university, and we have an app that we want the students to use. It's having some trouble passing the 'Design' aspect of the Apple review. We're working on revising the design aspects, but want to use our Enterprise distribution account in the meantime to release to the campus. It's not a true enterprise app, but we want to use this distribution channel since the students are on campus already. Apple docs says:
It’s up to you to design and host the website used to distribute apps. Make sure that users are authenticated, perhaps using basic auth or directory-based authentication, and that the website is accessible via your intranet or the Internet. You can place the app and manifest in a hidden directory, or in any other location that’s readable using HTTP or HTTPS.
We want to just put this on an unsecured webpage. I'm pretty sure Apple won't mind, or even do any checks for that, but I'm wondering if anyone else has any advice or intuition for possible consequences of putting it on some unsecured web page.
thanks!
I am developing an application that is for common use like shopkeeper inventory entry system.
Now i want that i can use this application for different company with only logo and theme change.
Is it possible to upload this type of application (with same functionality) for different company with different apple enrollment membership.
Thanks
As far as companies don't have problem.. apple won't mind... they're not going to check whether it already exists or not...
You will need a different app id, and therefore bundle id, for each version of the app. This is no matter how it is distributed, apart from source code. You should also look into the business-to-business licensing options; I don't know if there are available yet.
TL;DR: yes.
The Business-To-Business licensing is only available in the US, AFAIK.
You could also only put one app on the App Store, and make the theme and logo importable via an URL or text import.
I searched arround for solutions and didn't find anything of really pertinent on the subject.
This is why, I ask you guys your help :-)
Assuming I have an application running with Rails 3 using Devise to authenticate the users.
I need to create mobile applications for Iphone/Android and WP7.
The mobiles applications should communicate/login/create/list, do whatever the website can do.
The mobile Applications could commuicate by parsing the XML .... but maybe there are already lib/frameworks or something more sexy ?
What would be the best way to communicate between my mobile applications and my Rails website ?
I'd use the xml or json output to share data back and forth; For authentication you can set (in initializers/devise.rb)
config.http_authenticatable = true
That enables you to send basic HTTP Auth headers with every request which devise will handle for you.
--
For creating a webapplication that is also possible to view in a mobile version for the website i'd recommend to check out this railscast: http://railscasts.com/episodes/199-mobile-devices
It sounds like, if the mobile app is just an interface to the web app, that you would likely be best served by creating a mobile HTML5 "style" within your web app, that gets served automatically when a mobile phone accesses your website. All of your code can be in Rails, which it sounds like you're already familiar with, and you've also got the advantage of keeping your codebase all together in one place - if you want to add functionality later, you just update your web app, and don't worry about updating 2 different mobile phone apps as well.
I need to create an app for a large company.
Their aim is to distribute this app to all of their customers (who themselves are companies - not individuals) and the end-user will be able to query their relevant information through this app.
The app will receive all of its data through webservices and will require login on every use.
On the one hand a web application might be suitable as all the data is anyway online and also distribution of such an app would be trivial.
On the other hand, they might want features in the long term which use the camera etc. and also the administration of the website (in addition to the existing web services) might be a problem - which means a native app working with web services is the solution.
The next question is the preferred way of distribution for this app if it is a native app.
I know Apple have the Enterprise program (which seems to have changed - I no longer see the reference to >500 employees or 250 device limit).
In my case there is one main company distributing the app to many customers so I don't know whether this program is appropriate.
Any advice would be appreciated.
I once had a similar problem... we ended up with the application in the store and an authentication mechanism inside the application. Most likely, customers would have to provide the user credential they use to authenticate at the web application to the iPhone app as well.
For the decision whether to build a native application or use a web application, I would recommend using a hybrid approach. This way you can start with an application which is based on an UIWebView and extend it with features only available to native applications...
Is it posable to make an app that can connect to a Windows Active Directory Server and do something like create a new user account or disable an existing account or retrieve a status flag...? help me please...!
What i actually want is that, my windows server has all the web services and database which is capable to run a web application. now i am about to design an iphone version of the same web app. the users information are stored in an Active Directory. is there exist a direct connection between the iphone and the AD??? do i need to write any other web service particular for the iphone version??? what all things i need to setup for that.???
Thanks,
Shibin
Maybe you can set up a web service on AD server to handle AD related operations.
like this way:
[native AD operate code]<---->[web service]<------> iPhone
Our Smash! User Manager app does this and is available for both IOS and Android for FREE.
APPLE:
http://itunes.apple.com/us/app/smash-user-manager/id407785473?mt=8
ANDROID:
https://market.android.com/details?id=com.weston.android.usermanagerforwindows
ADAssist at http://itunes.apple.com/us/app/active-directory-assist/id528953910?mt=8
Perhaps you might look into porting Samba to a legitimate iPhone app.
There are certainly ways to do this. There are a few applications on the App Store that do this now. (Several mentioned here, although my favorite "AD HelpDesk" hasn't gotten a plug yet).
Probably the easiest way to go about it would be to use ADWS to allow web service access to the DC. This of course requires a 2008 R2 DC.
If you don't do that you will have to use native protocols such as LDAP to communicate with the DC. You can incorporate openLDAP source code into your iPhone app, and do LDAP queries against the DC directly.