Назад | Перейти на главную страницу

Ошибка «Не указан входной файл» - NginX / fcgi - при запросе несуществующего файла .php

У меня есть NginX, обслуживающий сайт drupal с использованием fcgi. Попытка перейти к несуществующему файлу php (например, www.example.com/this-file-doesn't-exist.php) приводит к появлению белого экрана с этой ошибкой:

'Не указан входной файл'

Я использовал этот пост, чтобы настроить NginX: http://drupal.org/node/110224

Это мой файл конфигурации NginX:

server {
listen 1.2.3.4:80 default;
server_name www.example.com;

client_max_body_size 6M;

root /var/www/example.com/;
index index.php;

error_page 404 /index.php;
error_page 403 /403.html;

# set up a location to serve static images for static error pages
location ^~ /error_images/ {
  root   /var/www/static_pages/error_pages;
  access_log        off;
  expires           30d;
}

# use our own custom 403 page
location = /403.html {
  root   /var/www/static_pages/error_pages;
}

# redirect server error pages to the static page /50x.html
error_page 500 502 503 504  /50x.html;
location = /50x.html {
  root   /var/www/static_pages/error_pages;
}

location / {
  error_page 404 index.php;
  error_page 403 /403.html;

  # the main drupal app
  if (!-e $request_filename) {
    rewrite ^/(.*)$ /index.php?q=$1 last;
  }
}

# hide protected files
location ~* \.(engine|inc|info|install|module|profile|po|sh|.*sql|theme|tpl(\.php)?|xtmpl)$|^(code-style\.pl|Entries.*|Repository|Root|Tag|Template)$ {
  deny all;
}

# serve static files directly
location ~* ^.+\.(jpg|jpeg|gif|css|png|js|ico)$ {
    rewrite ^/favicon.ico$ /sites/example.com/themes/exampletheme/favicon.ico break;
    access_log        off;
    expires           30d;
}

# imagecache needs to have php read any files that it's planning to manipulate
location ^~ /sites/example.com/files/imagecache/ {
   index  index.php index.html;
   # assume a clean URL is requested, and rewrite to index.php                                                                
    if (!-e $request_filename) {
        rewrite  ^/(.*)$  /index.php?q=$1  last;
        break;
    }
}

# serve the app via fastcgi
location ~ \.php$ {
    # ensure that a 404 is returned if a non existant php file is requested
    # doesn't seem to work properly, so commenting out
    # fastcgi_intercept_errors  on;
    fastcgi_pass unix:/tmp/php-fastcgi.sock;
    fastcgi_index index.php;
    fastcgi_read_timeout 240;
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    include /etc/nginx/fastcgi_params;
}

# deny access to .htaccess files, if Apache's document root
# concurs with nginx's one
#
location ~ /\.ht {
     deny  all;
}

}

Эта почта http://forum.slicehost.com/comments.php?DiscussionID=1259 предполагает, что это может быть ошибка разрешений. Однако я запускаю fcgi как пользователь: группа nginx: nginx, который является тем же пользователем, под которым работает NginX.

В целом, конфигурация работает нормально, и сайт работает на все 100% как надо. Проблема возникает только при запросе несуществующего файла .php. Запрос файла .html, который не существует, например, приводит к тому, что Drupal обслуживает страницу с ошибкой 404 - это то, что я хочу сделать и для несуществующих файлов .php.

пс. Если вы хотите просмотреть этот URL-адрес, удалите лишние пробелы после http: // - у меня недостаточно репутации, чтобы разместить более одной гиперссылки!

Вместо этого вы можете попробовать использовать try_file.

Видеть Лучшие практики NGinx

Например, для wordpress. Адаптируйтесь соответственно.

location /wordpress {
    try_files $uri $uri/ @wordpress;
}

location @wordpress {
   fastcgi_pass 127.0.0.1:9000;
   fastcgi_split_path_info ^(/wordpress)(/.*)$;
   fastcgi_param SCRIPT_FILENAME /var/www/wordpress/index.php;
   fastcgi_param PATH_INFO $fastcgi_path_info;
}

На самом деле ошибка вызвана PHP поверх fastcgi. Вы получите такой же ответ с apache. Вы можете заставить свой веб-сервер проверять, существует ли файл, прежде чем отправлять его на php. С Apache вы могли бы сделать это с помощью mod_rewrite, но я недостаточно знаю о nginx, чтобы помочь вам реализовать его. Альтернативный вариант - посмотреть, есть ли у PHP параметр конфигурации, который позволил бы вам изменить поведение, когда он не может найти файл php для запроса.

У меня была такая же проблема. Я просто добавил свой корневой каталог в строку

 SCRIPT_FILENAME /web/root/$fastcgi-script_name; 

и теперь он работает как шарм.

    location ~ \.php$ {
        fastcgi_pass   127.0.0.1:9000;
        fastcgi_index  index.php;
        fastcgi_param  SCRIPT_FILENAME /var/www/domain.com/public/$fastcgi_script_name;
        include        fastcgi_params;
    }

эта конфигурация мне подходит.

Пожалуйста, включите следующую строку в fastcgi_params

fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;