We have multiple Facebook applications that would ideally share the same open graph settings -- we have one for each of our own dev environments, one for staging, and one for production. Is there an easy way to migrate our action types, object types, and aggregations across each app?
The current manual process is just not cutting it...
No, there is currently no way to do this. There hasn't been a way to transfer app settings from app to app so I would imagine the same for Open Graph app settings.
Related
I am using the same APP for the development, staging, and production environment. And I have configured a webhook for "Application". Now I have added the development URL for testing purposes, it works perfectly but how to add staging and production environment URLs?
No, you can not add multiple callback URLs, it only takes a single one.
You might want to look into creating test apps - https://developers.facebook.com/docs/development/build-and-test/test-apps
Test apps are child apps created from other, non-child apps. They are primarily used to clone apps that are already in Live mode in order to test new reviewable permissions and features without compromising the functionality of the cloned app.
Test apps are always in Development mode and inherit their parent app settings at the time that they are created. Once created, you can adjust a test app's settings to suit your testing needs.
Our customer has a particular request for my project.
how to use short-cut to launch our application?
what I am trying to do is create an standalone application does nothing except to launch my main application to skip some step go to more depth level?
maybe one application is registered with two icons, one is for main process, one is to do short-cut process.
is that possible?
I have searched this site, someone mentioned to create an application to launch another application? is there an example or a piece of code?
Thanks in advanced.
This is probably technically feasible with a custom url schemes, but I doubt that Apple would approve the "shortcut" app for release in the App store.
I have two similar iPhone and Android Apps (2 each) in the near future we will be combining/merging the best of these two Apps into one App. The App does have a user login that would need to be combined, but a common data file, so authentication should not be an issue. How do I deploy the combined App via the App Store and Google Market for users of the existing Apps? How can I phase the old out and let users know about the new merged App? I thought we could build the MOTHER App and deploy it as a version release in the App Store and Market, but can I deploy the same App version for two separate Apps? For the sake of an example, think of it as Bank of America merging their Apps with CitiBank under a single brand (CitiMobile is now BofA Mobile)
Thanks in advance your your valuable insight.
Merging two apps into one is actually quite simple in android do to the loosely coupled nature of the system. However, you may also consider remaining two apps that can talk to one another with a central content provider and broadcast intents, effectively using your own API.
If one app is the way to go, I would recommend making the super app and deploying it on the market, and deploy a "version" of the two original apps that informs the user what is going on and then points them to the Android Market for the super app.
The other way to do it is to deploy two copies of the super app one replacing each sub app, but that is way more hassle in the long run.
As far as iPhone goes, I can not speak to that.
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...
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.