WordPress 3.0 & amp; nginx - permalink, problème 404

J'ai installé nginx, FastCGI et PHP sur mon serveur. WordPress 3.0 est installé après un peu d'un monstre de combat, mais c'est installé et fonctionne bien.

Cependant, quand j'ai modifier le permalien de paramètres à rien d'autre que par défaut, j'obtiens des erreurs 404 sur chaque poste, l'article et de la page.

Je comprends que c'est quelque chose à voir avec nginx ne pas soutenir .htaccess et WordPress se confondre avec l'endroit où aller quand une page est requsted.

J'ai essayé quelques réécrit dans les fichiers de conf nginx et même la nginx compatibilité du plugin, ni n'ont travaillé. Avec une réécriture, j'ai réussi à arrêter les erreurs 404, mais au lieu de WordPress trouver le post, j'étais après j'ai simplement eu mon PHP page de confirmation. Bah.

Forums sont remplis de gens avec des problèmes similaires. Quelqu'un aurait-il une solution?

source d'informationauteur Taffy Lewis

16

Sur votre emplacement /bloc,

ce ajouter et de supprimer toute non-spécifiques, les règles de réécriture:
```
try_files $uri $uri/ /index.php;
```
6

Si wordpress est sur un autre répertoire en plus de la racine, au lieu d'avoir
```
if (!-e $request_filename) {
    rewrite ^/wordpress/(.+)$ /wordpress/index.php?q=$1 last;
}
```
Vous pouvez avoir:
```
location /wordpress {
    try_files $uri $uri//wordpress/index.php?$args;
}
```
Cette page a exactement le même concept. J'aurais du le lire et il a essayé d'abord: nginx règle de réécriture dans un sous-répertoire

Après beaucoup de douleur:

# if filename doesn't exist, take the request and pass to wordpress as a paramater
         if (!-e $request_filename) {
                rewrite ^/wordpress/(.+)$ /wordpress/index.php?q=$1 last;
         }

Si le fichier demandé n'existe pas, le passer à index.php. Il est un peu lent et je pense que je pourrais essayer et ne pas utiliser une requête, mais il ne fonctionne pas... 🙂

2

Avez-vous essayé le nginx Compatibilité du plugin?

Plus ElasticDog semble assez article concis sur l'obtention de WP de travail avec nginx - qui comprend pas mal de permaliens de travail.

Voici un autre article qui semble traiter spécifiquement avec nginx règles de réécriture pour WordPress.
2

C'était comment j'ai résolu mes permaliens dans mes blogs wordpress dans dreamhost.

À l'intérieur du dossier /home/ftpusername/nginx/example.com/ (si vous ne l'avez pas, créez-le)

créé le fichier
nginx.conf avec le contenu suivant
```
location / {
    index index.php index.html index.htm;
    try_files $uri $uri/ /index.php?$args;
}
```
redémarrage de nginx

/etc/init.d/nginx recharger

Quelques remarques:

ftpusername et example.com DOIT être changé en fonction de votre système.

C'était ça!

Bonne chance pour vous tous.

cela ne fonctionne pas si vous utilisez un autre endroit que /comme:

~ .php$, ce que je voulais dire c'est à peu de lien va fonctionner, mais les graphismes seront tous sur la place. donc, ce que vous avez besoin est tout indiqué ci-dessous.

http://www.pearlin.info

  location ~ \.php$



   {
        try_files $uri $uri/ /index.php?$uri&$args;
        fastcgi_split_path_info ^(.+\.php)(/.+)$;
        fastcgi_pass 127.0.0.1:9000;
        fastcgi_index index.php;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        include fastcgi_params;
    }

  if (!-e $request_filename){
    rewrite ^(.*)$ /index.php?url=$1 break;
  }

Je n'ai la suite..

dans le dossier
/home/userrunningnginx/nginx/domaine.com

J'ai:

par défaut.conf (fichier)

include /home/neukbaarofnietps/nginx/neukbaarofniet.com/drop;

drop (fichier)

# Rather than just denying .ht* in the config, why not deny
# access to all .invisible files
location ~ /\. { deny  all; access_log off; log_not_found off; }

nginx.conf (fichier)

location / {
index index.php index.html index.htm;
try_files $uri $uri/ /index.php?$args;

}

WORDPRESS-NGINX.CONF (fichier)

 #######################
# WP Super Cache

# if the requested file exists, return it immediately
if (-f $request_filename) {
  break;
}

set $supercache_file '';
set $supercache_uri $request_uri;

if ($request_method = POST) {
  set $supercache_uri '';
}

# Using pretty permalinks, so bypass the cache for any query string
if ($query_string) {
set $supercache_uri '';
}

if ($http_cookie ~* "comment_author_|wordpress|wp-postpass_" ) {
set $supercache_uri '';
}

# if we haven't bypassed the cache, specify our supercache file
if ($supercache_uri ~ ^(.+)$) {
set $supercache_file /wp-content/cache/supercache/$http_host$1/index.html;
}

# only rewrite to the supercache file if it actually exists
if (-f $document_root$supercache_file) {
rewrite ^(.*)$ $supercache_file break;
}

# all other requests go to WordPress
if (!-e $request_filename) {
rewrite ^.*$ /index.php last;
}

L'ajout de ce bloc à votre nginx.conf devrait résoudre le problème:

     if (!-e $request_filename) {
            rewrite ^/wordpress_dir/(.+)$ /wordpress_dir/index.php?q=$1 last;
     }

Espère que cette aide.

Bonne chance.

Vous devez vous connecter pour publier un commentaire.