前文。 （パート1）
CMS-コンテンツ管理システム[ WiKi ]は、その名前に基づいて多くのことを言っています:)
ここでは、使用されているコンテンツに基づいて、CMSの区分をすぐに推測できます。
プレーンテキスト;
- 構造化データ（ニュースなど）;
- 大量の構造化データ（特性を備えた製品カタログ）を共通データ（参考書）で結合します。
さらに、ユーザーとの仕事の拡大を掘り下げて、登録（個人アカウント）、オンラインストア、コメントを残す機能、投票を作成する機能、フォーラムなどの追加サービスの必要性を想定できます。
典型的な使用条件と顧客のタイプについてのいくつかの言葉。 このような顧客を次のような2つの大きなグループに分けることを恐れていません。
- サイトと管理ツールが必要であるが、それがどうあるべきかほとんどわからない人。
- およびCMSを完全に使用する人。
これは一見馬鹿げた非形式的な区分ですが、一言で考えを明確に表現するのは簡単ではないため、意味をより詳しく見てみましょう。
- このようなサイトの情報量を持っている顧客がいますが、この情報の管理は秘書または開発者によって計画されており、新しい機能の開発は計画されていません。計画されている場合は、CMS開発者を犠牲にして何らかの手段を講じます。
- しかし、たとえば、自分で埋め、サポートし、開発できる専門家がいる人もいます。
一般に、このような顧客の区分は、CMSの別のタイプの区分につながります。
実装の容易さとさらなる開発。
または、コンテンツの簡単な作成という形での管理の単純さ、およびその他の追加事項。 モジュール。それは難しいからです。
まあ、そしてほとんどの場合、管理パネルのデバイスの種類とCMSエンジン自体による明白な区分です。 データベースのスクリプト言語を使用してテンプレートに従ってアセンブルすることにより、ページの形成をその場で表すCMS。
静的htmlでのページの公開に基づく多くのCMS。
合計：
紳士habrachelovekiという質問は上記のすべてであり、理想的なCMSを作成するための作成およびオプションの前提条件をさらに検討することは興味深いでしょうか？
UPD0：
理想の不条理さは、書く前からも理解できました。思考形式を結果に変えることなく、理想が疑わしいことは明らかです。 しかし、私の意見では、ゴミの結果としてうまくいかないという考えの集中は、まだ達成される必要がありますが、これはすでに哲学です。
しかし、理想は私にとって最も最適なソリューションの集合体であるように思われ、まず開発者にとっては、開発者のコミュニティとして、habrasocietyからアプローチと実装を明らかにしようとするhabrasocietyの試みがありました。 そして、顧客側からのコメントはコメントで判明しました、それはin辱的です...