4

我最近遇到了整容，它是 sIFR 的替代品，我想知道那些同时使用 sIFR 和 FLIR 的人是否可以了解他们使用 FLIR 的经验。

对于那些尚未了解 FLIR 是如何做到这一点的人来说，FLIR 的工作原理是使用 JavaScript 从目标元素中获取文本，然后调用 PHP 应用程序，该应用程序使用 PHP 的 GD 呈现并返回透明的 PNG 图像，这些图像被放置为所述元素的背景，然后将溢出设置为隐藏，并应用与元素尺寸相等的填充以有效地将文本推出视图。

这是我到目前为止所想到的：

  • 好的

    • 无闪光灯（+ 用于手机）
    • FLIR 不会破坏布局
    • 图片范围从大约 1KB（比如一个 h3 句子）到 8KB（非常非常大的标题）
    • 良好的文档
    • 易于实施
    • 可定制的选择器
    • 支持 jQuery/prototype/scriptaculous/mooTools
    • FLIR 已实施缓存
    • 浏览器自己缓存图像！

  • 坏的

    • 无法选择文本
    • 处理来自所有来源的请求（您需要自行限制 FLIR 仅处理来自您的域的请求）

我主要关心的是它的扩展性如何，也就是说，在共享主机上使用 GD 库的成本是多少，有没有人有这方面的经验？其次，搜索引擎对 sIFR 或 FLIR 实现的喜爱是什么，因为知道 a) 文本没有显式隐藏 b) 仅在 JavaScript 引擎上呈现。

4

5 回答 5

8

从长远来看，sIFR 应该更好地缓存，因为渲染是在客户端完成的，从一个 Flash 电影。Flash 文本更像是浏览器文本而不是图像，并且在 Flash 中设置文本样式很容易（不同的颜色、字体粗细、链接等）。您可能还更喜欢在 Flash 中呈现的文本质量，而不是由服务器端图像库呈现的质量。另一个优点是您不需要任何服务器端代码。

谷歌表示 sIFR 没问题，因为它用相同的文本替换 HTML 文本，但呈现方式不同。我想说FLIR也是如此。

于 2008-12-24T11:13:28.227 回答
2

我知道使用 sIFR，并且我假设使用 FLIR 执行标记的方式与往常相同，但使用额外的类标记或类似标记，因此它可以找到要替换的文本。搜索引擎仍会将标记作为常规文本读取，因此这应该不是问题。

性能方面：如果您只是将其用于标题（并且它们不是会改变每个页面加载的标题），那么在浏览器中缓存图像，也可能在服务器磁盘上缓存应该消除对性能的任何担忧. 只需确保正确设置 HTTP 标头即可！

于 2008-12-22T15:22:07.760 回答
1

由于 FLIR 是 IMAGES 而 sIFR 是闪存，我想使用 sIFR 会占用更多资源。我没有运行任何测试，但它似乎合乎逻辑。

搜索引擎搜索 sIFR 比 FLIR 更好，因为一些搜索引擎可以进入 Flash 文档的文本

于 2008-12-22T20:24:07.947 回答
0

我对 sIFR 了解不多，因为 FLIR 有效，而且我觉得它比 Flash 更好。只看sIFR 3 beta 演示页面，我注意到它似乎对浏览器首选项文本大小调整没有反应。也就是说，我在 Firefox (ctrl-+) 中增加了字体大小并重新加载页面，标题保持不变。

对于那些了解 sIFR 的人来说，这是脚本的实际限制还是他们只是在演示页面上做错了？

如果它实际上不能处理这个问题，我认为这是 FLIR 的主要优势，它确实以这种方式工作。不使用屏幕阅读器的视力受损的人可能不会意识到文本没有根据自己的喜好调整大小。

也就是说，快速浏览一下 sIFR 的 API，您应该能够使调整大小的文本在 sIFR 中工作。我认为这是一个需要修复的错误，而不是该方法的主要缺点。

于 2009-04-16T21:28:58.310 回答
0

Woff 文件是最好的解决方案。

http://www.fontsquirrel.com/tools/webfont-generator

于 2013-06-20T14:03:24.673 回答