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

Использование nginx + wordpress со всеми файлами wordpress в подкаталоге

Моя установка
Я использую nginx 0.7.67 на Debian Lenny как веб-сервер, а не как обратный прокси. Я использую php5-fpm для обработки своих PHP-запросов, и он отлично работает.

Моя цель
Я хотел бы установить WordPress, как описано здесь чистая установка подрывной версии WordPress. Я хотел бы иметь чистую установку WordPress, не загромождая корневой каталог моего сервера всеми файлами WordPress.
Это означает, что моя установка Wordpress будет в /wordpress и мои темы и плагины внутри /wordpress-content.

Однако важным моментом является то, что если вы перейдете в мой домен www.example.com, вы попадете прямо в блог WordPress, без необходимости указывать подкаталог, в котором находится WordPress.

Я нашел инструкции на сайте nginx установка wordpress но, к сожалению, это делается для перемещения всего каталога WordPress вместо перенаправления трафика на него.

Я пробовал со следующей конфигурацией:
example.conf на сайтах-доступных

server {
  listen 80;
  server_name     www.example.com;
  access_log      /var/log/nginx/www.example.com.access.log main;
  root            /var/www/example/htdocs;

  location / {
     try_files $uri $uri/ /wordpress/index.php?q=$uri&$args;
  }


  include /etc/nginx/includes/php5-wordpress.conf;
  include /etc/nginx/includes/deny.conf;
}

php5-wordpress.conf в том числе

location /wordpress {
   try_files $uri $uri/ /wordpress/index.php?q=$uri&$args;
}

location ~ \.php$ {
       fastcgi_split_path_info ^(/wordpress)(/.*)$;
       fastcgi_ignore_client_abort on;
       fastcgi_pass   unix:/var/run/php5-fpm.socket;
       fastcgi_index  index.php;
       include        /etc/nginx/fastcgi_params;
}

fastcgi_params

fastcgi_param  SCRIPT_FILENAME    $document_root$fastcgi_script_name;
fastcgi_param  QUERY_STRING       $query_string;
fastcgi_param  REQUEST_METHOD     $request_method;
fastcgi_param  CONTENT_TYPE       $content_type;
fastcgi_param  CONTENT_LENGTH     $content_length;

fastcgi_param  REQUEST_URI        $request_uri;
fastcgi_param  DOCUMENT_URI       $document_uri;
fastcgi_param  DOCUMENT_ROOT      $document_root;
fastcgi_param  SERVER_PROTOCOL    $server_protocol;

fastcgi_param  GATEWAY_INTERFACE  CGI/1.1;
fastcgi_param  SERVER_SOFTWARE    nginx/$nginx_version;

fastcgi_param  REMOTE_ADDR        $remote_addr;
fastcgi_param  REMOTE_PORT        $remote_port;
fastcgi_param  SERVER_ADDR        $server_addr;
fastcgi_param  SERVER_PORT        $server_port;
fastcgi_param  SERVER_NAME        $server_name;

# PHP only, required if PHP was built with --enable-force-cgi-redirect
fastcgi_param  REDIRECT_STATUS    200;

Проблемы у меня в том, что когда я иду по адресу "http://www.example.com«Я получаю ошибку 403, поскольку отключил вывод списка каталогов. Вместо этого я хотел бы, чтобы тогда появился мой WordPress. Также, если я перейду к»http://www.example.com/wordpress«Я получаю ошибку« файл не найден ». Однако, если я закомментирую строку fastcgi_split_path_info в моем php5-wordpress.conf, по крайней мере, установка WordPress будет работать внутри / wordpress.

Мне нужна помощь, как отладить такое поведение или где я могу найти дополнительную информацию.

Обновить: Добавлена ​​запись в журнал ошибок для ошибки 403.

в error.log я получаю следующую запись об ошибке 403:

2010/12/11 07:54:24 [error] 9496#0: *1 directory index of
"/var/www/example/htdocs/" is forbidden, client: XXX.XXX.XXX.XXX,
 server: www.example.com, request: "GET / HTTP/1.1", host: "www.example.com"

Обновление 2: Добавил nginx.conf ниже:

user www-data;
worker_processes  1;

error_log  /var/log/nginx/error.log;
pid        /var/run/nginx.pid;

events {
    worker_connections  1024;
}

http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;

    log_format   main '$remote_addr - $remote_user [$time_local]  $status '
    '"$request" $body_bytes_sent "$http_referer" '
    '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log;

    sendfile        on;
    #tcp_nopush     on;

    keepalive_timeout  65;
    tcp_nodelay        on;

    gzip  on;

    index index.php index.html;

    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;
}

Вам просто не хватает директива index

server {
  listen 80;
  server_name     www.example.com;

  access_log      /var/log/nginx/www.example.com.access.log main;

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

  location / {
     try_files $uri /wordpress$uri/ /wordpress/index.php?q=$uri&$args;
  }


  include /etc/nginx/includes/php5-wordpress.conf;
  include /etc/nginx/includes/deny.conf;
}

Почему бы просто не использовать следующие шаги: http://codex.wordpress.org/Giving_WordPress_Its_Own_Directory а затем пусть SVN обновит только папку wordpress. index.php не изменился для Wordpress за 3 года, вы можете проверить трассировку Wordpress, поскольку я не могу ссылаться на него, поэтому вы можете выполнить шаги для SVN для всех других вещей, таких как перемещение содержимого wordpress, но переместите index.php в корень и изменение настроили его, как сказано в кодексе, который я связал. В редких случаях, когда index.php обновляет свой единственный файл, вам нужно будет вручную снова скопировать его для корневого каталога.

Я могу настроить Wordpress с его собственным каталогом на моем сервере nginx без каких-либо проблем и без настройки моих файлов .conf.