間違った問題を解決する

時々、私は一般的な気分が何であるかを知るために自分が書いたものについて話し合い、誰にも言われなかったようなひどい間違いを犯さなかった場合。 ほとんどのページでは、HTMLファイル用とCSS用の2つのリクエストだけで合計10キロバイト未満で済むため、私が出会った最も予想外のコメントは、 このサイトの読み込み速度に関するものでした。



一部には、この速度は運によるものです。 共有ホスティングを使用していますが、同じサーバー上の他のサイトの操作を制御できません。



しかし、私は人々がブログとどのように対話するかについて明確な考えを持っています：彼らはそれを読みます。 私以外のすべての人がprog21で同じことをします-彼らはページを開いてそれらを読みます。 単純な静的ページを配布することには魔法はありません。 驚くべきことは、ほとんどのブログエンジン開発者が間違った問題を解決していることです。



テーマをサポートするテンプレートを使用してオンザフライで表示できる投稿を保存するリレーショナルデータベース？ これにより、読者ではなくブログをサポートする人々の問題が解決されます。そのため、すべての読者はページの読み込みが遅いことに我慢する必要があります。 また、サイトの負荷が高い場合、読者でさえページを読み込むことができません。



（しばらく前に、 エラトステインのふるい -与えられたものよりも小さいすべての素数を見つけるアルゴリズムは、プログラミング言語の速度をチェックする一般的な方法でした。このアルゴリズムは、純粋な計算問題の例として適しています、パフォーマンスに重要なアプリケーションの場合。プログラムの実行中に計算しますか？ 既に知っています 。開発中に計算します-これで完了です。）



統計用のCookieとGoogle Analyticsスクリプト？ これにより、サイト所有者の問題が解決されます。「訪問者の数を正確に調べるにはどうすればよいですか？」しかし、読者は気にしません。



Google +、Twitter、およびFacebookウィジェット？ 誰の問題もまったく解決しません。 すでに簡単にツイートできます。 アグリゲーターサイト、Googleリーダー、およびGoogle検索結果にさえ、「いいね」に似たボタンが既にあるのに、なぜ機能が重複しているのですか？ さらに重要なことは、非常に少数のユーザーが一般にこれらのボタンを使用しますが、スクリプトと写真は全員のページの読み込みを遅くすることです。