简介：本文的首席执行官注释将介绍有关如何制作Django菜单的相关内容。我希望这对每个人都会有所帮助。让我们来看看。
后端使用的DRF是UWSGI+NGINX
输入服务器项目文件目录，我的django项目放置在“/usr/myprojects/” directory.create uwsgi.ini文件中的uwsgi.ini文件中。
测试效果命令：
如果您访问：xxx.xxx.xxx.xx：8000成功，那么uwsgi.ini配置成功
我的nginx.conf位置是“ /etc/nginx/nginx.conf”
配置文件如下：
1.第一行
主要是给予NGINX加权。部署历史记录路线后，将删除地址背后的“＃”号码。包装部署后，将会有一个错误。
2.如果显示配置，则有两个服务器部署了前端服务和后端服务。值得注意的是，两台服务器使用同一服务器，这与侦听不同。
3. VUE部署需要注意反向代理地址：
和随后的端口问题
4.后端服务器需要注意该位置的UWSGI_Pass后面的最终口号。
5.交叉 - 域问题。如果我需要在自己的在线上找到配置，我没有遇到它，因为我在Django的设置中配置了交叉域。
6. Django Suit背景管理样式已经崩溃，需要更改，但是可以正常访问API。
7.我开始在后台收听端口8008，并在前端监视端口80中听，以便前端显示出良好的外观。尽管可以正常访问背景API，但VUE的本地开发环境也可以正常运行，并且文本和图片资源都正常显示。结果，它无法显示。对于地图，我选择了前面- 末端监视器以收听端口8008，后端监视80，并且显示后显示正常。原因尚不清楚////////// erly谈论它。
8.不要问我为什么我将前端和后端分开并在服务器上部署？糟糕，只是测试，这不是必需的
9.本文仅适合入门
关于Django的后台管理员（西装）修改（参考：Django中文网站:)
在环境中输入项目目录，您需要收集CSS样式并在终端中输入命令：
接下来，您可以找到静态文件包含CSS文件。此时，打开网站，样式显示正常
UWSGI启动xxx.ini后，将在同一目录中生成xxx.pid文件。UWSGI主要过程的过程数中只有一行内容。
关于UWSGI，输入同一目录
课
如果您无法获得环境，请指定环境
另外：请记住重新启动UWSGI并重新启动NGINX。
暴力删除：Fuser -K 80/TCP
Netstat -aptn命令行，检查所有开放端口号码
netstat -tlp |GREP 80查看是否使用了特定端口
PS -EF |grep uwsgi查看是否存在UWSGI端口
解决方案：
Django-Crispy-Forms版本问题
PIP列表
检查已安装的Django-Crispy-Forms版本，
环境是
django-crispy形式== 1.5.2
删除原始版本
PIP卸载Django-Crispy形式
重新安装
PIP安装Django-Crispy-Forms == 1.4.0
减少以解决条件的版本。
主页菜单是根据用户的权威动态生成的，不同的菜单对应于不同的功能视图。Menu添加，删除和更改。
2.路线
1.html
1.整体设计
首先，两者都是非常好的框架。在整体上，这两个设计的理念是最不同的。
Django提供了一个停机解决方案。从模板，ORM，会话，身份验证等中分配。甚至应用程序部门也完成了。简而言之，它的管理员，带有Django-suit，背景出现了。实际上，第一个Django是由在一家新闻公司出版公司的人设计的。
烧瓶仅提供一些核心功能，非常简单且优雅。它是一个微型框架，由扩展名提供，但其蓝图使水平扩展变得易于扩展。
两个，路线设计
Django的路由设计是一个集中式过程，并使用常规匹配。Flask也可以做到这一点，但它以装饰的形式更多。这具有优势和缺点。优点是，当您阅读源代码时，您知道如何使用它。源代码长后，您需要检查路线。这太方便了，但这也会提示您考虑如何更合理地安排代码。
3.应用模块化设计
Django的模块化已集成到命令中，这意味着Django在开始时的目标是为未来做准备。每个是一个独立的模块，为将来的重复使用提供了便利。
烧瓶通过蓝图提供模块化，并将项目结构组织到不同的组织模块中。
四，配置
Django的配置主要基于settings.py。当然，要分离开发和生产的环境，有一些方法可以处理配置。
烧瓶的配置非常灵活，具有多种方法配置，并且不同环境的配置也非常方便。
5.文件
两者都提供详细的文档。烧瓶的文档风格非常个人化。Django的文档也非常出色。当我使用Django时，我只阅读Django的文档。
结论：以上是首席CTO注释为所有人编写的Django诉讼的全部内容。感谢您阅读本网站的内容。我希望这对您有帮助。有关Django的西装与菜单相关的有关的更多信息。不要忘记在此网站上找到它。