I'm attempting to implement facebook "likes" and having a bit of trouble. The count keeps rolling back after a page refresh.
Steps to reproduce
Navigate to http://bookmill.co.kr/books/9/quotations/79 (note: this page is in Korean)
Click Like
Notice the like count increments
Refresh your browsers
Notice that after step #4 the count is rolled back? The like is posted to my Facebook wall. I'm not clear what's going wrong.
I attempted the same thing with: https://developers.facebook.com/docs/reference/plugins/like/
and it's rollback too.
Any idea what's going on? og tag is wrong? incorrect AppId?
facebooklikes: Well, developer.facebook has limitation. So you probably need to hire an expert in programming.
Related
I just had a customer go through some extensive steps in order to delete items prior to submitting the html form to try and avoid/delete line items that pertain to shipping. What they did was in the inspection part of chrome the opened the table and deleted the line items so when it transferred to Paypal they did not show up.
My question is how do I go about preventing this, I know they spent some time trying to figure it out.
The site is written mostly in CFML as I have a pretty good understanding from a previous job of mine, but I am having issues and want to prevent this from happening in the future.
Thanks for the help
I have the following issue: I recently made a url rewriting change to my website. So I changed pages with url http://www.in2life.gr/features/notes/articles/261434/article.aspx to the slightly better http://www.in2life.gr/features/notes/article/261434/h-athhna-mesa-ston-hrono-istoria-se-21-eikones.html format.
Now, in order to preserve the FB like count in the old url, I made sure that I rendered the FB like button using the iframe with the old url: https://www.facebook.com/plugins/like.php?locale=el_GR&href=http%3a%2f%2fwww.in2life.gr%2ffeatures%2fnotes%2farticles%2f261434%2farticle.aspx&layout=button_count&show_faces=false&width=125&action=like&font=trebuchet+ms&colorscheme=light&height=21. The problem is, the FB like count reset to zero! I am absolutely positive that this particular article had quite a few likes, but if you hit the FB graph page (https://graph.facebook.com/?ids=http://www.in2life.gr/features/notes/articles/261434/article.aspx) you may see the comment count (90) but the likes have disappeared!
Anyone know under what conditions could FB do that? Is it perhaps that in the new page I have put a canonical url in the new format, and perhaps FB parsed this and thought the old url is invalid?
Well strangely enough, 9000 likes have magically reappeared in the graph response: https://graph.facebook.com/?ids=http://www.in2life.gr/features/notes/articles/261434/article.aspx
I will never understand why FB chose to hide these likes 3-4 days ago.
This is a bug:
Report 1 /
Report 2
Could someone do me a flavour and let me know if you also get back an empty json array when you click on the sample user search url on the Facebook Graph Api docs page.
Here is the page http://developers.facebook.com/docs/reference/api/
It is in the search section. the people link.
Here is the link I am clicking and all other search links return data except the user search.
This is what I get back
My question is do other people have this problem as well or is it just me.
My suspicion is that it has to do with the way Facebook filters by privacy after they've selected your results. Meaning graph asks for (X) results, Facebook finds (X) results that match your search, then removes those who have it in their privacy options not me be searched, and then after filtering returns what's left. This is explained on Facebook's dev blog: https://developers.facebook.com/blog/post/478/
See the following answer for clearer details: https://stackoverflow.com/a/11848002/624590
That said, it could be something else - I've noticed it's been getting especially bad in recent weeks; fewer and fewer results seem to be returned.
We've been getting empty results for type=post for periods of 1-2 hours for the past few days. I'm sure it's related to something on their end, check out my bug post here http://developers.facebook.com/bugs/456910301017301?browse=search_509b0461dc68c0151458645
I have a like button on my site, i have defined all the og: meta tags and its works for most of most pages, but doesnt for 2 other pages. Its using a template so its exactly the same code, how can it work for some but not all pages?
For the pages it doesnt work, it doesnt pick up the title, image, link or description, basically any of the meta tags information.
Working like button....
http://www.imoffonholiday.com/holiday.php?id=des_home&destination=faliraki
Not working Like button
http://www.imoffonholiday.com/holiday.php?id=des_home&destination=ayianapa
Any ideas?
One usual problem is caching. If you were testing and at some point had the wrong data in the metatags facebook will cache that info.
One simple wat to test if it is a caching issue is to add a random param at the end of the URL.
so www.yourpage.com/index.php?cacheBust=1
Running the Facebook Debugger often clears those kind of things up. It appears to refresh the FB cache when you do.
Looks like an issue was closed related to the question I'm about to ask, so I wonder if I'm going to be skating on thin ice, but here goes. I feel like even though this is kind of localized by nature, it could be a useful example for other developers dealing with the Like button.
I seem to be having issues regarding the Facebook like button. The infuriating part is that I'm pretty confident I have everything setup properly, and even though the linter says "hey, this all looks kosher!" the like button fails to get the correct content and uses cached info from a different page.
Here's the case: referlocal.com. We serve daily deals, and list them right off the homepage. There can be one of many deals listed on that homepage, so obviously Facebook is seeing just one when it goes to take a peek at the root directory. Now, on the homepage, whatever deal your viewing has a FB Like XFBML tag with href and ref attributes set. Every page that displays a deal also has OG tags pointing directly to the offer view page. Deals can also be viewed on user pages. So, on these three paths:
/
/{username}
/offers/{city}/{title-url-alias}
a like button is included as well as OG tags that point to /offers/{city}/{title-url-alias}. For about 3 weeks, the button worked like a champ. But recently, it's been performing strangely. For any deal, regardless of the 3 locations, it always uses the information cached from the previous days "/" deal. Regardless of the OG tags or origination.
Here's the wildly confusing part. The Facebook Linter is supposed to recache the information on the page, right? Well, it sort of does. It picks up on all of the appropriate information set in the OG tags, but when you click the Like button at the bottom of the page, no dice, still uses the deal FB saw on the homepage from the day before.
I know this is probably killing my argument for localization, but check this out:
http://developers.facebook.com/tools/lint/?url=http%3A%2F%2Freferlocal.com%2Foffers%2Fdallas%2Fget-20-of-authentic-italian-american-cuisine-for-only-10-at-leggios-italian-ristorante-dallas
Regardless of the fact that the linter finds all the appropriate information, the like button at the bottom still is liking a deal FB cached from the previous day.
Any ideas?
I had this problem too. The linter caches things in a very weird manner - seems like the best thing to do is either to add a query string and change it every time, or just rename the file every time you're checking.