代码之家 › 专栏 › 技术社区 › Filip DupanoviÄ

sIFR还是FLIR?

flir gd sifr seo php

4

Filip DupanoviÄ · 技术社区 · 17 年前

对于那些还没有读过FLIR是如何工作的人来说,FLIR的工作原理是使用JavaScript从目标元素获取文本,然后调用PHP应用程序,该应用程序使用PHP的GD呈现并返回透明的PNG图像,这些图像被放置为所述元素的背景,然后将溢出设置为隐藏,并应用等于元素维度的填充,以有效地将文本推出视图。

到目前为止,我一直在想:

- 无闪存(+适用于手机)
- FLIR不会破坏布局
- 图像大小从1KB(比如一个h3句子)到8KB(非常大的标题)
- 易于实现
- 可定制选择器
- FLIR实现了缓存
坏的
- 无法选择文本
- 处理来自所有来源的请求(您需要限制FLIR自己仅处理来自域的请求)

5 回复 | 直到 17 年前

1

8

Mark Wubben 17 年前

从长远来看,sIFR应该能够更好地缓存,因为渲染是在客户端完成的,只需要一部Flash电影。Flash文本的行为更像浏览器文本,而不是图像,而且在Flash中很容易设置文本样式(不同的颜色、字体权重、链接等)。与服务器端图像库渲染的文本质量相比,您可能更喜欢在Flash中渲染的文本质量。另一个优点是不需要任何服务器端代码。

2

nickf 17 年前

性能方面:如果您只是将其用于标题(而不是会改变每个页面负载的标题),那么在浏览器中以及服务器磁盘上缓存图像应该可以消除对性能的任何担忧。只需确保您正确设置了HTTP头!

3

1

Russ Bradberry 17 年前

因为FLIR是图像,sIFR是flash,所以我认为使用sIFR会占用更多的资源。我没有运行任何测试,但似乎符合逻辑。

搜索引擎搜索sIFR优于FLIR,因为有些搜索引擎可以进入flash文档的文本

4

0

Jerph 17 年前

我对sIFR了解不多,因为FLIR是有效的,而且它比Flash对我来说“感觉”更好。只是看看那张照片 sIFR 3 beta demo page

对于那些知道sIFR的人来说,这是脚本的一个实际限制还是他们只是做了演示页面错误?

如果它真的不能处理这个问题,我认为这是FLIR的一个主要优势,它确实是这样工作的。不使用屏幕阅读器的视力受损的人可能不会意识到文本没有按照他们的喜好调整大小。

也就是说,快速浏览一下sIFR的API,您应该能够使调整大小的文本在sIFR中工作。我认为这是一个固定的bug,而不是方法的本质缺陷。

5

0

nixis 13 年前

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

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