sIFR或FLIR？

我最近遇到換裝，sIFR的替代品，我想知道是否有經驗的sIFR和FLIR的人可以在FLIR上體驗一下他們的體驗。sIFR或FLIR？

對於那些還沒有閱讀FLIR的人來說，FLIR通過從使用JavaScript的目標元素中獲取文本，然後調用一個使用PHP的GD渲染並返回透明PNG圖像的PHP應用程序它被放置爲所述元素的背景，其中溢出然後被設置爲隱藏，並且應用等於元素維度的填充以有效地將文本推出視圖。

這是我到目前爲止已經想通：

好
- 無閃光燈（+爲手機）
- FLIR不會打破布局
- 圖片範圍從一些1KB（比如一個h3句子）到8KB（非常大的標題）
- 良好的文檔
- 容易實現
- 定製選擇
- 的jQuery /原型/ Scriptaculous的/ MooTools的支持
- FLIR已實施緩存
- 瀏覽器緩存圖像本身！
壞
- 文本無法選擇
- 請求是來自所有來源的處理（你需要自己限制FLIR處理僅從您的域名請求）

我主要關心的是它的擴展性如何，也就是說，在共享主機上使用GD庫有多昂貴，d任何人都有經驗？第二，搜索引擎爲sIFR或FLIR實現獲取什麼愛知道a）文本沒有明確隱藏b）僅在JavaScript引擎上呈現。

來源

2008-12-22 Filip Dupanović

Cufon？ http://cufon.shoqolate.com/generate/ – bzlm 2009-03-01 19:44:50

的文本從長遠來看，sIFR的應該緩存更好，因爲呈現在客戶端完成，從一個單一的Flash電影。 Flash文本更像瀏覽器文本而不是圖像，並且很容易在Flash中對文本進行樣式設置（不同的顏色，字體粗細，鏈接等）。您也可能更喜歡Flash中呈現的文本的質量，而不是服務器端圖像庫呈現的文本的質量。另一個優點是你不需要任何服務器端代碼。

Google聲明sIFR是可以的，因爲它是用相同的文本替換HTML文本，但呈現的方式不同。我想說FLIR也是如此。

來源

2008-12-24 11:13:28

我知道，使用sIFR，我假設您使用FLIR執行標記的方式與平時相同，但帶有額外的類標記或類似標記，因此可以找到要替換的文本。搜索引擎仍會將標記作爲常規文本讀取，因此不應該成爲問題。性能：如果你只是用它來標題（而不是標題會改變每一頁的加載），那麼瀏覽器中的圖像緩存，以及推測在服務器磁盤上的緩存應該會被刪除任何對性能的擔憂。只要確保您正確設置了您的HTTP標頭！

來源

2008-12-22 15:22:07 nickf

因爲FLIR是IMAGES，而sIFR是閃存，我會想象使用sIFR會更耗費資源。我沒有運行任何測試，但似乎合乎邏輯。

搜索引擎搜索的sIFR比FLIR更好，因爲一些搜索引擎可以進入一個Flash文檔

來源

2008-12-22 20:24:07

是的，sIFR會在客戶端佔用更多的資源，但不在服務器上，這是您一般負責的部分。 FLIR將在服務器上更重。我認爲搜索引擎會在兩種情況下看到正常的標記，因爲JavaScript不會運行。 – 2008-12-22 23:37:53

服務器創建Flash文檔比圖像更容易嗎？我不這麼認爲。 – 2008-12-22 23:44:23

我對sIFR瞭解不多，因爲FLIR工作，對我來說「感覺」比Flash更好。只是看着sIFR 3 beta demo page我注意到它似乎沒有反應瀏覽器偏好文本大小調整。也就是說，我在Firefox中增加了字體大小（ctrl- +）並重新加載頁面，標題保持相同的大小。

對於那些知道sIFR的人來說，這是腳本的實際限制還是他們只是做了演示頁面錯誤？

如果它實際上不處理這個問題，我會稱這是FLIR的一個主要優點，它可以這樣工作。視力受損的不使用屏幕閱讀器的人可能不會意識到文本不會調整到他們的偏好。

這就是說，通過快速瀏覽sIFR的API，您應該能夠在sIFR中調整文本大小。我認爲這是一個需要解決的問題，而不是該方法的一個主要缺點。