Facebook的縮略圖問題追溯到safe_image.php

出於某種原因，Facebook的safe_image.php腳本不會生成縮略圖，正常。它正在生成1x1圖像...即使正確的圖像鏈接在腳本的參數中。實施例：Facebook的縮略圖問題追溯到safe_image.php

<img class="img" alt="" src="https://s-external.ak.fbcdn.net 
/safe_image.php?d=AQBtrCt_Es_KsED0&w=90&h=90&url=http%3A%2F 
%2Fwww.southlapatriots.info%2Fimages%2FScamra%2FJayCastilleCouncil2.jpg"

鏈接的圖像是正確的，但它仍然是隻產生一個1x1圖像。

來源

2011-11-10 talkinggoat

您是否在使用任何形式的gzip壓縮處理您的圖像？我們看到類似的問題，但我們使用gzip壓縮圖像並設置標題。瀏覽器渲染效果很好，但Facebook基本上什麼都沒有顯示。

來源

2011-11-10 18:34:43

周杰倫，我剛剛檢查了壓縮，我很確定它沒有壓縮。 Deflate和Header未啓用，Joomla未運行任何類型的壓縮。 – talkinggoat

safe_image腳本代碼不支持該應用的圖像的URL具有％（這可能是爲什麼該圖像變成一個1x1透明像素）

所以該解決方案是here。今天試圖通過克里斯

來源

2011-11-10 18:48:37 Sakares

如果您引用有關時間戳的評論，則原始圖像沒有。原始的meta如下所示：這是safe_image.php腳本代碼這是插入「？」 – talkinggoat

錯誤鏈接已死亡。 –

跟隨在第一註釋的指令得到了同樣的問題，在我的情況是一個HTTPS的問題。

我每天自動HTTP請求到https重定向，並且在瀏覽器的工作原理是出正常，FB的safe_image.php沒有。如果您也有這樣的重定向，那麼您可能希望僅爲您的og：圖像文件禁用它。

來源

2011-12-12 10:50:08 StefanoP

在我的情況，包括真正的有針對性的圖片目錄處於「.htaccess」控制，其中圖像被從外部服務器稱爲是禁止的。

阻塞的示例「.htaccess」文件如：

<FilesMatch "\.(jpg)$"> 
SetEnvIf Referer "^http://www.mysite.jp" ref_ok 
order deny,allow 
deny from all 
allow from env=ref_ok 
</FilesMatch>

來源

2012-01-20 11:22:04

我也陷入了類似的問題。我的問題是因爲圖像名稱中有一個「空間」。所以它不會出現在facebook debugger以及共享中。

所以我固定的替換連字符空格（「 - 」）的問題，通過編碼部分。之後，我調試了facebook debugger中的url，它顯示出來。這意味着Facebook不會用「空間」顯示圖片名稱。但這背後沒有合乎邏輯的理由。無論如何它會幫助別人。

有關更多信息，請發貼者Patrick D'appollonio這個answer。它幫助到我。

來源

2014-09-20 07:09:58

Facebook的縮略圖問題追溯到safe_image.php

回答

相關問題