django-unhosted

ジャンゴ·非ホストは、Djangoのアプリケーションサーバー（ストレージ）ここで指定した「安定」remoteStorage APIバージョン、のための実装です：
http://www.w3.org/community/unhosted/wiki/RemoteStorage-2011.10
それ（私は一度に利用できた新しいスペックを使用しましたので、特にwebfinger、oauth2、）の一部は、新しい（ "実験的"）APIと互換性があるかもしれません：
https://www.w3.org/community/rww/wiki/read-write-web-00#simple
http://www.w3.org/community/unhosted/wiki/Pds
実験的なAPIのremoteStorage.js 0.7.0が重いまだ開発中ですので、しかし、私はそれが現在の実装で動作するかどうかをテストしていません。
remoteStorage
アイデアは、host2の上（例えば、いくつかのビジュアルエディタ、MS Wordを考えてください）​​あなたはhost1およびいくつかのWebアプリケーションに（何らかのポリシーや認証による）ストレージアカウントを持つことができるということです。
Webアプリケーションでドキュメントを編集するには、一般的にはホスト2等、ユーザ登録、編集されたドキュメントのために（docs.google.comのような）ストレージ、いくつかのソートを実装しなければならない
remoteStorageでは、このストレージはhost2の上にある必要はありませんので、あなたは、フル機能のWebアプリケーションを起動するためにそこにいくつかの複雑なポリシーと認証されたストレージを実装する必要はありません - それは開いて、サポートする任意のリモートホストにドキュメントを保存することができます（基本的に/上にOAuth2でのWebDAVからPUT GETです）プロトコル。
host1があなたのVPS、クライアントマシン自体（直接IPv6、またはIPv4との特に簡単にpagekiteのようないくつかのサービスを介して提供される）、いくつかの信頼性の高いクラウド·プロバイダーまたは何でもすることができます。
完全にどのようにそれはすべての作品を理解するために、私は基本的にプロトコルを実装するために使用されるすべての技術である、OAuth2、WebDAVを、CORSとWebfingerを見てお勧めします。
このDjangoのアプリは完全にユーザ登録フォーム（オプション、ユーザーはそれ以外の場合は、他のDjangoアプリケーションによって、またはDjangoのadminインタフェースを介して追加することができます）、クライアントアクセスの管理インターフェイスと簡単なデモクライアントとの完全な、host1のためのウェブに面したストレージを実装しています。
セキュリティ
applicatonはあなたの（おそらく重要）データへのパブリック·インターネットに面したインターフェイスであり、私は決してセキュリティ専門家や専門​​家の中にいるので、私はそれで機密データを保存する前にコードを侵入テストや検証することをお勧めします。
再び、コードで自分を見て、私は性の欠如はもちろんのこと（盲点を持ってそこに問題を発見してください、データの消失や破損がないようにする方がはるかに簡単です（とバックアップはところで、ここに長い道を行く）セキュリティ攻撃よりも、そのようにこのように、のためのスキルは）自分で見つけることができません。
。別のストレージ·サーバの実装において（部外者の分析に）明らかなセキュリティ上の欠陥の例があるlessionを学び、ここで見つけることができます。

の要件の

• のPythonます。
• ジャンゴます。