4

動的な Web サイトにブログ/コンテンツ セクションを設けることを検討しています。Hyde のような静的 Web サイト ジェネレーターを使用して、Web サイトの「静的コンテンツ部分」を生成することは賢明ですか?

利点は次のとおりです。

  • 他の数人が記事を投稿するのが簡単/簡単
  • パフォーマンス
  • ウェブサイトの残りの部分と同様のスタックを使用 - 私の場合、Hyde と django テンプレートと同じ構文を使用
4

2 に答える 2

0

これを行う最初の人からはほど遠いでしょう。Ruby の Jekyll (Hyde は一種の Python の「ポート」です) がこの点で少し先を行っているように感じますが、私は Python / Django のバックグラウンドを持っているので、ある程度の均一性を求める気持ちも理解できます。 .

私が考えることができるほとんどの例は、Jekyll を使用している人々で行われていますが、このブログ投稿では、WordPress から Hyde への移行に非常に満足しているように見える 1 人の人物を取り上げています。Disqusは最適なコメント プラットフォームのように思えます。サイトに JavaScript を埋め込むだけで統合できるため、静的サイトの美しいソリューションとなります。

現実的には、「パフォーマンス」を大きな問題とは考えていません。ここで私はあなたに不当なことをしているかもしれませんが、一般的に、パフォーマンスの問題を引き起こすのに十分なブログ トラフィックを持っている人は、キャッシング レイヤーや追加のサーバーをロブするための現金を持っている状態にあるようです。私にとっての利点は、ホスティングの柔軟性 (ほとんどの人が静的 HTML をわずかな費用でホストしてくれる) と「セキュリティ」 (サーバー側で実行されるのは Web サーバーだけ) でした。

于 2012-03-31T09:52:40.830 に答える
0

これにはflatpagesアプリを使用します。flatpages アプリを使用すると、コンテンツ (ブログ投稿) を HTML に直接配置することができますが、テンプレートを作成するという利点があります (基本サイト テンプレートまたはブログ用のカスタム テンプレートを使用します)。また、管理パネルにあるページ数を追跡することもできます。コメントを Disqus などに「外部委託」して、ダイナミックな雰囲気を維持することもできます。

それでも、あなたがこれをしている理由について本当に考えます。データベースからブログ投稿を取得することは、サーバーが過度に緊張していない限り、パフォーマンスを大幅に低下させる操作ではありません。

于 2012-03-31T09:19:21.447 に答える