7

数年前、グラフィック デザイナーにウェブサイトの刷新を依頼しました。彼の結果は素晴らしいように見えましたが、残念なことに、彼は Web ブラウザーでサポートされていない新しいフォントを導入しました。

最初は、「えっ!?!」と思っていました... 私たちのコンテンツのほとんどは動的であり、すべての画像を事前に作成する実際の方法がなかったからです。複数の言語の問題もありました (スペイン語が間近に迫っていることを知っていたため)。

とにかく、いくつかのクラスを作成して GDI+ 経由で画像を自動生成し、必要に応じてプログラムでキャッシュすることにしました。これにより、当初の問題のほとんどが解決されました。しかし、負荷が劇的に増加したため、UI サーバーに負荷がかかりました。

ここで質問です...動的GDI +画像のほとんどを標準のWebブラウザーフォントに置き換えようとしています。レンダリングされた GDI+ イメージの一部を保持して resx ファイルに入れることを考えていますが、それらのほとんどを asp:Labels を介して Tahoma または Arial フォントに置き換える予定です。

ローカライズされた画像ソリューションとして優れているのはどれですか?

  • resx への画像の埋め込み
  • 画像の URL のみを resx に追加する
  • 他の解決策

私の主な関心事は、UI サーバーでの処理を制限することです。その場合、実際に画像を resx に埋め込むよりも、画像の URL を resx に追加する方が良い解決策でしょうか?

4

5 に答える 5

3

see my response here

This can be done manually or using some sort of automated (CMS) system.

The basic method is to cache your images in a language specific directory structure and then write an HTTP handler that effectively removes the additional directory layer. eg:

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

In your markup or CSS you would just reference /images/header1.gif. The http hander then uses session (if language is user specific), or config (if site specific) to choose which directory to serve the image from.

This provides a clean line bewteen code and content, and allows for client side caching. Resx is great for small strings but I much prefer a system like this for images and larger content. especially on the web where it is typically easy to switch images around.

于 2008-12-01T14:59:19.083 に答える
3

各イメージを 1 回だけ生成して、ハード ディスクに保存する必要があります。サイトの負荷によって、必要な処理量が増加することはありません。そうは言っても、画像を使用してはいけないものに使用しているように聞こえます。さまざまな画像が多すぎて生成が追いつかない場合は、画像であってはならないもののために派手な画像を放棄し、ストレート テキストに戻るときが来ました。ユーザーが指定されたフォントをインストールしていない場合は、同様のフォントにフォールバックする必要があります。CSS はこれを適切にサポートしています。

于 2008-12-01T15:10:01.090 に答える
1

私は数年前に同じ問題を抱えていましたが、私たちのインターフェイス チームは SIFr を教えてくれました。http://wiki.novemberborn.net/sifr/

フォントを Flash ムービーに埋め込み、SIFr JavaScript を使用してテキストを動的にフォントに変換します。クライアント側であるため、サーバー側への影響はありません。

ユーザーが Flash または JavaScript をインストールしていない場合は、最も近い Web フレンドリーなフォントが使用されます。

追加のボーナスとして: コンテンツは依然としてテキストであるため、Google はコンテンツを検索してインデックス化することができ、SEO の大幅な最適化を実現します。

于 2008-12-01T15:04:32.147 に答える
0

Because of caching, I'd rather add only the image url into the resx. Caching is much better for static content (i-e plain files ) than for generated content.

于 2008-12-01T14:53:07.380 に答える
0

画像にテキストを挿入することには非常に注意を払っています。適切な font-family フォールバックを備えた CSS は、アクセシビリティと適切な MVC の根拠に関して、おそらく正しい対応です。

生成が本当に必要な場合は、 KibleeとJayArrが優れたソリューションを概説していると思います

于 2008-12-01T15:28:31.037 に答える