静的サイトジェネレーターの長所と短所

静的サイトジェネレーター


静的サイトが復活している可能性はありますか?コンテンツ管理システムの人気が近年急上昇しているにもかかわらず、一部のプロジェクトは依然として静的サイトにより適切に提供されています。少なくとも一部のケースでは、静的サイトはコンテンツ管理システムと比較して有利な選択のようです.

CMSよりも静的サイトを選択する必要がある場合、および代わりにCMSを使用する必要がある場合をよりよく理解するために、静的サイトジェネレーターを紹介し、それらの利点と欠点を強調します。.

静的サイトジェネレーターとは何ですか? CMSとの比較?

静的なサイトが一般的だった頃は、Webサーバーに公開される個々のHTMLページを作成するだけでサイトが構築されていました。各HTMLファイルは、画像、CSS、そしておそらくいくつかのJavaScriptを呼び出します。管理パネルはなく、Dreamweaverなどのコードエディターのみ.

しかし、サイトが大きく複雑になるにつれて、ファイルの更新、フォルダ構造のタブの維持、および基本的に動的コンテンツの処理が困難になりました。これらの問題を克服し、複雑なWebサイトの複雑なコンテンツ管理システム(CMS)をより適切に処理するため.

CMSには、ユーザーがコンテンツを記述できる管理パネルが付属しており、コンテンツはバックエンドデータベースに保存されます.

Webサイトの作成とCMSによる維持は、コードを操作することなく実行できます。CMSは、訪問者のブラウザー(Webサイトのフロントエンド)でのページの表示方法を制御するテーマやテンプレートなどの概念を操作します。 CMSは、プログラマーではない人がWebサイトを構築する手がかりを提供し、動的なコンテンツ(ブログなど)を問題なく処理できるようにしました.

一方、静的サイトジェネレーターは、手動でコーディングされた静的サイトからの1つですが、CMSほど複雑ではありませんが、2つの間の妥協点としてしばしば説明されます。静的サイトジェネレーターは、テンプレートを使用して静的なHTMLのみのWebサイトを生成します。そのコンテンツはデータベースから抽出されるか、最も一般的には、Markdownのようなフラットタイプのファイルから読み取られます。.

静的サイトジェネレーターは、インストールプロセスとユーザーインターフェイスの欠如により、見過ごされがちですが、これらの問題にもかかわらず、場合によっては、SSG(静的サイトジェネレーター)がCMSよりもプロジェクトに適している場合があります。 CMSはやり過ぎかもしれません.

ヒューゴ, ジキル, 金属職人 静的をWeb構築の領域に戻す人気のある静的サイトジェネレーターのほんの一部の例です.

静的サイトジェネレーターの長所と短所は何ですか?

Webサイト構築のマップ上の静的サイトジェネレーターの場所についてもう少し詳しく説明したので、CMSと比較した場合の利点と欠点を見てみましょう。?

SSGの利点:

パフォーマンス

静的サイトの速度の利点は、最大の利点の1つです。実行するデータベースクエリがなく、リクエストごとに処理も行われないため、Webサーバーは訪問者にほとんど瞬時に静的ファイルを提供する問題を抱えていません.

CMSに使用されるプラグイン駆動のキャッシングシステムまたは組み込みのキャッシングシステムは、データベースクエリのオーバーヘッドを削減するのに効果的ですが、静的サイトは常にWebサーバーの最小の負荷を保証します.

バージョン管理

バージョン管理は、静的サイトがCMSより優れているもう1つの興味深い利点です。静的サイトへの変更は、Gitなどのソース管理プログラムを通じて追跡できます。これにより、より多くの人がプロジェクトで共同で作業し、問題が発生したときに変更を取り消すことができます。.

CMSにはいくつかのバージョン管理要素がありますが、一部の変更は永続的である可能性があり、バックアップに依存する必要があります—それらを作成するための予防策を講じている場合! —以前のバージョンを復元する.

より良いセキュリティ

CMSプラットフォームは、ハッカーや悪意のあるユーザーの共通の標的です。 WordPressコアは安全であると考えられていますが、インストールされているプラ​​グインとテーマにはセキュリティの脆弱性が存在する可能性があり、SQLインジェクションを介して、リモートコード実行に至るまで、単純に反映されたXSS(クロスサイトスクリプト)から悪用される可能性があります。経験豊富なユーザーがゲームの最上位にいて、セキュリティ対策を実装してそのような問題を防止または回避する一方で、経験の浅いユーザーはこれらの側面を見落とす可能性があります.

ただし、静的サイトは、サーバー側の機能がほとんどまたはまったくないため、解読するのが難しくなります。問題が発生し、Webサイトのコンテンツへの不正アクセスを許可する可能性があるコード/アプリケーションはそれほど多くありません。通常、静的サイトは1つのマシンで生成され、通常は別のマシンから提供されるため、静的ファイルを提供するWebサーバーに対して攻撃者が行うことはあまりありません。.

誰かがSSHまたはFTPアクセスをなんとかして取得したとしても、被害はサイト自体に簡単に修正できます.

サーバー関連の要件の削減

定義上、CMSには多くのサーバー側の依存関係があります。例えば。典型的なWordPressのインストールには、UbuntuやCentOSなどのOS、ApacheまたはNGINX Webサーバー、必要な拡張機能とWebサーバー構成を備えたPHP、MySQL、WordPressソフトウェア、テーマコードとプラグインが必要です。これにはすべて、インストール、更新、管理が必要です.

静的なWebサイトのほうが手間がかかりません。HTMLファイルを返すことができるWebサーバーであれば問題ありません。さらに、プラグインのインストールや更新の処理に煩わされる必要はありません.

交通サージの処理の改善

静的なHTMLファイルを提供するために必要なサーバーリソースはごくわずかです。そのため、静的なサイトでは、突然のトラフィックの急増は問題になりません。 CMSは、Webトラフィックの突然の増加に対してより脆弱であり、データベースのクラッシュやアクティブな接続の制限など、多くの問題を引き起こす可能性があります.

静的サイトを使用すると、プロセス全体の負荷が大幅に軽減されるため、静的サイトの信頼性が向上し、トラフィックの急増への準備が改善されます。.

これらは静的サイトジェネレーターの最も重要な利点でしたが、もちろん完璧なシステムはないため、無視してはならない欠点がいくつかあります。.

SSGの欠点:

リアルタイムデータは利用できません

定義上、静的なサイトでは、「トレンドストーリー」や「Xの国からの購入者がY製品を購入した」などの動的に変化するデータを持つことができません。サイトにリアルタイムデータを置くことに熱心な場合、静的データは適していません.

この問題を回避するために、JavaScriptを使用してサーバー側で処理を実行し、その結果をすでに提供されているページに適合させることを決定する人もいますが、これは危険な道になり、ユーザーエクスペリエンスの低下につながる可能性があります、悪いSEO、そして確かに静的サイトの使用に伴う制御感に欠けます.

ユーザーインターフェイスなし

WordPressなどのコンテンツ管理システムにより、ユーザーは、どのデバイスからでもアクセスできるユーザーフレンドリーな管理UIからコンテンツを簡単に作成および公開できます。管理UIがないことは大きな欠点ですが、この問題を回避するにはいくつかの解決策があります.

prose.ioやCloudCanonなどの一部のプラットフォームには、Markdown用のWYSIWYGエディターと、GitHubと統合されたウェブインターフェースが備わっており、GitHubリポジトリでファイルを作成、編集、削除できます。.

同じように、GitHubに接続されているAndroidとiOSの両方のアプリがあり、それらは外出先でコンテンツの書き込みと公開を可能にするように設計されていますが、変更は即座にリポジトリにプッシュされます.

3つ目の解決策は、静的なブログにメールで投稿することです。静的サイトジェネレーターのJekyllは、JekyllMailサービスを通じてこのメソッドを使用します。このサービスは、POP3アカウントにログインし、事前定義された「秘密」件名行でメッセージを抽出し、特定のディレクトリ(_postsまたはimagesディレクトリなど)に保存します。 。それらをブログのgitリポジトリに追加するオプションもあります.

ユーザーが作成したコンテンツはありません

WordPressサイトまたはブログには、コメントやレビューなどのユーザー生成セクションがあります。静的サイトにコメントシステムを実装することは、まったく別の冒険です。.

回避策の1つは、Disqusなどのプラットフォームを使用することです。Disqusでは、JavaScriptを使用して、ページが提供された後にコメントをページに追加します。ただし、このアプローチでは、すべてのコンテンツをまとめてレポジトリ内でバージョン管理することができなくなりました。サイトの残りの部分でコメントを保持できるようにするアプローチは、サーバー側ハンドラーを使用してコメントを処理および追加し、GitHubにプッシュするシステムです。.

ご覧のとおり、CMSで当たり前のことや、プラグインをインストールするだけでCMSに実装できることの多くは、静的サイトでは簡単に実現できず、次のようなさまざまな回避策を講じる必要があります。同じを達成します。これらはすべて、開発者の専門知識をいくつか持っている必要があります。そうしないと、CMSよりも静的サイトジェネレーターに苦労する場合があります。.

それで、静的サイトジェネレータはあなたに良いですか?

静的サイトは、トラフィックの急増に直面しても信頼性が高く、CMSほど多くのセキュリティ問題は発生しません。また、リソースを大量に消費しないため、高速です。.

ただし、静的サイトはすべての人に適しているわけではなく、すべてのプロジェクトに適しているわけでもありません。開発の時間とコストを削減できる場合もあれば、特に必要な開発スキルを持たない人にとっては面倒な場合もあります。.

注目の画像: Freepikによって設計されました

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map