フォーラムやウィキを実際に活用できる慈善団体のために実行可能な計画をまとめようとしていますが、その運営の重要な部分は、ダイヤルアップ接続が支配的な世界の一部で行われ、おそらく今後も続くでしょう。予見可能な将来のためにそうしてください。
このサイトは、ダイヤルアップ接続でも動作するサイトとして推奨されていたので、ここで助けを求めたいと思いました。
これをフックしたいサイトはDrupalを使用しています。このような経験をしていて、助けてくれる人はいますか?
ダイヤルアップで適切に動作するには、HTML、CSS、および画像を可能な限り小さくするために座って最適化し、サーバーがキャッシュ用に適切なHTTPヘッダーを送信していることを確認する必要があります。CSSスタイルシートが外部にあり、すべてのページで共有されていることを確認してください。ダイヤルアップが大きな問題である場合は、可能であれば単一のスタイルシートに固執することをお勧めします。JavaScriptは避けてください。これらのコンピューターには、通常、JavaScriptの処理能力もありません。JavaScriptを使用する必要がある場合、jQueryは非常に小さく、非常に高速で、強くお勧めしますが、ほとんどのコンテンツ指向のWebサイトでは、必要ないのではないかと思います。
正直なところ、有効なXHTML / HTML5、有効なCSSを作成し、標準ベースのWebデザイン(テーブルレイアウト、セマンティックマークアップなどなし)の通常のベストプラクティスをすべて実行する場合、ダイヤルアップは実際には問題。それはうまくいくでしょう。
サイトの最大パフォーマンスを微調整するには、これをインストールして、初期開発が完了したときにサイトで使用することをお勧めします-ySlow-これにより、ページが分析され、改善できるすべての領域が強調表示されます。これは、サイトのダウンロード速度を最適化するための優れたツールです。
また、GoogleがGmailに対して行うことを実行することもできます。つまり、ビューの2つのバージョンを提供します。1つはプレーンな古いHTMLを使用する低速接続用で、もう1つは高速接続用です。デフォルトのものを遅いものにすることができますが、速いものを有効にするためのリンクを提供します。
Gmailには、ページの読み込み時に速度が速いかどうかを検出し、速度が遅すぎる場合は自動的にプレーンHTMLビューに戻るメカニズムが組み込まれています。これは、もう1つの優れた代替手段です。
主な目標は、最小ページサイズ(ページにHTMLのみを保持し、すべてのスタイル情報をキャッシュ用にcssファイルで外部化する必要があり、jsファイルのJavaScriptでも同じ)とサーバーへの最小ラウンドトリップ(完全なリクエストとポストバック)である必要があります。一般に信じられていることとは反対に、JSヘビーサイトは、多くのヘビーデューティークライアントサイドを実行し、必要最小限のデータでサーバーのラウンドトリップをクリーンに保つ場合、魅力のように機能する可能性があります(ここでは、JQueryとAJAXを小さな部分レンダリングで考えてください)。
PS .NETを使用している場合は、ViewStateを破棄します。
ページサイズと読み込み時間を短縮する方法については、すでにいくつかのヒントがあります。
これを補完するために、限られた帯域幅をシミュレートするソフトウェアを使用できます。これは、ダイヤルアップでサイトの速度をテストするのに役立ちます。
いくつか利用可能です(グーグルの「ダイアルアップのシミュレーション」だけです)。 ずさんなegはかなり使いやすいようです。
これは達成できるはずですが、正直なところ、ダイヤルアップ対応のサイトを作成することで、ユーザーエクスペリエンスの面で多くのことを失うことになります。これは基本的に、エクスペリエンスを最適化するために次のことを行う必要があることを意味します。
これをすべて行うと、ダイヤルアップで受け入れられるサイトができあがります。