Django项目部署避坑指南（一）

积累知识，胜过积蓄金银！毕竟在##column_title##开发的过程中，会遇到各种各样的问题，往往都是一些细节知识点还没有掌握好而导致的，因此基础知识点的积累是很重要的。下面本文《Django项目部署避坑指南（一）》，就带大家讲解一下MySQL、nginx、python、Django知识点，若是你对本文感兴趣，或者是想搞懂其中某个知识点，就请你继续往下看吧~

前言

这篇文章主要是要写一下我在将Django项目部署到阿里云服务器上时遇到的一些坑，将它们分享出来，希望遇到相同问题的人可以参考着解决。需要注意这不是部署教程，这里并不会教你如何部署，更不会教你如何使用Django搭建网站，这些内容可以很容易的在网上找到。

unable to resolve host

这个报错在

Ubuntu16.04

上出现过，后来我系统换成

CentOS

了。

解决办法是使用

sudo vi /etc/hosts

命令，编辑一下这个文件，在

127.0.0.1       localhost

这一行后面加上你自己的机器名称就好了。

settings.py

拥有云服务器后，可以通过一些工具将本地文件直接上传，由于我把代码放到GitHub上了，所以有一些在

settings.py

中的敏感信息，例如mysql的密码，可以放到Bash变量里或者文件里，不要显式的放在开源文件中，或者建个私密GitHub仓库也行。

with open('env.json') as env:
    ENV = json.load(env)

SECRET_KEY = ENV['SECRET_KEY']

if ENV.get('ENV') == 'dev':
    DEBUG = True
else:
    DEBUG = False

例如上面这样。

注意，如果你建了env.json这样一个文件，可要记得在

.gitignore

里把它忽略掉，要不然上传到GitHub那可就沙雕了。即使你不开放源代码，Django也推荐最好是把

SECRET_KEY

放到系统环境变量里。

另外，在生产环境（服务器）上，

DEBUG

这个选项要设成

False

，还有

ALLOWED_HOSTS

:

ALLOWED_HOSTS = ['.elliot00.com', '127.0.0.1', 'localhost']

不建议用通配符*来配置。当

DEBUG

被设成

False

这个列表就必须配置，否则要报错。

ALLOWED_HOSTS

是一个字符串列表，代表了这个Django网站可以服务的主机名或域名。这是为了阻止HTTP Host头攻击而采用的一种安全措施，这种攻击即使在很多看上去很安全的服务器配置下依然能够成功。

CentOS使用Mysql

开发服务器用的是sqlite，在生产环境换成Mysql。如果你的云服务器系统选的是CentOS，恭喜你中奖了，多了一些学（zhua）习（kuang）的机会。
下面是安装命令：

& sudo cd /usr/local/src/
& sudo wget http://repo.mysql.com/mysql57-community-release-el7-8.noarch.rpm 
& sudo rpm -ivh mysql57-community-release-el7-8.noarch.rpm 
& sudo yum -y install mysql-server 

我用

&

符号表示Linux命令行的提示符，注意别把它输进去了。

接着更改一下配置，

sudo vi /etc/my.cnf

，修改下面这一块。

# Remove leading # to set options mainly useful for reporting servers.
# The server defaults are faster for transactions and fast SELECTs.
# Adjust sizes as needed, experiment to find the optimal values.
# join_buffer_size = 128M
# sort_buffer_size = 2M
# read_rnd_buffer_size = 2M
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
server_id = 1
expire_logs_days = 3

OK，接下来

sudo service mysqld restart

重启一下，使用

mysql -u root -p

就可以使用啦（才怪），在

Debian

系系统使用

apt

装个

MySQL

同学会发现，安装的时候咋没让我设置密码啊，对没错，安装后第一次登陆密码是随机的……
随便瞎输个密码，报错，然后

**grep "password" /var/log/mysqld.log**

把密码输出来，用这个随机密码登录一下，接着按下面步骤操作：

mysql> alter user 'root'@'localhost' identified by '你的新密码';
Query OK, 0 rows affected (0.00 sec)

mysql> flush privileges;
Query OK, 0 rows affected (0.00 sec)

mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| sys                |
+--------------------+
4 rows in set (0.00 sec)

mysql> create database MyBlog character set utf8;
Query OK, 1 row affected (0.00 sec)

mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| MyBlog             |
| mysql              |
| performance_schema |
| sys                |
+--------------------+
5 rows in set (0.00 sec)

mysql> exit
Bye

重置了密码，并且新建了一个和我Django项目同名的表。

PyMysql

这是个十分奇怪的bug，我至今没找到原因。

我分别在

Windows10

、

Kali Linux 2019

、

CentOS 7.3

、

Ubuntu 16.04

、

Manjaro 18.1.0

上用

pip3

都只能安装

pymysql 0.9.3

版本。这样你的Django项目一运行就会报错。目前我找到的解决办法有两个：

• 退回去使用Django2.1版本
• 找到你的

  django/db/backends/mysql/base.py

  文件，把里面关于版本报错的两行注释掉。

#if version 

没仔细看报错信息，突然发现，Python还有个

mysqlclient

库，难怪我查到的pymysql最新版本就是0.9.3啊……改用这个库也是可以的

扫码关注：

以上就是《Django项目部署避坑指南（一）》的详细内容，更多关于mysql的资料请关注golang学习网公众号！