私はDjangoのフォーラムで、メッセージと写真をお互いに残しておくことができます。 9gagのそれと同じように考えてください。HTMLの画像タグに幅と高さの属性を追加することによるパフォーマンスの向上
私はウェブサイトのパフォーマンスをGTmetrixでベンチマークしました。私の評価が低いのは、イメージの次元の特異性です。具体的には、すべての<img>
タグ内にイメージの幅と高さを追加することをお勧めします。これにより、ブラウザのページのレンダリングが容易になり、再描画が最小限に抑えられます。
アップロードされたすべての画像は、動的にサイズ変更され、アスペクト比を維持しながらDBに保存されます。テンプレートの高さと幅を<img>
タグに含める唯一の方法は、DBにその幅や高さを保存した場合です。または、私が見るためにそれらを提供するときに私は彼らの幅と高さを読んでください。
いずれにせよ、それは私の一部でいくつかのコンピューティングパワーを取るつもりです。ここでのトレードオフは、サーバーのコンピューティング時間とユーザーのブラウザーとの間のトレードオフのようです。私。サーバー側またはクライアント側。ユーザーのエクスペリエンスを最適化したいのですが、私のサーバーリソースはまともです。
新しい画像が数秒ごとに私のウェブサイトのパブリックエリアにアップロードされます。あなたはそれがウェブサイトの定番だと言うことができます。テンプレートにイメージの幅と高さを含めることで、誰かが大きなパフォーマンスを得た経験がありますか?私はそれについていくつかのアドバイスを聞いて欲しいので、私は先に行くことができます(またはアイデアをダンプ)。
ありがとうございます。
はい、後者です。洞察力Keenanに感謝します。 –
@HassanBaig、それは喜びです。私は最近、パフォーマンスグレーディングとロード時間の同じプロセスを行った。私はあなたがDjangoの内部(例えば、テンプレートをキャッシュし、memcacheを使って)に集中し、静的コンテンツの配信を最適化して(例えば、Nginxでの圧縮)、Webサーバーのキャッシュポリシーを設定することを提案します。これは大きなパフォーマンスの向上に気づくでしょう。最後に、ページビュー数が多い場合は、[Varnish](http://www.varnish-cache.org/)または[Squid](http://www.squid-cache.org/)の配備を検討することをお勧めします。 )をWebサーバーの前に配置します。 –
これはとても役に立つコメントです。あなたは補足としてそれを補足することもできます(しかし、非常に有用な補足事項です)。私はそれが後でここに来る人々のために役立つだろうと確信しています。 –