Вступление
Django - это мощный веб-фреймворк, который может помочь вам быстро запустить приложение Python или веб-сайт. Django включает в себя упрощенный сервер разработки для локального тестирования кода, но для всего, что связано с производством, требуется более безопасный и мощный веб-сервер.
В этом руководстве мы продемонстрируем, как установить и настроить Django в виртуальной среде Python на CentOS 7. Затем мы настроим Apache перед нашим приложением, чтобы он мог обрабатывать клиентские запросы непосредственно перед передачей запросов, требующих логики приложения, в приложение Django. Мы сделаем это с помощью модуля Apache + mod_wsgi +, который может взаимодействовать с Django через спецификацию интерфейса WSGI.
Предпосылки и цели
Для выполнения этого руководства у вас должен быть свежий экземпляр сервера CentOS 7 с пользователем без полномочий root с настроенными привилегиями + sudo +. Вы можете узнать, как это настроить, запустив наше руководство по установке https://www.digitalocean.com/community/tutorials/initial-server-setup-with-centos-7].
Мы будем устанавливать Django в виртуальной среде Python. Установка Django в среду, специфичную для вашего проекта, позволит обрабатывать ваши проекты и их требования отдельно.
Как только мы запустим наше приложение, мы настроим Apache для взаимодействия с приложением Django. Это будет сделано с помощью модуля Apache + mod_wsgi +, который может преобразовывать HTTP-запросы в предсказуемый формат приложения, определенный спецификацией WSGI. Вы можете узнать больше о WSGI, прочитав связанный раздел на https://www.digitalocean.com/community/tutorials/how-to-set-up-uwsgi-and-nginx-to-serve-python-apps-on -ubuntu-14-04 # определения и понятия [это руководство].
Давайте начнем.
Установите пакеты из репозитория CentOS и EPEL
Чтобы начать процесс, мы загрузим и установим все необходимые нам элементы из репозиториев нашего дистрибутива. Это будет включать веб-сервер Apache, модуль + mod_wsgi +, используемый для взаимодействия с нашим приложением Django, и + pip +, менеджер пакетов Python, который можно использовать для загрузки наших инструментов, связанных с Python.
Чтобы получить + pip +, нам нужно включить репозиторий EPEL, который является некоторыми дополнительными пакетами. Вы можете сделать это легко, набрав:
sudo yum install epel-releaseС включенным EPEL мы можем установить нужные нам компоненты, набрав:
sudo yum install python-pip httpd mod_wsgiНастройте виртуальную среду Python
Теперь, когда у нас есть компоненты из репозиториев, мы можем начать работу над нашим проектом Django. Первым шагом является создание виртуальной среды Python, чтобы наш проект Django был отделен от системных инструментов и любых других проектов Python, над которыми мы можем работать.
Нам нужно установить команду + virtualenv + для создания этих сред. Мы можем получить это используя + pip +:
sudo pip install virtualenvС установленным + virtualenv + мы можем приступить к формированию нашего проекта. Создайте каталог, в котором вы хотите сохранить свой проект, и перейдите в каталог:
mkdir ~/
cd ~/В каталоге проекта создайте виртуальную среду Python, набрав:
virtualenvЭто создаст каталог с именем ` в вашем каталоге `. Внутри он установит локальную версию Python и локальную версию + pip +. Мы можем использовать это для установки и настройки изолированной среды Python для нашего проекта.
Перед установкой требований Python для нашего проекта нам необходимо активировать виртуальную среду. Вы можете сделать это, набрав:
source /bin/activateВаше приглашение должно измениться, чтобы указать, что вы сейчас работаете в виртуальной среде Python. Это будет выглядеть примерно так: + () @: ~ / $ +.
Когда ваша виртуальная среда активна, установите Django с локальным экземпляром + pip +, набрав:
pip install djangoСоздать и настроить новый проект Django
Теперь, когда Django установлен в нашей виртуальной среде, мы можем создавать файлы проекта Django.
Создать проект Django
Поскольку у нас уже есть каталог проекта, мы скажем Django установить файлы здесь. Он создаст каталог второго уровня с реальным кодом, который является нормальным, и поместит сценарий управления в этот каталог. Ключом к этому является точка в конце, которая указывает Django создавать файлы в текущем каталоге:
django-admin.py startproject .Настройте параметры проекта
Первое, что мы должны сделать с нашими недавно созданными файлами проекта, это настроить параметры. Откройте файл настроек в вашем текстовом редакторе:
nano /settings.pyДля простоты мы собираемся использовать базу данных SQLite по умолчанию в этом руководстве, поэтому нам не нужно слишком много менять. Мы сосредоточимся на настройке каталога статических файлов, где Django будет размещать статические файлы, чтобы веб-сервер мог легко их обслуживать.
В нижней части файла мы добавим строку для настройки этого каталога. Django использует настройку + STATIC_ROOT +, чтобы определить каталог, куда должны идти эти файлы. Мы будем использовать немного Python, чтобы сказать ему использовать каталог «static» в главном каталоге нашего проекта:
STATIC_ROOT = os.path.join(BASE_DIR, "static/")Сохраните и закройте файл, когда вы закончите.
Завершите начальную настройку проекта
Теперь мы можем перенести исходную схему базы данных в нашу базу данных SQLite, используя скрипт управления:
cd ~/
./manage.py makemigrations
./manage.py migrateСоздайте административного пользователя для проекта, набрав:
./manage.py createsuperuserВам нужно будет выбрать имя пользователя, указать адрес электронной почты, а также выбрать и подтвердить пароль.
Мы можем собрать весь статический контент в каталог, который мы настроили, набрав:
./manage.py collectstaticВам нужно будет подтвердить операцию. Статические файлы будут помещены в каталог с именем + static + в каталоге вашего проекта.
Наконец, вы можете протестировать свой проект, запустив сервер разработки Django с помощью этой команды:
./manage.py runserver 0.0.0.0:8000В веб-браузере перейдите к доменному имени или IP-адресу вашего сервера, за которым следует +: 8000 +:
http://:8000Вы должны увидеть страницу индекса по умолчанию Django:
изображение: https: //assets.digitalocean.com/articles/django_centos7/django_default.png [индекс по умолчанию в Django]
Если вы добавите + / admin + в конец URL-адреса в адресной строке, вам будет предложено ввести имя пользователя и пароль администратора, которые вы создали с помощью команды + createuperuser:
изображение: https: //assets.digitalocean.com/articles/django_centos7/django_admin_login.png [логин администратора Django]
После аутентификации вы можете получить доступ к стандартному интерфейсу администратора Django:
изображение: https: //assets.digitalocean.com/articles/django_centos7/django_admin_page.png [интерфейс администратора Django]
Когда вы закончите исследование, нажмите CTRL-C в окне терминала, чтобы выключить сервер разработки.
Сейчас мы закончили с Django, поэтому можем выйти из нашей виртуальной среды, набрав:
deactivateНастройте Apache
Теперь, когда ваш проект Django работает, мы можем настроить Apache в качестве внешнего интерфейса. Полученные клиентские соединения будут переведены в формат WSGI, который ожидает приложение Django, используя модуль + mod_wsgi +. Это должно было быть автоматически включено при установке ранее.
Для настройки прохода WSGI нам потребуется создать новый файл конфигурации, который определяет проход WSGI. Создайте и откройте файл с привилегиями + sudo + в каталоге + / etc / httpd / conf.d +. Мы назовем этот файл + django.conf +:
sudo nano /etc/httpd/conf.d/django.confДля начала давайте настроим статические файлы. Мы будем использовать псевдоним, чтобы сообщить Apache для сопоставления любых запросов, начинающихся с + / static +, со «статическим» каталогом в папке нашего проекта. Мы собрали статические активы там ранее. Мы настроим псевдоним и затем предоставим доступ к соответствующему каталогу с помощью блока каталога:
Alias /static /home///static
<Directory /home///static>
Require all granted
</Directory>Далее мы предоставим доступ к файлу + wsgi.py + в каталоге проекта второго уровня, где хранится код Django. Для этого мы будем использовать раздел каталога с разделом файла внутри. Мы предоставим доступ к файлу внутри этой вложенной конструкции:
Alias /static /home///static
<Directory /home///static>
Require all granted
</Directory>
<Directory /home///>
<Files wsgi.py>
Require all granted
</Files>
</Directory>После того, как это настроено, мы готовы построить часть файла, которая фактически обрабатывает проход WSGI. Мы будем использовать режим демона для запуска процесса WSGI, который является рекомендуемой конфигурацией. Мы можем использовать директиву + WSGIDaemonProcess +, чтобы установить это.
Эта директива принимает произвольное имя для процесса. Мы будем использовать ++, чтобы оставаться последовательными. После этого мы устанавливаем путь Python, где Apache может найти все компоненты, которые могут потребоваться. Поскольку мы использовали виртуальную среду, нам нужно будет установить два компонента пути. Первый - это родительский каталог нашего проекта, в котором можно найти файлы проекта. Вторым является путь + lib / python. / Site-packages + в нашей папке виртуальной среды (где Xs заменяются компонентами номера версии Python). Таким образом, Apache может найти весь другой код Python, необходимый для запуска нашего проекта.
После этого нам нужно указать группу процессов. Это должно указывать на то же имя, которое мы выбрали для директивы + WSGIDaemonProcess + (в нашем случае + myproject +). Наконец, нам нужно установить псевдоним сценария, чтобы Apache передавал запросы корневого домена в файл + wsgi.py +:
Alias /static /home///static
<Directory /home///static>
Require all granted
</Directory>
<Directory /home///>
<Files wsgi.py>
Require all granted
</Files>
</Directory>
WSGIDaemonProcess python-path=/home//:/home////lib/python./site-packages
WSGIProcessGroup
WSGIScriptAlias / /home////wsgi.pyКогда вы закончите вносить эти изменения, сохраните и закройте файл.
Завершение некоторых проблем с разрешениями
Далее нам нужно исправить несколько наборов разрешений, чтобы служба Apache могла получить доступ к нашим файлам. По умолчанию CentOS блокирует домашний каталог каждого пользователя очень ограниченно. Чтобы обойти это, мы добавим пользователя + apache + в нашу собственную группу пользователей. Это позволит нам открыть разрешения достаточно, чтобы он мог получить доступ к соответствующим файлам.
Добавьте пользователя + apache + в свою группу с помощью следующей команды. Замените свое имя пользователя на ++ в команде:
sudo usermod -a -G apacheТеперь мы можем дать нашей группе пользователей права на выполнение в нашем домашнем каталоге. Это позволит процессу Apache войти и получить доступ к контенту в пределах:
chmod 710 /home/Это даст Apache возможность войти в наш домашний каталог.
Если вы используете базу данных SQLite, которая по умолчанию используется в этой статье, вам необходимо разрешить процессу Apache доступ к самому файлу базы данных.
Для этого первым шагом является изменение разрешений, чтобы владелец группы базы данных мог читать и писать. Файл базы данных по умолчанию называется + db.sqlite3 + и должен находиться в каталоге вашего базового проекта:
chmod 664 ~//db.sqlite3После этого нам нужно дать группе, под которой работает Apache, группе + apache +, принадлежность группы к файлу:
sudo chown :apache ~//db.sqlite3Для записи в файл нам также необходимо предоставить группе Apache право собственности на родительский каталог базы данных:
sudo chown :apache ~/После того, как эти шаги выполнены, вы готовы запустить службу Apache. Для этого введите:
sudo systemctl start httpdТеперь вы сможете получить доступ к своему сайту Django, перейдя по доменному имени или IP-адресу вашего сервера без указания порта. Обычный сайт и интерфейс администратора должны работать как положено.
Если все работает должным образом, вы можете включить службу Apache, чтобы она автоматически запускалась при загрузке:
sudo systemctl enable httpdЗаключение
В этом руководстве мы создали проект Django в собственной виртуальной среде. Мы настроили Apache с помощью + mod_wsgi + для обработки клиентских запросов и взаимодействия с приложением Django.
Django упрощает создание проектов и приложений, предоставляя множество общих частей, позволяя вам сосредоточиться на уникальных элементах. Используя общую цепочку инструментов, описанную в этой статье, вы можете легко обслуживать созданные вами приложения с одного сервера.