TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Facebook breaks logins

117 点作者 apoorvamehta超过 12 年前

11 条评论

Smerity超过 12 年前
This is a good time to remind ourselves: Facebook's API is a service and can be a single point of failure for your business. Unlike AWS, you don't even pay for it and it has a history of being problematic[1].<p>Allowing users to log in to your application using Facebook is quite common. It can be easier for users. It can give you access to demographic data with less work. But the API can die, change, or act generally unpredictable. And you have zero control over it.<p>This particular issue is impacting 9gag, Pinterest and others. Whilst many of these sites support user logins without Facebook, just as many of them don't. Imagine if tomorrow Facebook charge to connect to their API or there's some extreme exploit. How much damage would your application face?<p>[1]: <a href="http://techcrunch.com/2011/08/11/facebook-wins-worst-api-in-developer-survey/" rel="nofollow">http://techcrunch.com/2011/08/11/facebook-wins-worst-api-in-...</a>
评论 #5175654 未加载
评论 #5175257 未加载
评论 #5175581 未加载
评论 #5176638 未加载
评论 #5175479 未加载
评论 #5177109 未加载
bleonard超过 12 年前
For omniauth/rails people out there, we found this to work.<p><pre><code> fb_options[:client_options] = { :site =&#62; 'https://graph.facebook.com', :authorize_url =&#62; 'https://www.facebook.com/dialog/oauth', :token_url =&#62; '/oauth/access_token' } provider :facebook, api_key, secret_key, fb_options</code></pre>
评论 #5175354 未加载
评论 #5175244 未加载
supervillain超过 12 年前
I wonder if Facebook stores it's password in clear-text, since you can login with either 'Password' or 'password', does it hash the first character and the rest into 2 different hashes? If not, we have a our passwords in readable form in their database that have huge privacy and security issues.
评论 #5175289 未加载
评论 #5175326 未加载
评论 #5175288 未加载
评论 #5175306 未加载
alex_c超过 12 年前
I was having lunch recently with a few developers, and the topic of "What is the worst API you ever had to work with" came up. The unanimous answer was immediately "Facebook". Everything from the documentation, to multiple ways to do similar things (each of them incompletely documented), to deprecations that never actually go away, to arbitrary breaking changes.
评论 #5176936 未加载
aidos超过 12 年前
I have to admit that I sort of struggled to understand what Facebook were trying to communicate to me when that message popped up on my account.<p>Maybe if you worked with the Facebook login system / followed their API frequently it would have made sense. For someone who once integrated Facebook logins into their site it felt a little bit cryptic.
评论 #5176296 未加载
thathoo超过 12 年前
Yep, that worked for me: added this in devise.rb: config.omniauth :facebook, FB_APP_ID, FB_APP_SECRET, {:scope =&#62; '.....', :client_options =&#62; {:ssl =&#62; {.....}, :display =&#62; 'popup', :setup =&#62; true, :site =&#62; '<a href="https://graph.facebook.com" rel="nofollow">https://graph.facebook.com</a>, :authorize_url =&#62; '<a href="https://www.facebook.com/dialog/oauth" rel="nofollow">https://www.facebook.com/dialog/oauth</a>, :token_url =&#62; '/oauth/access_token'}}
jhaile超过 12 年前
Does anyone know if there is a workaround if you are currently using the FB.login method to authenticate users?
joebeetee超过 12 年前
It's still broken for mobile web
评论 #5185401 未加载
edouard1234567超过 12 年前
seems fixed.
sutro超过 12 年前
Is the United Breaks Guitars guy available?
contingencies超过 12 年前
<a href="http://imgur.com/V5LD0EB" rel="nofollow">http://imgur.com/V5LD0EB</a>