We have launched several Facebook apps. They are intended to run on Facebook Pages as tab-based iframe apps. These apps have been installed on dozens of pages, have thousands of daily users. Users who view these tabs do not need to authorize the apps, we don't require any permissions. When users share through these apps, we use the Facebook JS dialogs library.
With the exception of one, all of these apps display "No Insights Available" when I try to view the insights data. The only analytics we get from Facebook is the Insights summary page which includes some basic user, sharing and performance data - but no details are available.
As I mentioned, one app does have Insights. It was the first app we launched on Facebook. It was originally a canvas iframe app but now runs exclusively from profile pages. This seems to be the only difference from our more recent apps.
So I guess my question is this: is Insights availability triggered by having users access your canvas app? Or is there some other reason that we can not get Insights for all of our apps except the one original application? As I mentioned, users are sharing from these apps and we would love to know more about the reaction those stories are getting.
(I filed a bug with Facebook but after an initial request for app ids and a promise to look into it, they have since stopped responding to my requests for an update.)
In the end, it turns out this was a Facebook bug that they have now fixed. We weren't doing anything wrong. The fact that one app had canvas page views and the other did not was purely coincidental.
On Wednesday, Facebook has deployed an updated version of Insights that integrates with their application page directly - and miraculously, we're able to see Insights data for all of our applications again, including historical data that Facebook previously listed as "No insights available."
If anyone is interested, here's their blog posting on the upgraded Insights application. https://developers.facebook.com/blog/post/554/
Related
I am hosting some Web Applications in Google Cloud Platform using App Engine and those are for internal purpose only. One month ago I got a mail from Google Cloud Team, saying one of my apps needs verification. By based on their response I did some research and finally migrated all apps to the Organisation level as they mentioned in documentation (below link for reference). https://support.google.com/googleapi/answer/7394288#gsuite-app
But, yesterday also I got another notification regarding the same.
May I ignore this notification, or are there any further steps I need to complete?
As stated in this other documentation page:
If you're creating an internal web app for which [...] your project is
associated with a Cloud Organization that your users belong to, you
don't need to go through verification. Internal users of your
application won't see the unverified app screen.
If your application will only be used by internal users belonging to the same organization as where your project is located, you can ignore this message. It was probably triggered by the fact that your application is indeed not verified (although you do not need to do so).
So if that is the case, you will only need, as stated in the link you shared, to create an Organization and then migrate your existing project to that organization (then make sure that the users who will be accessing the app belong to the same organization).
I have setup both a classic ASP site and a cordova angularjs ionic app that allow video conferencing with apiRTC. When the user logs out of the web site apiRTC.disconnect(); works so a new apiRTC.init can be used when a different user logs in.
In the app, apiRTC.disconnect(); does not do anything so the user appears to still be online to other users, and when a different user logs in, it has no affect since init does not work.
Can you look at apiRTC.disconnect() under cordova and see if there is a general issue?
I have checked the issue by doing a test using our tutorial : https://github.com/apizee/ApiRTC-mobile and adding a button that call apiRTC.disconnect() on Android.
Others users receive the disconnection information and remove the user from the connectedUsersList.
I want to move my angularJS web app to ionic hybrid app. I have done a lot of work all ready however I am confused on "autologin" topic. There are a lot of different information on internet, also the official docs are a bit unclear to me.
The scenario I am looking for is standart - on first lunch user creates account, logs in and next time he open app he is already logged in.
A lot of resources suggests to use localstorage. However there a some threath that it is not safe because IOs can clean localstorages.
So if that is not a good option, what is? Cookies?
I have spent hour reading and testing different approaches but well even more confused than ever. It seems to me as such important feature of hybrid app that there should be a good implementation... Would appreciate any help/suggestions/examples/links...
My ultimate goal would be that once authorized user can access and manipulate his profile data even if in offline mode. That means that opening app allready logs him in an his profile info is stored as well.
My minimum viable goal would be that when app is opened app recognizes user, checks as logged in, redirects to logged in state and makes http to get all user details. While user is waiting for that response there are loading spinners but he can start to use logged in app experience
I am working in Cordova ionic app, where I have stored token in localstorage. But it's not a good process. Have a look at Google FIREBASE. They have a good solution for you.
I'm in the process of making an app for my assessment at uni using cordova/phonegap and was just wondering if its possible for me to use data from a my unis ecom website for my app without having any back-end access to it, so like images/prices/descriptions...synced to my app?
yes it is certainly possible, because Cordova means working via Javascript and a HTML5 Rendering Engine. It is with some reservations entirely possible to load data from an webserver and use it in an App.
The only thing is to ask, whether it is also a smart-choice. If you want your app not to break when the data from the website gets changed (see https://en.wikipedia.org/wiki/Link_rot )
Also the server can somewhat prevent access of data from contextes outside of the webpage, especially if TSL/HTTPS connection is offered and content is only available after authentication.
Yet anyway its the magic of Javascript to be very good in doing things with web/online resources and displaying HTML5. Cordova and PHonegap is hence imo much better than the very challenging JAVA-Dalvik and IOs native programming that one would have to use else
Likely not,
Google and Apple frowns on using apps as wrappers for websites.
Quote Google Developer Program Policies - Spam and Placement in the Store
Do not post an app where the primary functionality is to:
Drive affiliate traffic to a website or
Provide a webview of a website not owned or administered by you (unless you have permission from the website owner/administrator to do so)
And
Quote Apple iTunes Guidelines - 2.12
Apps that are not very useful, unique, are simply web sites bundled as Apps, or do not provide any lasting entertainment value may be rejected
We recently had a mobile site built which was great but when we send out our html emails I'm having to use media queries on the links to send customers to the desktop site or mobile site as the URLs are different Eg. m.mobilesite.com and www.desktopsite.com.
I'd like to use something like 'detectmobilebrowsers.com' so I can do away with the media queries and have one link which is built up of both the mobile and desktop links. The setup advice on this site is not very helpful.
Does anybody know how to do this?
Personally, I don't like the sound of that. You cannot guarantee that the mail/webmail client will be able to support "responsive links", regardless of the device that the user is viewing it on. Hence, you could very well be pointing users to the wrong device specific site.
What I would do, is point all of your email links to the main site version. At that point, you should have some form of device detection in place on your server. Your site logic should be able to forward the user on to the correct site specific page (e.g. mobile visitor sent to mobile version of same page, desktop user not redirected).
If you don't any redirection logic in place (you really should, read this), basically this is what you're looking to achieve:
http://www.9xb.com/wordpress/wp-content/uploads/2012/08/mobile-deployment-small.png
If you're not following the rules laid out by Google regarding redirects and canonical link tags, you may find yourself in trouble at some point.
If this is all a bit beyond your technical ability, I'd suggest you speak with whoever built your mobile site as this isn't for the faint hearted.