Я настроил свой сайт WordPress на Nginx, и все работает нормально, но для несуществующих страниц .php они возвращают страницу nginx по умолчанию 404 «страница не найдена». Почему?
# listen 443 ssl default_server;
# listen [::]:443 ssl default_server;
#
# Note: You should disable gzip for SSL traffic.
# See: https://bugs.debian.org/773332
#
# Read up on ssl_ciphers to ensure a secure configuration.
# See: https://bugs.debian.org/765782
#
# Self signed certs generated by the ssl-cert package
# Don't use them in a production server!
#
# include snippets/snakeoil.conf;
root /var/www/vpsproject.site;
# Add index.php to the list if you are using PHP
index index.php;
server_name vpsproject.site;
location / {
#try_files $uri $uri/ =404;
try_files $uri $uri/ /index.php$is_args$args;
}
# pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
#
location ~ \.php$ {
include snippets/fastcgi-php.conf;
# With php7.4-fpm:
fastcgi_pass unix:/run/php/php7.4-fpm.sock;
}
# deny access to .htaccess files, if Apache's document root
# concurs with nginx's one
#
location ~ /\.ht {
deny all;
}
# deny access to .git related folders or files
#
location ~ /\.git {
deny all;
}
решение1
Это происходит потому, что nginx отправляет запросы на .php
файлы процессу PHP-FPM, прослушивающему unix:/run/php/php7.4-fpm.sock
сокет. Затем процесс PHP-FPM проверяет, существует ли файл, и если его нет, он возвращает код статуса 404.
Между тем, поток запросов по умолчанию для всех остальных URL-адресов заключается в том, что nginx сначала проверяет, существует ли файл или каталог. Если он существует, он отправляет содержимое.
В противном случае nginx отправляет запрос на /index.php
, который затем отправляется в процесс PHP-FPM через сокет.
Затем фронт-контроллер WordPress обрабатывает запрос и выдает собственную страницу 404, если она не найдена.