把Django应用程序转换成Django项目，这样它就可以作为一个超级用户运行。
django-microscope的Python项目详细描述
| Author: | Keryn Knight |
|---|---|
| Version: | 0.1.1 |
将Django应用程序转换为独立的Django项目，以便运行它 作为一个独立的微服务或什么你。
给run()的配置选项是默认值，可以替换为 由于django-environ
如果你的应用程序通过导入跨越边界进入另一个应用程序，你应该 希望得到警告。弄清楚怎么做才是我这么做的主要原因。我会的 以前从未遇到过sys.meta_path。
备选方案
如果您正在启动一个new应用程序并希望获得适当的微观体验，则 也许你想要django-micro代替。它也有魔法，但不同的魔法！
用法
在应用程序的文件夹中为自己创建一个manage.py文件（例如： views.py，models.pyare）然后做类似的事情…
frommicroscopeimportrunfromdjango.conf.urlsimporturl# or path etc.defurls():frommyapp.viewsimportMyViewreturn[url('^$',MyView.as_view())]application=run(DEBUG=True,ROOT_URLCONF=urls)
运行它
可能会有用的，对吧？python manage.py [command]应该都没问题。 你也许可以用dj-cmd做得更小，这样你就可以dj r
古尼孔
gunicorn manage和gunicorn manage:application都应该工作正常， 也应该DEBUG=0 gunicorn manage通过env-var更改设置。
uwsgi
无论命令行参数或ini配置有多疯狂，都会调用uwsgi 你可能在工作；例如：uwsgi --http :8080 --wsgi-file`pwd`/manage.py--virtualenv $VIRTUAL_ENV
环境变量应该没问题吧？
模型Wsgi
它可能会起作用，但环境变量替代设置不会起作用 我根本不认为。
URL配置
ROOT_URLCONF必须是可调用的（实现__call__的函数或对象） 推迟执行与userland代码相关的导入，这几乎可以肯定 取决于已配置的设置。也是因为 您现有的用于应用程序的{tt13} $可能不是您想要安装点的地方。 当运行它独立vs作为一个整体项目的一部分。
启动应用程序时，如果您的 ROOT_URLCONF丢失或不可调用。
别担心，它只在启动时调用，不是每次请求都调用！
如果您do想使用另一个文件，microscope.urlconf('dotted.path.to.urls') 可能有帮助
frommicroscopeimportrun,urlconfapplication=run(ROOT_URLCONF=urlconf('path.to.urls'))
测试
完全没有。如果你有honcho你可以honcho -f demo_project.procfile start 使用runserver启动demo_project.py（相当于manage.py）， gunicorn和uwsgi分别位于端口8000、8001和8002上。
许可证
是FreeBSD。在存储库的根目录和任何存档中都应该有一个LICENSE文件。
版权所有（c）2018，Keryn Knight 保留所有权利。
在满足以下条件的情况下，允许以源代码和二进制格式重新分发和使用（无论是否修改）：
- 源代码的重新发布必须保留上述版权声明、此条件列表和以下免责声明。
- 以二进制形式重新分发必须在分发时提供的文档和/或其他材料中复制上述版权声明、本条件列表和以下免责声明。
此软件由著作权人和出资人提供，如“是”，任何明示或默示保证，包括但不限于，适销性和适合特定目的的默示保证。在任何情况下，版权持有人或贡献者均不对任何直接、间接、附带、特殊、惩戒性或后果性损害（包括但不限于替代货物或服务的采购；使用、数据或利润的损失；或业务中断）承担责任，无论其原因如何，也不论其责任理论是否在合同中，严格责任，或因使用本软件而产生的侵权行为（包括疏忽或其他），即使被告知此类损害的可能性。
django显微镜的变化历史
0.1.1
- 初始版本
欢迎加入QQ群-->： 979659372
