我已爲我的畫布應用實施了取消授權回叫。看起來Facebook無法通過https ping通Deauthorize Callback,但它對http沒有任何問題。我正在記錄所有連接,並且沒有ping來自Facebook的回調的記錄,但是如果我自己ping它,它就會被記錄下來。此外,如果我有Facebook通過URL調試工具(https://developers.facebook.com/tools/debug)ping回調,它是成功的。Facebook取消授權通過HTTPS回撥
鑑於https不起作用,我假設Facebook的服務器不關心我的證書的頒發者/權限。是否有明確的證書頒發機構名單,將與Facebook的後端流程配合使用?或者,有沒有辦法向Facebook提交新的權限,以便將其納入他們接受的證書頒發機構的列表中?
編輯:我的SSL證書由「Starfield Technologies」發佈,我相信它是GoDaddy的簡單DBA。我通常會避免GoDaddy,但這個SSL很便宜。也許我得到了我已經付出的東西,就像那樣。
要確保這是證書的問題,您可以簡單地將位於您的域的任何OpenGraph對象的「HTTPS」鏈接傳遞給[URL Linter](http://developers.facebook.com/tools/debug)。或者訂閱實時更新只是爲了檢查是否已達到回撥......如果這是證書文件問題,則表示存在錯誤。 – 2012-04-29 05:50:33
我同意Juicy。如果實時可以訪問https而不是deauth回調,那麼請向Facebook發送一個錯誤。在這裏報告,讓其他誰偶然發現這個stackoverflow問題知道這是一個記錄的錯誤。 FWIW,我認爲這不是證書的問題,否則沒有人能夠獲得HTTPS。 – DMCS 2012-05-01 21:30:27
我目前在我的域中沒有任何OpenGraph對象,但是如果我將deauth回調鏈接傳遞給URL Linter(如上所述),則它可以訪問鏈接並顯示輸出,並指出它無法訪問一個OpenGraph對象。顯然,我的日誌顯示了當時在Facebook上的訪問。 由於這個原因,我認爲無論後端服務器ping什麼樣的deauth回調,問題都存在。我已經充分解決了這個問題,只需將我的deauth回調函數作爲HTTP鏈接與HTTPS進行比較。我會看到關於報告的信息(如果我能找到一種實際上由人類監控的報告方法)。 – CasaDeRobison 2012-05-07 00:40:31