题

几年前，我们有一个平面设计师的改造我们的网站。他的结果看起来很大，但他不幸的是引入一个新的不支持的字体的网络浏览器。

起初我想，"是什么!?!"...由于我们的大部分内容是动态的，并且没有真实的方式预先作的所有图像。还有一问题的多种语言(因为我们知道，西班牙是在地平线上).

无论如何，我决定建立一些类自动生成图像通过GDI+和通过程序缓他们的需要。这解决了我们大部分的初步问题。但是，现在，我们负荷急剧增加，已经有一个漏我们的UI服务器。

现在的问题...我找到替代大多数的动态GDI+图像用一个标准的网络浏览器的字体。我想保留一些所呈现的GDI+图像，并将它们放在另一文件，但计划，以取代他们中的大多数与宋体或宋体字体通过asp:片公司的财产。

其中有你发现的是一个更好的局部图像的解决方案吗？

  • 嵌入图像进入另
  • 只有加入图像的网址进入另
  • 一些其他的解决方案

我主要关注的是限制处理在UI服务器。如果是这种情况下，将增加图片的url到另一个更好的解决方案相比，实际上嵌入图像进入另?

有帮助吗？

解决方案

你应该只需要产生的每一个图像，然后把它保存在硬盘上。负载上你的站点不应该增加处理量，你必须做的。这就是说，它几乎听起来你正在使用的图像的事情，你不应该。如果有这么多不同的图像，你不能跟上产生，是时候要放弃你的幻想像的事情不应该的图像，并回到直案文。如果用户没有指定安装字体，它应该只是回落到类似的看字体。CSS具有良好支持。

其他提示

看我的反应 在这里，

这可以通过手工或使用某种形式的自动化(CMS)系统。

基本方法是缓您的影像在一个特定语言的目录结构和随后编写一个HTTP处理，有效地消除了其他目录层。例如：

/images/
    /en/
        header1.gif
    /es/
        header1.gif

在你的标记或CSS你会只是参考images/header1.gif.Http撇子然后用途届会议(如果语言的用户专用)，或配置(如果现场的具体)选择哪个目录服务的图像。

这提供了一个清洁线的环境中，放置代码和内容，并允许对客户的侧的高速缓存。另是伟大的小型字符串但我更喜欢这样的系统的图像和更大的内容。特别是在网络上它通常是很容易交换图像周围。

我有同样的问题，过去几年和我们的口的团队我们指出到SIFr. http://wiki.novemberborn.net/sifr/

你嵌入你的字体变成一个闪电影，然后使用SIFr JavaScript动态转换你的文本进入到你的字体。因为这是客户机-一侧，没有服务器的端的影响。

如果用户没有闪光或JavaScript安装的，他们得到最近的网友好的字体。

作为一个额外的好处：因为你的内容仍然是文本--Google搜索引的内容--一个巨大的搜索引擎优化.

因为缓存，我宁愿只增加的图像网址进入另.高速缓存更为静态的内容(i-e普通文件)于生成的内容。

我 非常 谨慎的关于把文本中的图片，CSS与合适的字体-家庭退回可能是正确的响应的无障碍和良好的视的理由。

其中产生真是需要我想 Kiblee 和 JayArr 好的解决方案的轮廓

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top