正直言って、あなたが探している範囲がこのフォーマットではカバーするには大きすぎます。このは多くの方法でにすることができますが、すべてクライアントのニーズに基づいて作業とカスタマイズが必要です。
HTMLコンテンツを許可し、そのコンテンツがテンプレート内で「安全」と表示されていることを確認した場合、フラットページが機能する可能性があります。しかし、これは本当にサイトの "コンテンツ"領域だけをカバーします。ヘッダー、サイドバー、フッターなど、サイトテンプレート全体にフラットページを使用することは賢明ではありません。
編集可能な領域を作成することができます。したがって、実際にはヘッダー、サイドバー、フッター、モジュールなどのモデルを実際に作成し、必要に応じてテンプレートにプルするだけです。次に、クライアントは、HTML文書全体を処理するのではなく、テンプレートの一部を編集するだけです。
フォームは接続ビューを必要とするバックエンド処理を必要とするため、課題になります。クライアントは、フォームコードを任意にドロップしてフォームを作成することはできません。しかし、サードパーティのサービスフォームフォームを使用して、利用可能なコンテンツ領域にそれらを埋め込むことができます。または、管理者に「フォームビルダー」のタイプを実装しようとするDjangoアプリがいくつかあります。それはどうにかしてクライアントがWordpressで使用されるショートコードのようなものを介してフォームを追加させるかもしれませんが、その作業をするためにインフラストラクチャを敷設する必要があります。
ある時点で、このようなものは、リターンを減らす点に達します。テンプレートを完全にカスタマイズできる唯一の方法は、実際の物理ファイルにドロップして変更を加えることです。特定のことをクライアントにとってより簡単にすることができますが、最終的には、カスタマイズの必要性を縮小する必要があります。またははファイルシステムで作業する必要があります。
返信いただきありがとうございます。私はクライアントと話し合い、ファイルを処理する必要があると伝えます。 –
あなたが言及したようにテンプレートで編集可能な領域を作成し、モデルのコンテンツを永続化してモデルとして管理APIを介して編集できるようにする方法は、ここで編集できます。はい、大きなハックのように聞こえるが、正しく動作するはずですか? – Sid
ちょうどあなたが知っているように、私は個人的に簡単な編集のためにdbsにhtmlを維持しません。 IMHOが本当に問題ではないという問題を解決するには、あまりにも多くの作業とトラブルがあります。 – Sid