Краткая заметка. Предполагается, что uWSGI и NGINX уже установлены и настроены, например — как описано тут>>>. Если uWSGI уже установлен — бекапим его: # mv /usr/bin/uwsgi /home/setevoy/backups/ Запускаем сборку: # cd /tmp # curl http://uwsgi.it/install | bash -s cgi /usr/bin/uwsgi … *** uWSGI compiling embedded plugins *** [gcc -pthread] plugins/cgi/cgi_plugin.o … ############## end of uWSGI… Читать далее »
Домашняя страница проекта — тут>>>. Установка web2py Создаём директорию: # mkdir /var/www && cd /var/www Загружаем архив: # wget http://web2py.com/examples/static/web2py_src.zip
Домашняя страница проекта — тут>>>. Установка Django # yum -y install django Проверяем: # python Python 2.6.6 (r266:84292, Jan 22 2014, 09:37:14) [GCC 4.4.7 20120313 (Red Hat 4.4.7-4)] on linux2 Type «help», «copyright», «credits» or «license» for more information. >>> import django >>> print(django.get_version()) 1.2.3
Для «связки» NGINX и Python-скриптов будем использовать протокол WSGI, котором хорошо написано тут>>>. Передачей данных в данном случае будет заниматься сервер uWSGI, домашняя страница проекта тут>>>. Т.е., в нашей схеме на «входе» будет принимать соединения NGINX, передавать их uWSGI, который в свою очередь будет вызывать Python-скрипты. Установка выполняется на: # cat /etc/redhat-release CentOS release 6.5 (Final)
В дополнение к server_status для PHP-FPM и server-status для Apache HTTP — включение аналогичной страницы для NGINX. Проверяем, собран ли NGINX с поддержкой модуля http_stub_status_module: # nginx -V | grep http_stub_status_module nginx version: nginx/1.6.2 built by gcc 4.4.7 20120313 (Red Hat 4.4.7-3) (GCC) TLS SNI support enabled configure arguments: —prefix=/etc/nginx —sbin-path=/usr/sbin/nginx […] —with-http_stub_status_module […] —param=ssp-buffer-size=4… Читать далее »
Предполагается, что LogWatch установлен и настроен согласно статье.CentOS: установка и настройка LogWatch. Создаём отдельный файл настроек для логов NGINX: # cp /usr/share/logwatch/scripts/services/http /etc/logwatch/scripts/services/nginx # cp /usr/share/logwatch/default.conf/services/http.conf /etc/logwatch/conf/services/nginx.conf
Имеется четыре сервера: 192.168.1.107 — NFS-сервер, на котором находятся файлы «приложения»; 192.168.1.109 — «фронтенд» с NGINX, который будет балансером (принимать запросы от клиентов — и передавать их на два бекенда); 192.168.1.116 — «бекенд» №1 с NGINX, который будет обслуживать запросы к приложению; 192.168.1.117 — «бекенд» №2 с NGINX, который будет обслуживать запросы к приложению. Оба… Читать далее »
В лог очень часто пишутся ошибки вида: 2014/10/10 11:22:52 [error] 15805#0: *332838 open() «/var/www/vhosts/rtfm/rtfm.co.ua/apache-ogranichenie-dostupa-s-pomoshiu-htaccess-ihtpasswd/favicon.ico» failed (2: N request: «GET /apache-ogranichenie-dostupa-s-pomoshiu-htaccess-ihtpasswd/favicon.ico HTTP/1.1», host: «rtfm.co.ua»
По аналогии с Apache: включение server-status в связке NGINX+PHP-FPM тоже можно включить подробный вывод информации о выполняющихся скриптах PHP (для самого NGINX имеется другой модуль, в данном случае речь конкретно про PHP-FPM). По-умолчанию он отключён, а пример и описание можно взять в файле /etc/php-fpm.d/www.conf (CentOS) и настроить отдельно для каждого пула PHP-FPM.
Создаём файл пароля, как и в случае с Apache HTTP: # htpasswd -c /var/www/vhosts/.htpasswd username New password: Re-type new password: Adding password for user username Редактируем файл настроек виртуалхоста, например /etc/nginx/conf.d/newsite.com.conf, и добавляем строки: auth_basic — указатель того, что имеет место авторизация + заголовок страницы; auth_basic_user_file — указывает на файл с логинами-паролями;