简介：许多朋友问有关Django的问题。首席执行官在本文中注明将为您提供详细的答案，以供所有人参考。我希望这对每个人都会有所帮助！让我们一起看看！
编写Django项目时
原因是mySQLDB仅适用于Python2。pymysql通常用于python3
因此，将其添加到应用程序的__init__.py文件
导入pymysql
pymysql.install_as_mysqldb（）
然后是错误：提高不正确配置的（'MySQLClient 1.4.0或需要更新；您具有0.10.0。
原因是mySqlClient仅支持Python3.4。我们使用更高版本的Python
因此，在__init__.py中的指定版本中添加句子
pymysql.version_info =（1，4，13，“ final”，0）
您可以在设置中以这种方式编写。
database_engine ='postgresql_psycopg2'
database_name ='数据库名称'
database_user ='连接数据的用户名'
database_password ='密码'
database_host =''
database_port =''
主机和端口并未填充为默认Localhost：5432
之后，操作与sqlite3相同，
在0.96之前，当Django甚至PostgreSQL甚至是PostgreSQL时都有一个错误。
直接无法连接
确认帐户密码和端口很好后，问题同事配置已得到验证。他说，它没有直接从互联网简历中进行验证。
生产的配置和测试配置更好，修改多个位置
充满信心，重新启动django shell测试，但结果仍然没有连接！此时，心情开始有点糟糕?
冷静，Django Shell无法做到，然后用Python Shell直接尝试吗？
根本没有问题，它是直接连接的！
问题是什么？
结果，它仍然与众不同。
晚上九点钟到达，我不想滚动。下班回家
回家途中的整个大脑都遇到了这个问题。
我问其他同事，生产环境中是否还有其他重新群集可以用于调试。不幸的是，没有。
否则，我会自己创建一个redis群集，将密码设置为包含 @符？
但是，在本地创建REDIS群集是很麻烦的。如果您想在本地安装虚拟机，则可以直接解散一堆配置。
洗完澡后，我谈到了与妻子大约1小时的视频。它已经到了11点以上，准备睡觉了吗？
这是不可能的，很难在问题上入睡！嘿，这是一个古老的问题。
突然想到了一个要点，最小的反复试验原则。您自己建立一个本地集群很麻烦，而且公司没有额外的集群。
然后购买redis群集的云版本？只是，直接从床上起床，然后打开计算机。
目前，问题又来了，阿里巴巴云或腾讯云？
鉴于Double 11，已经购买了Tencent Cloud 2C 4G 8M服务器，并且在199中可能是3年。
与以前的1C 2G 1M服务器购买阿里巴巴云相比，它超过100年。
立刻，腾讯的感受增加了一倍，我决定首先购买腾讯。
一顿饭操作，使用腾讯云真的很困难：
最重要的是，在安全组绑定到实例之后，外部网络仍然无法访问？
他对腾讯云太失望了，不得不在阿里巴巴云上按下最后一根稻草。
幸运的是，阿里巴巴云并没有让我失望！
卡卡卡卡（Kaka Kaka），一项操作：
密码包含 @符号，但是没有问题！
在这一点上，问题终于解决了！
我迫不及待地想去公司明天验证，但是回头看，那已经是午夜了。
对自己说：“睡觉，滚动国王”
比较后，发现仅需要生产的配置只需要在测试配置中添加更多：
修复最磨损的错误通常需要一点更改?
为什么测试环境错误？
因为测试环境的Redis群集不需要密码
您在与此URL相对应的urls.py中发布了映射定义语句。估计您在该位置添加斜率。在正常情况下，浏览器首先找到一个URL，例如/page。如果找不到它，请重定向/页/此URL。
测试姐妹纸∩︿∩反馈错误，Django项目Ajax的前端页面的前端页面报告错误如下：
混合内容：“ AT”页面“已在HTTPS上加载，屠杀了一个AdSest端点”。该请求已阻止；内容必须出售。
经过一定的翻译操作后，这可能意味着HTTPS页面AJAX请求HTTP协议的接口。由于安全机制，混合内容错误引起了请求。源代码片段如下：
旧驾驶员的发展告诉我们，从错误开始，首先检查什么混合内容。
因为https本身的s是安全的，现代浏览器最初显示此类内容的警告，以向用户显示此页面包含不安全的资源，但是即使显示了警告，已加载了页面，并且用户安全性也是仍然受到威胁。因此，Chrome和Firefox很快就直接阻止了此类请求。这就是为什么HTTPS页面无法发送HTTP的原因。
什么？换句话说，Ajax要求的URL是HTTP协议吗？魔术，颠覆了我过去的认知，这本书不应该是HTTPS协议默认值的地址吗？与攀岩的开始。
第一次攀爬失败，分析：如果此修改仍然无效，则可能是由Django的某些配置引起的。附录_slash的配置是在文档上找到的。官方文档简介如下：
可能的含义是，如果此配置为true，则对URL的请求无法匹配任何结果，并且在“/”的末尾结束，那么Django将自动添加“/”并使用http访问它。难怪无论如何访问了HTTP！
该错误的主要原因是项目的URL配置不规则。为了防止这种跳跃，请关闭附录_slash，所有URL都更改为“/” ending.is URL“/”？您可以阅读本文：
结论：以上是首席执行官指出的Django漏洞的所有内容。我希望这对每个人都会有所帮助。如果您仍然想了解有关此信息的更多信息，请记住收集并关注此网站。