Просьбы к wp-admin/admin-ajax.php возвращает ошибку 404

#php #wordpress #nginx #wp-admin

Вопрос:

Я переключился с HTTP-сервера Apache на Nginx, и теперь плагин WordPress, над которым я работаю, получает 404 ответа на ошибку при отправке запросов на wp-admin/admin-ajax.php с правильно зарегистрированными действиями:

 https://projectname.com/wp-admin/admin-ajax.php/?action=my-ajax-action
 

В журналах PHP и Nginx нет ошибок. Также при добавлении точки останова прямо в верхней части wp-admin/admin-ajax.php файл, Xdebug не останавливается. Таким образом, файл, похоже, вообще не вызывается.

Вот моя конфигурация Nginx (на самом деле это контейнер docker с HTTP-сервером Apache в качестве обратного прокси-сервера спереди):

 server {

   listen 443 ssl http2;
   listen [::]:443 ssl http2;

   index index.php index.html;
   root /var/www/html;
   server_name localhost;

   #SSL
   ssl_certificate /etc/ssl/certs/self-signed.crt;
   ssl_certificate_key /etc/ssl/private/self-signed.key;
   include ssl/ssl.conf;
   #include snippets/snakeoil.conf;


   error_log  /var/log/nginx/https_error.log;
   access_log /var/log/nginx/https_access.log;


   add_header scheme $scheme;
   add_header host $host;
   add_header uri $uri;


   location / {
       try_files $uri $uri/ /index.php?$args;
       #try_files $uri $uri/ $uri.html $uri.php$is_args$query_string;
       expires -1;
   }

   location ~ .php$ {
       try_files $uri =404;
       fastcgi_split_path_info ^(. .php)(/. )$;
       #fastcgi_split_path_info ^(. ?.php)(/.*)$;
       fastcgi_pass backend:9000;
       fastcgi_index index.php;
       include fastcgi_params;
       fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
       fastcgi_param PATH_INFO $fastcgi_path_info;
       #include global/fastcgi_optimize.conf;
   }

   # Directives to send expires headers and turn off 404 error logging.
   location ~* ^. .(ogg|ogv|svg|svgz|eot|otf|woff|mp4|ttf|rss|atom|jpg|jpeg|gif|png|ico|zip|tgz|gz|rar|bz2|doc|xls|exe|ppt|tar|mid|midi|wav|bmp|rtf)$ {
       access_log off; log_not_found off; expires -1;
   }


   include global/compression.conf;

}

 

Есть идеи, что может вызвать реакцию 404?

Ответ №1:

Он возвращает 404, потому что нет блока, соответствующего этому URL-адресу. Параметры обработчика PHP CGI существуют в этом втором блоке:

    location ~ .php$ {
       try_files $uri =404;
       fastcgi_split_path_info ^(. .php)(/. )$;
       #fastcgi_split_path_info ^(. ?.php)(/.*)$;
       fastcgi_pass backend:9000;
       fastcgi_index index.php;
       include fastcgi_params;
       fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
       fastcgi_param PATH_INFO $fastcgi_path_info;
       #include global/fastcgi_optimize.conf;
   }
 

Этот блок соответствует любому местоположению, заканчивающемуся на .php (не в случае с указанным вами URL-адресом). Таким образом, вам нужно только немного изменить регулярное выражение, как это:

    location ~ (.*.php)(/.*)$ {
       try_files $uri =404;
       fastcgi_split_path_info ^(. .php)(/. )$;
       #fastcgi_split_path_info ^(. ?.php)(/.*)$;
       fastcgi_pass backend:9000;
       fastcgi_index index.php;
       include fastcgi_params;
       fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
       fastcgi_param PATH_INFO $fastcgi_path_info;
       #include global/fastcgi_optimize.conf;
   }
 

Это также будет соответствовать косой черте, за которой следует любое количество символов после .php. Это должно соответствовать вашему URL-адресу.

Комментарии:

1. Спасибо! Но с вашим кодом регулярного выражения я все равно получаю ответ 404 для admin-ajax.php/?action=my-ajax-action , и теперь, кроме того, все мои обычные ссылки загружаются вместо того, чтобы отображаться браузером 😬

Ответ №2:

Итак, завершающая косая черта после admin-ajax.php вот в чем была проблема. Я только что добавил правило перезаписи специально для wp-admin/admin-ajax.php/ на уровне сервера, и теперь все работает нормально:

 rewrite  ^/wp-admin/admin-ajax.php/(.*)$  /wp-admin/admin-ajax.php$1;
 

Хотя рабочее регулярное выражение в блоке местоположения (или fastcgi_split_path_info ? ) было бы гораздо элегантнее.