我最近遇到了面部提升术,这是 sIFR 的替代方案,我想知道那些同时拥有 sIFR 和 FLIR 经验的人是否可以介绍一下他们使用 FLIR 的经验。
对于那些还没有了解 FLIR 工作原理的人来说,FLIR 的工作原理是使用 JavaScript 从目标元素中获取文本,然后调用 PHP 应用程序,该应用程序使用 PHP 的 GD 来渲染并返回透明 PNG 图像,这些图像被放置为所述元素的背景,然后将溢出设置为隐藏,并应用等于元素尺寸的填充,以有效地将文本推出视图之外。
这是我到目前为止所想到的:
-
The good
- 无闪光灯(+适用于手机)
- FLIR 不会破坏布局
- 图片大小从 1KB(比如一个 h3 句子)到 8KB(非常非常大的标题)不等
- 良好的文档
- 易于实施
- 可定制的选择器
- 支持 jQuery/prototype/scriptaculous/mooTools
- FLIR 已实施缓存
- 浏览器自己缓存图像!
-
The bad
- 无法选择文字
- 处理来自所有来源的请求(您需要自己限制 FLIR 仅处理来自您的域的请求)
我主要关心的是它的扩展性如何,也就是说,在共享主机上使用 GD 库的成本有多高,有人有这方面的经验吗?其次,知道 a) 文本没有显式隐藏 b) 仅在 JavaScript 引擎上呈现,搜索引擎会为 sIFR 或 FLIR 实现获得哪些喜爱。
从长远来看,sIFR 应该能够更好地缓存,因为渲染是在客户端从单个 Flash 影片完成的。 Flash 文本的行为更像是浏览器文本而不是图像,并且可以轻松地在 Flash 中设置文本样式(不同的颜色、字体粗细、链接等)。您可能还更喜欢 Flash 中呈现的文本质量,而不是服务器端图像库呈现的文本质量。另一个优点是您不需要任何服务器端代码。
Google 表示 sIFR 是可以的,因为它用相同的文本替换 HTML 文本,但呈现方式不同。我想说 FLIR 也是如此。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)