Ubuntu14.04 Server amd64 配置 Apache+MySQL+Django

寫在前面

由於不一樣版本的apache等軟件文件夾和配置文件的名稱設置都不盡相同，網上累死累活查了好多個博客就沒一個能成功配出來的。

因此本文也不必定能幫到你，請在肯定對本身有用以前不要盲目轉載，以避免給後來人製造更多的信息篩選負擔。

Made By： CSGrandeur

 

寫本文時各軟件的版本

apache2：2.4

Django：1.6.1

MySQL：5.5.37

Python：2.7.6

apache版本不一樣，配置文件的地方和名稱可能不一樣。好比看網上的教程，做死也找不到httpd.conf。。。

 

各類安裝

先考慮要不要

sudo apt-get update
sudo apt-get upgrade

而後

python是預裝的，python --version查看

裝Apache、wsgi、Django、MySQL、MySQLdb

sudo apt-get install apache2 
sudo apt-get install libapache2-mod-wsgi
sudo apt-get install python-django
sudo apt-get install mysql-server mysql-client
sudo apt-get install python-mysqldb

 

設置apache文件夾權限

cd /etc/apache2
sudo nano apache2.conf

找到

<Directory />
        Options FollowSymLinks
        AllowOverride None
        #Require all denied
        Allow from all
</Directory>

井號是我加的，Alow from all也是加的，改爲這個樣子就是了。

 

創建Django工程目錄

不建議建在/var/www，若是系統設置問題致使不識別.py爲網頁文件時，/var/www做爲Apache默認Web文件夾，.py源文件將能夠被下載而泄漏。

我把文件放在了/home/djangoapps/

sudo mkdir /home/djangoapps
sudo mkdir /home/djangoapps/work

建立Django工程（網頁文件夾）

cd /home/djangoapps/work
django-admin startproject mysite

 

建wsgi

在隨便哪裏建wsgi，好比

sudo nano /home/djangoapps/work/mysite/apache/django.wsgi

填入以下內容

import os
import sys
path = '/home/djangoapps/work/mysite'
if path not in sys.path:
    sys.path.insert(0, '/home/djangoapps/work/mysite')
os.environ['DJANGO_SETTINGS_MODULE'] = 'mysite.settings'
import django.core.handlers.wsgi
application = django.core.handlers.wsgi.WSGIHandler()

path是剛建立的工程文件夾位置，對應"mysite"的地方都是對應那個工程的名字。

 

建站點設置文件

去/etc/apache2/sites-available/建站點設置文件

cd /etc/apache2/sites-available
sudo nano mysite.conf

填入以下內容

<VirtualHost *:80>
    #ServerName hello.djangoserver
    DocumentRoot /home/djangoapps/work/mysite 
    <Directory /home/djangoapps/work/mysite>  
        Order allow,deny
        Allow from all
    </Directory>
    WSGIDaemonProcess mydjangosite processes=2 threads=15 display-name=%{GROUP}
    WSGIProcessGroup mydjangosite
    WSGIScriptAlias / /home/djangoapps/work/mysite/apache/django.wsgi
</VirtualHost>

爲了讓內容乾淨，解釋就在外面說了：

ServerName這裏註釋掉了，能夠設置域名的，設置這裏的話其餘地方也要配合設置

兩個路徑都是剛剛建的工程的路徑

關於WSGIxxxx三條設置後面再說。

WSGIScriptAlias 空格 / 空格 /wsgi的路徑。前面那個'/'能夠是/xxxx什麼的，訪問的方式是 localhost/xxxx，不過我沒成功@_@，因此就一個孤零零的 '/'吧。

 

啓動站點

別離開/etc/apache2/sites-available

sudo a2ensite mysite
sudo service apache2 reload

Django站點已經配置好了，可是這時訪問127.0.0.1看到的是apache頁面。

————————————————————————————————————————

 

關於端口

在/etc/apache2/sites-available能夠看到000-default.conf，這個就是apache默認的站點，對應/var/www/html

若是都用80端口的話，訪問到的是apache，而不是剛建的django。

能夠關閉這個站點，

sudo a2dissite 000-default
sudo service apache2 reload

這時就能正常訪問剛建的django站點了。

也能夠換個端口，在mysite.conf文件中，<VirtualHost *:80>改爲<VirtualHost *:xxxx>本身要的端口，好比8000。

而後改ports.conf

cd /etc/apache2
sudo nano ports.conf

看到Listen 80了吧，下面加一行 Listen 8000，就能用8000端口了。

sudo service apache2 reload

這樣127.0.0.1訪問的是apache站點，127.0.0.1:8000訪問的就是咱們的django站點了。

 

關於WSGIxxxx

如下是轉載 http://ssmax.net/archives/977.html：

mod_wsgi 有兩種運行模式，
第一種是嵌入模式，相似於mod_python，直接在apache進程中運行，這樣的好處是不須要另外增長進程，可是壞處也很明顯，全部內存都和apache共享，若是和mod_python同樣形成內存漏洞的話，就會危害整個apache。並且若是apache是用worker mpm，mod_wsgi也就強制進入了線程模式，這樣子對於非線程安全的程序來講就無法用了。
這種模式下只須要在apache下面設置
WSGIScriptAlias /path /path-to-wsgi
便可生效，對於小型腳本的話，直接用這種模式便可。
第二種是後臺模式，相似於FastCGI的後臺，mod_wsgi會借apache的外殼，另外啓動一個或多個進程，而後經過socket通訊和apache的進程聯繫。
這種方式只要使用如下配置便可開啓：
#啓動WSGI後臺，site1是後臺名字
WSGIDaemonProcess site1 processes=2 threads=15 display-name=%{GROUP}
#分配當前上下文應該使用哪一個WSGI後臺，能夠放在Location裏面指定
WSGIProcessGroup site1
#根據當前上下文的ProcessGroup分配到對應的後臺
WSGIScriptAlias /path /path-to-wsgi
後臺模式因爲是與apache進程分離了，內存獨立，並且能夠獨立重啓，不會影響apache的進程，若是你有多個項目（django），能夠選擇創建多個後臺或者共同使用一個後臺。
好比在同一個VirtualHost裏面，不一樣的path對應不一樣的django項目，能夠同時使用一個Daemon：
WSGIDaemonProcess default processes=1 threads=1 display-name=%{GROUP}
WSGIProcessGroup default
WSGIScriptAlias /project1 「/home/website/project1.wsgi」
WSGIScriptAlias /project2 「/home/website/project2.wsgi」
這樣子兩個django都使用同一個WSGI後臺。
也能夠把不一樣的項目分開，分開使用不一樣的後臺，這樣開銷比較大，但就不會耦合在一塊兒了。
display-name是後臺進程的名字，這樣方便重啓對應的進程，而不須要所有殺掉。
WSGIDaemonProcess site1 processes=1 threads=1 display-name=%{GROUP}
WSGIDaemonProcess site2 processes=1 threads=1 display-name=%{GROUP}
<Location 「/project1″>
WSGIProcessGroup site1
</Location>
WSGIScriptAlias /project1 「/home/website/project1.wsgi」
<Location 「/project1″>
WSGIProcessGroup site2
</Location>
WSGIScriptAlias /project2 「/home/website/project2.wsgi」
對於django 1.0如下的版本，因爲官方認定不是線程安全的，因此建議使用多進程單線程模式
processes=n threads=1
可是我本身在用django 0.9.6，使用多線程模式在不少項目裏面基本都沒有問題，包括在worker模式下面使用mod_python，實際上是同樣的道理，呵呵。
升級到django 1.0之後，就能夠放心的使用多進程多線程模式了：
processes=2 threads=64
這樣子性能會更好。
下面是兩種模式的英文原文：
When hosting WSGI applications using mod_wsgi, one of two primary modes of operation can be used. In ‘embedded’ mode, mod_wsgi works in a similar way to mod_python in that the Python application code will be executed within the context of the normal Apache child processes. WSGI applications when run in this mode will therefore share the same processes as other Apache hosted applications using Apache modules for PHP and Perl.
An alternate mode of operation available with Apache 2.X on UNIX is ‘daemon’ mode. This mode operates in similar ways to FASTCGI/SCGI solutions, whereby distinct processes can be dedicated to run a WSGI application. Unlike FASTCGI/SCGI solutions however, a separate infrastructure is not needed when implementing the WSGI application and everything is handled automatically by mod_wsgi.
Because the WSGI applications in daemon mode are being run in their own processes, the impact on the normal Apache child processes used to serve up static files and host applications using Apache modules for PHP, Perl or some other language is much reduced. Daemon processes may if required also be run as a distinct user ensuring that WSGI applications cannot interfere with each other or access information they shouldn’t be able to.

查看