Я пытаюсь запустить веб-сайт (для которого требуется PHP - в настоящее время он технически не требует MySQL, но он может когда-нибудь в ближайшем будущем, когда я продолжу его разработку, поэтому я пошел дальше и установил его) с помощью nginx 1.2 .4 и PHP-FPM 5.3.3 в Ubuntu 12.04.1 LTS. Насколько мне известно, я не сделал ничего плохого, но очевидно, что что-то не так - мне кажется, что я получаю ошибку 400 Bad Request всякий раз, когда пытаюсь перейти на свой веб-сайт. Я в основном следовал одному руководству и сделал более или менее все, что он рекомендует, за исключением того, что не настраивал PHP-FPM для использования Unix Socket, и я использовал service
в отличие от /etc/init.d/
при запуске / остановке nginx, PHP и MySQL.
В любом случае, вот мои соответствующие файлы конфигурации (у меня есть только подвергнутые цензуре личные / конфиденциальные данные, такие как мое доменное имя, которое содержит мое настоящее имя):
/etc/nginx/nginx.conf
user www-data;
worker_processes 4;
pid /var/run/nginx.pid;
events {
worker_connections 768;
# multi_accept on;
}
http {
##
# Basic Settings
##
sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 15;
types_hash_max_size 2048;
# server_tokens off;
# server_names_hash_bucket_size 64;
# server_name_in_redirect off;
include /etc/nginx/mime.types;
default_type application/octet-stream;
##
# Logging Settings
##
access_log /var/log/nginx/access.log;
error_log /var/log/nginx/error.log;
##
# Gzip Settings
##
gzip on;
gzip_disable "msie6";
# gzip_vary on;
# gzip_proxied any;
# gzip_comp_level 6;
# gzip_buffers 16 8k;
# gzip_http_version 1.1;
# gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;
##
# nginx-naxsi config
##
# Uncomment it if you installed nginx-naxsi
##
#include /etc/nginx/naxsi_core.rules;
##
# nginx-passenger config
##
# Uncomment it if you installed nginx-passenger
##
#passenger_root /usr;
#passenger_ruby /usr/bin/ruby;
##
# Virtual Host Configs
##
include /etc/nginx/conf.d/*.conf;
include /etc/nginx/sites-enabled/*;
}
/etc/nginx/sites-enabled/subdomain.mydomain.net
server {
listen 80; # listen for IPv4
listen [::]:80; # listen for IPv6
server_name www.subdomain.mydomain.net subdomain.mydomain.net;
access_log /srv/www/subdomain.mydomain.net/logs/access.log;
error_log /srv/www/subdomain.mydomain.net/logs/error.log;
location / {
root /srv/www/subdomain.mydomain.net/public;
index index.php;
}
location ~ \.php$ {
try_files $uri =400;
include fastcgi_params;
fastcgi_split_path_info ^(.+\.php)(/.+)$;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /srv/www/subdomain.mydomain.net/public$fastcgi_script_name;
}
}
Все каталоги, перечисленные в файлах конфигурации выше, верны на моем сервере (насколько мне известно).
Я не включил /etc/php5/fpm/pool.d/www.conf
или /etc/php5/fpm/php.ini
в этом посте, так как они довольно длинные, но я разместил их на Pastebin: http://pastebin.com/ensErJD8 и http://pastebin.com/T23dt7vMсоответственно. Хотя единственное, что я изменил в любом из двух файлов, было в php.ini, где я установил expose_php
к off
чтобы скрыть .php
расширение файла от пользователей.
Что я могу сделать, чтобы решить мою проблему? Пожалуйста, дайте мне знать, если мне понадобится дополнительная информация.
Я предполагаю, что TechZilla уже заявляла об этом, но вы можете изменить эту строку:
fastcgi_pass 127.0.0.1:9000;
быть этим.
fastcgi_pass unix:/var/run/php5-fpm.sock;
Я предполагал, поскольку вы заявили, что установили PHP-FPM, использование метода .sock должно быть лучше, чем передача через TCP.
Подключение к PHP-FPM через метод .sock может быть выполнено, если пакет, устанавливающий PHP-FPM, также установит необходимые разрешения и настроен правильно. Если нет, возможно, вам придется прибегнуть к подключению к PHP-FPM через 127.0.0.1:9000
. Спасибо Полу за то, что сообщил мне об этом.
Также возможно, что эта строка:
include fastcgi_params;
можно было бы изменить на это:
include fastcgi.conf;
Однако не рассчитывайте на меня. Я понятия не имею, почему это работает на моей виртуальной машине Ubuntu Server, но на данный момент это работает.
Вероятно, это опечатка:
try_files $uri =400;
Почти наверняка это должно быть:
try_files $uri =404;