django-unhosted

Django的unhosted是一个Django应用服务器（存储）实现“稳定”remoteStorage API的版本，这里指定：
http://www.w3.org/community/unhosted/wiki/RemoteStorage-2011.10
它（特别是网络指令，oauth2，因为我已经使用新规格的可用的时间）的某些部分可能与新的（“实验”）API兼容：
https://www.w3.org/community/rww/wiki/read-write-web-00#simple
http://www.w3.org/community/unhosted/wiki/Pds
但是，由于remoteStorage.js 0.7.0实验API仍处于开发状态，我没有测试它是否适用于当前的实现。
remoteStorage
想法是，你可以有存储账户（与任何策略和验证）的host1和一些Web应用程序（比如，一些可视化编辑器，认为微软Word）host2上。
编辑文档中的Web应用程序，一般主机2将不得不实行某种形式的用户注册，储存（如docs.google.com）进行编辑的文档等。
随着remoteStorage，该存储不必是host2上，这样你就不必执行一些复杂的政策和认证的存储，举行一个全功能的Web应用程序 - 它可以打开和保存文档到支持的任何远程主机协议（这基本上是GET / WebDAV的来自同放OAuth2顶部）。
主机1可以是你的VPS，客户机本身（直接的IPv6，或IPv4通过像pagekite一些服务提供的特别容易），一些可靠的云服务提供商或什么的。
要充分了解它是如何工作的，我建议在看OAuth2，WebDAV的，CORS和网络指令，它们基本上都用于实现该协议的技术。
这Django应用完全实现面向网络的存储主机1，完整的用户登记表，客户端访问管理接口和一个简单的演示客户机（可选，用户可以通过其他的Django的应用程序或通过Django的后台管理界面，否则添加）。
安全
既然是一个应用公共互联网面向接口的（可能是重要的）数据和我在没有办法的安全专家或专业，我建议pentest或存储任何敏感数据之前验证码。
数据丢失或损坏是很容易预防（和备份很长的路要走这里，顺便说一句），比安全漏洞，所以，再一次，请看看你自己的代码，发现我有一个盲点（更不用说缺乏的问题有技能）为，因此将不能够找到我自己。
。在另一个存储服务器实现明显的（以一个局外人的分析）的安全漏洞的例子可以在这里找到，学习lession有

要求：

• 在Python中
• 在Django的