sifr 3 対応サイトの読み込み時間/サイズに問題があり、アプリケーションでフォント swf が何度も要求されていることがわかりました。これは、firebug のネットワーク タブと apache ログで確認できます。
http://novemberborn.net/flash/prefetching-moviesには、プリフェッチの手順がいくつかあります。ただし、それは機能しません。プリフェッチ メソッドは使用できません (まだドキュメントにあります!)。プリフェッチが自動的に行われることは理解していますが、うまくいかないようです。
sifr ダウンロード パッケージのデモ ページでも、ブラウザー キャッシュが空の状態で、rockwell.swf と cochin.swf がいくつかヒットします。Firefox 3 と IE7 の両方...
簡単で迅速な修正のチャンスはありますか?
こんにちは、サイモン
基本的に、これはブラウザと Flash プレーヤーの問題です。sIFR が Flash ムービーをページに挿入すると、ブラウザは Flash ムービーへのパスを使用して Flash プラグインを初期化します。ムービーがまだローカル キャッシュにない場合は、サーバーから要求されます。ムービーは数ミリ秒以内に挿入されるため、挿入されたムービーごとにリクエストが行われることになります。
sIFR は、Flash ムービーをプリフェッチすることでこれを防止しようとします。これは、セッション Cookie に基づいて、ブラウザ セッションごとに行われます。これは単にムービー ファイルの要求を開始するだけであり、置換が開始されるまでにそのファイルがキャッシュ内にあることを願っています。したがって、sIFR JavaScript コードをできるだけ早くロードし、Flash ムービーをsIFR.activate()メソッドに渡して sIFR を適切にアクティブ化することが重要です。
私の経験では、このプロセスを確実にテストする唯一の方法は、ブラウザーのキャッシュをクリアし、すべてのブラウザー インスタンスを閉じて (セッション Cookie を削除するため)、ブラウザーを開いて、テストするページに直接移動することです。ブラウザー内のアクティビティ モニターは信頼できるとは思えないため、HTTP プロキシまたはサーバー ログで確認してください。
私ができる残りの改善点は、プリフェッチの進行状況を検出して、プリフェッチが完了するまで要素の置換を保留することです。
Cufon に移動するオプションはありますか? はるかに使いやすく、風変わりではありません。