ウェブサイトのサーバー側を常にプログラムする必要がありますか？

私は友人のために音楽プロジェクトのウェブサイトの作成を開始しようとしています。現時点ではかなりシンプルなはずです。動的コンテンツ（ツアーの日付など）はなく、いくつかの埋め込みサンプルソングまたはSoundCloudリンクしかありません。レスポンシブグリッドには、バニラJavaScriptとBootstrapまたはFoundation以外のものを使用する予定はありません。

これで十分ですか？HTML、CSS、JSファイルをホストに単純にアップロードして完了できますか、それともNodeまたはPHPでバックエンドサーバーをプログラムするのに時間をかける必要がありますか？

サーバー側のコードが必要かどうかわからない場合、おそらく*

*注意：コンテンツ、データ、または機能へのアクセスを内部的に制御する場合、サーバー側コードはセキュリティに不可欠です。（これは、必ずしもする必要はありません、あなたの最後の段落を参照してください、サーバー。）

サーバー側のテクノロジーを使用するとどのような問題が解決するかを自問してください。あなたが何かを考えることができない場合（そしてあなたの場合、私もできない）、あなたはそれらを必要としません。

クライアント側のコードを使用するだけで、考えられる以上のことができることに注意してください。AngularJSやReactJSなどのJavaScriptフレームワークを使用すると、Ajaxを使用するAPIを介してサードパーティの動的コンテンツと統合できます。（これには、独自のセキュリティを処理できるAPIへのフックが含まれます。）

静的サイトジェネレーターについて読んでください。これらを使用すると、HTMLを手動で作成するのではなく、プログラムで（テンプレート、データなどを使用して）サイトを作成できます。結果は、バックエンドを必要としない静的HTMLおよびCSSのセットです。

https://www.staticgen.com/は、そのような多くのオープンソースジェネレーターをリストおよびランク付けしています。クローズドソース製品も存在する可能性があります。

あなたは可能とすべきであることは十分にある場合にのみ、静的なサイトを使用、または使用静的サイトジェネレータを。どうして？保守性。コードにはバグがあります。数週間ごとに、別のWordPressセキュリティホールが見つかります。共通のCMSを使用する場合は、常にパッチを適用する必要があります。それ以外の場合、友人のWebサイトには、違法薬物、ISISプロパガンダ、訪問者のコンピューターにインストールされているマルウェア、またはそれ以上のマルウェアの広告が間もなく含まれます。定期的にパッチを適用しても、手遅れになる可能性があるため、常にハッキングをチェックする必要があります。このCMSを保護する方法があります。「セキュリティプラグイン」をインストールし、mod_securityなどのWebアプリケーションファイアウォールを設定します。すべての作業が完了しました。また、それらは更新され続ける必要があります。mod_securityルールがWordPressのプラグインを破る場合があるため、それを分析して修正する必要があります。もっと仕事。

誰もそのサイトをハッキングしたくないと思うかもしれません。しかし、一般的なCMSシステムに見られる一般的なセキュリティホールには、すぐにWebをクロール/検索し、そのCMSを使用してすべてのサイトをハッキングする自動ボットがあります。彼らはリンク/マルウェア/プロパガンダを広めたいだけです。

静的サイト（手動またはジェネレーターで作成）を使用すると、その問題は発生しません。

独自のバックエンドを実装すると、セキュリティホールも発生します（誰も完璧ではありません）が、ほとんどの場合、その小さなWebサイトでそれらを悪用することはありません。しかし、何を実装しますか？友だちが自分でツアーの日程を変更できるエディタを作成する場合は、友だちがあなたの助けを借りずに簡単に使用できるようになるまでにどれくらいかかるかを考えてください。その時間予算で、彼の日付を何回だけすばやく変更できますか？

私の意見では、静的HTMLは「古い」ため、今日ではあまりにも多くの人がすべてのサイトでCMSシステムを使用しています。HTML5では不可能なものが必要ない場合は、サーバー側のコードを使用してください。しかし、必要ない場合は、それなしで多くの時間を節約できます。

必要なときにのみバックエンドプログラミングを行う必要があります。

ただし、メール送信フォームなどの基本的な機能でさえ、通常は基本的なバックエンドプログラミングが必要です。それが単なるディスプレイサイトなら、はい、それは大丈夫です。

必ずしもそうではありませんが、サイト全体をプレーンHTMLで作成すると、いくつかの問題が発生する可能性があります。

多くのサイトでは、複数のページに同じメニュー、ヘッダー、およびフッター要素があります。これらをあるページから別のページに単純にコピーして貼り付けると、サイトが大きくなり、これらの領域を変更し続ける必要があるため、退屈でエラーが発生しやすくなります。

サーバー側のプログラミングが非常に一般的になる前、これに対処する一般的な方法の1つは、フレームを使用してこれらの領域をすべてのページに埋め込むことでした。これは数年前に好まれなくなったので、今はお勧めしません。代わりに、これらの共通要素をすべてのページに表示する簡単なサーバー側コードを作成できます。

私は、市販のCMSの使用を推奨している他の人々に同意します。