アーティストのポートフォリオ用のフラッシュ ベースの Web サイトをホストする小さな会社を設立しようと考えています。顧客のコントロール パネルは django を利用し、画像のアップロード、ギャラリーの管理、プリントの販売などのためのインターフェイスを提供します。
ホストされたサイトへのトラフィックの大部分が最上位ドメインに到達するため、静的メディア ヒット (Flash ムービーが埋め込まれた HTML ページ) のみが発生するため、これらのリクエストを処理するように lighttpd または nginx をセットアップできます。 django のものを apache/mod_whatever に戻します。
django サイト フレームワークが各サイトの管理者を別々に保つことで、これをすべて 1 つのボックスにセットアップできるように思えます。
私はサーバー管理者ではありません。私が見ていない落とし穴はありますか？
多分。組み込みの管理インターフェースが、管理者を自分のサイトに囲い込むように設計されているとは思えません。このsitesフレームワークは、ユーザーを 1 つのサイトまたは別のサイトに制限するのではなく、複数のサイトに同じコンテンツを公開するのにより適しています。これらの分離を強制する独自の管理インターフェイスを作成する方がよいでしょう。
コンテンツの提供に関する限り、動的 XML ファイルを使用してコンテンツを埋める一般的な (静的) Flash ファイルを提供できるようです。Django を使用して XML を生成すると、必要な動的コンテンツが得られます。
この django スニペットは、それらを分離しておくために必要なものかもしれません:
http://www.djangosnippets.org/snippets/1054/
「スーパー ユーザーでない限り、自分で作成したエントリの編集または削除のみを許可するように構成された管理インターフェイスを備えた、非常にシンプルな複数ユーザー ブログ モデル。」
ホストするサイトの量によっては、admin を使用して 1 つの Django アプリを一度作成し、新しいサイトごとに個別の Django プロジェクトを作成する方が簡単な場合があります。これは簡単で、確実に機能し、追加のボーナスとして、古いサイトで問題を引き起こすリスクを冒すことなく、新しいサイトに機能を追加できます.
繰り返しになりますが、管理者をカスタマイズして、ユーザーが表示できるオブジェクトの量を特定のサイト自体のものに制限する方が便利な場合があります. これはかなり簡単に実行できますが、サイト フレームワークの通常のサイトの代わりに RequestSite を使用することをお勧めします。これは、サイトごとに個別の設定が必要になるためです。
ModelAdmin には、編集中のオブジェクトを手動で制御するためにオーバーライドできるメソッドが 1 つあります。