Имеется центральный репозиторий. Настроен по статье Git: свой репозиторий под NGINX +uWSGI. При добавлении большого файла в репозиторий — Git сообщает об ошибке: $ git push zeus master Counting objects: 5483, done. Delta compression using up to 4 threads. Compressing objects: 100% (5343/5343), done. error: RPC failed; result=22, HTTP code = 500 | 2.82 MiB/s… Читать далее »
Обновлено: теперь работает push 🙂 Создание локального репозитория с доступом по HTTP. Используется NGINX для обработки HTTP, uWSGI — для обработки CGI. Предполагается, что имеется чистая система, поэтому — описывается установка каждого компонента. Для того, что бы была возможнеость выполнять git push — требуется собрать NGINX с дополнительным модулями — http_dav_module и nginx-dav-ext-module. Иначе — git push… Читать далее »
При попытке импорта записей в WordPress — NGINX сообщает об ошибке: 2015/02/03 16:48:29 [error] 9351#0: *309 client intended to send too large body: 10095513 bytes, client: 85.91.123.14, server: rtfm.co.ua, request: «POST /wp-admin/admin.php?import=wordpress&step=1&_wpnonce=de375f6c50 HTTP/1.1», host: «rtfm.co.ua», referrer: «http://rtfm.co.ua/wp-admin/admin.php?import=wordpress Проблема заключается в параметре client_max_body_size:
Краткая заметка. Предполагается, что 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
Для «связки» 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»