I have in my account several pages of several clients on Facebook, and I need, in 14 of these pages create 5 tabs with iframes for each one.
For this I have seen that there are two methods, one requires having 2000 fans. This I discard. (https://developers.facebook.com/docs/graph-api/reference/page/tabs)
The other needs to create an application for each tab (https://developers.facebook.com/docs/pages/tabs)
Considering this I need to create 70 app id for 70 tabs.
I have created and configured 8 app id and it does not let me create more, when I try to create a new app id I get the following message:
Oops
"Something went wrong, we're working on getting it fixed as soon as we can."
Do you know if it is any limitation?
I've been searching a lot on the internet without success.
After that:
I have created about 14 more applications but now from my personal developer account and it has blocked me again with the same message.
Finally it was a matter of time. After creating between 11 and 14 apps, I was not allowed to create more.
I had to wait between 24 and 48 hours to create another 10 or 14.
So I did several times until I finished.
Related
I have a cool flutter app which is used to track staff attendance. A user can check-in and check out when they start/stop working and the app record that event, calculate the number of hours worked and send a weekly summary to the manager of the staff expected wages. The current problem is that some staff members forget to check out (everyone is ok with check-in) so we don’t have good numbers and we need to manually change the attendance. I would like to add something to remember them to check out, and I am looking for creative ideas to do so. My objective is to make something very affordable.
So far I thought about two options:
to use geolocation and track when staff get in/out of a certain location and log it as check-in and check out
to set a timer when they start the shift and send a local notification if after xx hours they have not done the checkout
Geolocation seems to be the best because I can even automate the checkin/check out and do it in the backend but it will consme lots of resources in the client because I would need to check their location every while even when their at at home or on holiday...
The timer has some limits and still, I would need to manage background tasks that are complex as well as imprecise checkout depengin on when the notification goes out.
Do you have any suggestions on anything simple to implement?
I would suggest the second option.
A simple scheduler which would look for all the employees who are checked in for more than x number of hours and then throw a clickable notification to checkout. It would be an easy and clean solution. However, it has several limitations as an employee might leave early but checkout later.
In my opinion, Your most clean solution would be to have an RFID/NFC check which automatically registers as a user checks out from the building.
Another thing that can be done if your employees are working mostly on their computers. There can be a browser extension or a web app which will clock in the time they are working on their laptops. Once they close it they will be automatically checked out.
Why do I get a error "#613 Calls to this api have exceeded the rate limit." when using /<API_VERSION>/act_<AD_ACCOUNT_ID>/customaudiences? I'm able to create 22 customaudiences POST's pr 6 minuts.
That's far from good enough. Any ideas?
I've tried to use facebooksdk.nets SDK, and done some simple post's myself.
Also I've tried with a few users accessTokens. It's still the same. I seem to be throttled at the 22 customaudiences create POSTs each 6 minuts.
My app is still in the developer access level.
Thanks!
I have an app I'm developing against Facebook that timed out a few hours ago during my first production use. Of course I tried to get it do too much and the http call timed out. So, I rewrote what I was doing to use threaded connections, which sped up the interaction significantly! However, I was so engrossed in getting my interaction to speed up (it equated to about 25-50 calls, not exactly sure, I was expecting 25 but some of my results show it was 50 times), I didn't even stop to think about how fast I was hitting facebook.
So, I started getting the "Uncaught OAuthException: It looks like you were misusing this feature by going too fast. You窶况e been blocked from using it." which is what I now get even if I try to run my program with only 1 hit. I've added a sleep into my system to limit the hits at 1/second, but I'm concerned that my app (that was not making public posts so no one could have been bothered by them) is now forever banned from facebook, as it says I'm banned from the feature with a reference to learn about blocks in the Help Center; except I can't find any reference in the Help Center to my specific situation.
Does anyone know how long my app is out of commission?
And what are the specific (reference please, because I've search the hell out of fb and can't find one) limits regarding speed at which you can access facebook?
It depends on what has blocked you. In this case it was a spam bot that stopped me from posting comments into a group. Apparently there is a non-specific number of times you can post comments in a group in a short amount of time. The amount varies, but hovers around 150ish give or take 50 (at the time of my tests).
The ban appeared to be consistently set to about 19 hours at that time (May 2014). I've confirmed by continued testing in test groups and subsequent bans. However, Facebook developers are unable to give a solid set of numbers as they say it's controlled by a spam algorithm which changes based on server usage. So, 150 comments within about 3 minutes = ban for about 19 hours.
I need to know how many users used my app. Now what is the correct definition of how many users used my app ?. What's the difference between active users, installed users and users who have used the app.
For example look at this graph i have attached. There are three numbers i am looking New installs (6554), Lifetime installed users(5431) and monthly active users(Highest at 17k+). What's the difference ? And what should be the answer when my question is how many users used my app ?
Here's an explanation of the different figures:
New installs - How many users have installed your app in a certain time period.
Lifetime Installed Users - How many users have ever installed your app (up to a certain point in time which is indicated when you hover on the ? beside the label).
Monthly/Daily/Weekly Active Users - How many users have actively used your app in a certain time period
It's your choice which of those figures you want to use to say how many 'use' your app, but DAU/WAU/MAU are probably the most honest in terms of real, actual users.
From this video https://www.facebook.com/photo.php?v=778890205865 I understood that Facebook moves their changes to their live site on a daily basis.
Some changes are visible, whereas most of them are not visible to the end user. With a userbase of just over 700 million how do they manage to do it without any glitches.
Can someone throw light on this?
I have read about the Gatekeeper which allows Facebook to run different code to different set of users. Is there any other technology involved?
thanks.
From what I've read, they push code to their internal users first, so that staff are using the 'alpha' code.
It's then pushed to the beta teir (sunday I think) which lets developers test against the beta code and report any issues
The beta tier is then pushed live on Tuesday night to the main website