一步一图，VirtualBox中搭建[Ubuntu + Python + Apache2 + mod_WSGI + Django]环境(三)

欢迎回来，愿猪神保佑你~

在上一篇中，我们安装了mod_wsgi模块，并写了一个小程序来验证我们的WSGI工作正常。在本篇中，我们将安装Django,并建立一个简单的网站来证明我的们的搭建是成功的。

步骤一： 安装Django

pip install django

使用pip即可安装，命令十分简单，看上去一切顺利。
但是，等等， 这是什么？！

原来，系统在提示我pip不是最新的，建议更新。可是我刚刚安装的pip啊，为什么刚才你不顺便给我安装成最新的？好在django已经安装成功了(蓝框里面的提示信息),我们先干正事，看看django是不是真的安装成功了。

查看django的版本信息

系统也是好意嘛，我们就顺带更新下pip吧~

upgrade pip

步骤二： 使用Django建立一个web-site

我们将web-site的文件存在哪个文件夹呢？为了方便，减少讨论分支，这里我继续使用【/var/www/】这个文件夹。我们先切换到这个文件夹，回顾一下里面有哪些内容。

注意，我们现在的位置是【/var/www/】目录！我们使用django-admin命令来新建一个项目(project)，名字就叫【web2】吧。

django-admin startproject web2

这里要注意，我们的目录结构！django在【/var/www/】目录下面新建了一个【web2】目录，并且，在【web2】目录里面，还有一个同样名字的【web2】目录，不要搞混了！！！

这么看是不是有些乱？我们使用一个工具，更换一种视角来看目录结构。首先安装这个工具。

pip install tree

命令的使用很简单，tree~注意下图中：
1. 我们所在的目录是【/var/www】
2. 在tree命令的输出中，最左上角的那个【.】代表当前目录，也就是【/var/www】
3. tree命令展示的是，以当前目录为根目录(root-dir)的目录结构

tree

这个视角是不是清晰多了？【web2】目录下，确实有一个同名的【web2】目录对么？记住这个目录关系，在后面的时候是要用到的~~

步骤三：定位Django给出的wsgi入口

再次，仔细观察tree给出的目录结构：

寻找wsgi入口

有没有注意到，Django为我们建立了一个【wsgi.py】文件，这个就是它自动为我们提供的【web2】的wsgi入口。
对比我们之前创建的【simple.wsgi】，可以发现，他们的后缀名不一样！是的，你get到了一个知识点：wsgi的入口可以是wsgi后缀的，也可以是py后缀的！

步骤四： 修改配置文件，指向新的wsgi入口

首先，我们切换到Apache的配置目录；然后用我们新入手的工具【tree】瞧瞧目录结构；最后，修改我们的老朋友【000-default.conf】

我们在配置文件中，参照之前加入的内容，增加对新的wsgi入口的定义。
和之前的内容做对比，会发现主要修改了http路径和文件夹路径而已。

Add new configuration

接下来，我们启用(enable)修改后的配置，并重新启动Apache服务；然后去看看他的日志文件都说了啥。

enable new configuration

现在打开浏览器，访问【http://localhost/pig】，告诉我你看到了啥？是不是错误？
好吧，我们去看看错误日志里都说了什么。

web2.settings ???

这个【web2】看上去有些眼熟，可是那个【settings】是什么鬼？再把我们的新工具【tree】拉出来~

tree /var/www/

嗯，在内层的【web2】目录里面，确实有一个叫做【settings.py】的文件，难道这个路径结构和【wsgi.py】有什么关系？

cat /var/www/web2/web2/wsgi.py

查看【wsgi.py】的内容，看来还真是有点关系~看上去是将某个东西赋值给了另外一个东西~但这只是一篇简单的教程而已，猪神有必要玩得这么大么？！
关于背后的各种逻辑，猪神显然不想玩那么大~既然他需要某个值，我们就给他某个值！~

步骤五： 配置环境变量

先去看看Apache的配置文件夹中，都有什么内容。

/etc/apache2/

那个【sites-available】是不是很眼熟？之前我们多次修改它里面的【000-default.conf】。但这次我们不找他，我们要找的是【apache2.conf】！
编辑【apache2.conf】，定位到文件的最后一样，看上去是这个样子：

Content of apache2.conf

插入一行内容，如下：

WSGIPythonPath

其中的【WSGIPythonPath】是告诉Apache，在需要寻找一个Python模块的时候，除了现有的路径，也去【/var/www/web2】看看~
重新启动Apache服务器，在浏览器中访问【127.0.0.1/pig】

404 Error

错误就是404，但是系统给出的信息还是挺多的：
1. URLconf .... in web2.urls，用过Django的同学一定知道这是怎么回事了
2. ^admin/，看上去这个单词好熟悉~
3. DEBUG = True就会显示这风格，等我真正部署的时候可不希望让别人知道这么多，到时候我要去改掉它！

去看看，Apache日志里面说了些什么

Not found /pig/

找不到【/pig】，那么能找到啥呢？对了，那个【admin】好使不？

访问http://127.0.0.1/pig/admin

嗯，虽然布局很丑，但那熟悉的味道是Django!这说明，我们部署成功，通了~~~

在下一篇中，我们将继续完善我们的【web2】,加入我们自己定义的页面。