IMDB.comのようなカスタムCMSを作成しました
現在、カスタムバックエンドCMSに映画情報を入力し、[追加]をクリックすると、各映画のサーバー上にフォルダーとファイルが作成されます。
IE：/ movie-name /quotes/を作成します
最終的に、これは数百のファイル/フォルダーに相当します。このように短期的/長期的にそれを行うことの欠点はありますか？
一部のスクリプトが動的にレイアウトを埋めて、私が述べたようにそれを行わないことを私は知っています。
私は間違ったルートを進んでいますか、それとも問題ではありませんか？
サイト構造はPHP/Mysqlに基づいています
コメントで言ったように、それは本当に悪い考えであり、データベースの使用がまったく不要になります。なぜこれが悪いのか、簡単な例を 1 つだけ挙げます...
映画の引用データベースがあるとします。しばらくして、すべての引用の俳優の名前を、その俳優のページに移動するアンカー リンクにすることにしました。Web システム内のすべてのファイルを手動で編集する以外に、それを行う方法はありますか? 考えてみてください。
そして、これは最も単純なシナリオの 1 つです。
URL の作成方法に関する戦略が長期的に機能するかどうかを懸念する必要があります。そして明らかに、重複した映画名を取得しない限り、そうです。
これとは別に、URL の背後にあるリソースを取得する方法に答える必要があり、これは必ずしも URL からファイルシステムへの 1:1 マッピングに関連付けられているわけではありません。最初はそのように機能するかもしれませんが、後で URL システムを変更せずに変更できます。
バックエンドの CMS を用意して、そこからフロントエンドの HTML ページを作成してもまったく問題ありません。
レイアウトが変更されたときにサイト全体を簡単に再生成できるように、このページ作成を自動化して再現可能にします。
クールな URI は変更されないため、URI が変更されないように注意してください。
ところで、多くの優れたウェブサイトはこの方法で作られています。静的 Web サイトは非常に効果的です。
これらの Web サイトの一部は、HTML のみを生成するのではなく、ユーザーとのやり取りやリモート データの取得 (当然のことながらキャッシュされた方法で) などのニーズに合わせて、PHP コードの小さなチャンクも生成します。