Support NGINX

cyril · août 2010

Bonjour,

J'ai migrer sous nginx, ca fonctionne en gros mais les tags / mot clés ne fonctionnent pas.

J'ai l'erreur :
Une erreur a été détectée :
Aucun article pour cette page !

J'ai une conf comme ceci :

location / {
        index index.php;
        error_page    404 = /index.php;
        # this serves static files that exist without running other rewrite tests
        if (-f $request_filename) {
            expires 30d;
            break;
        }

        if (!-f $request_filename){
                set $rule_0 1$rule_0;
        }
        if (!-d $request_filename){
                set $rule_0 2$rule_0;
        }
        if ($request_filename !~ "-l"){
                set $rule_0 3$rule_0;
        }
        if ($rule_0 = "321"){
                rewrite ^/([^feed\/].*)$ /index.php?$1 last;
        }

        rewrite ^/feed\/(.*)$ /feed.php?$1 last;
    }

vincent · août 2010

Enorme Cyril,

Je pense moi-même migrer d'ici quelques temps de lighttpd vers nginx, ça me permettra d'aller plus vite

Encore bravo !

cyril · août 2010

Heyhey de rien, me reste à trouver le problème avec les mots clés ! Mais oui je suis perso devenu fan de nginx, le problème c'est que j'ai pas encore tout migré. J'ai lighttpd apache2 et nginx sur le même serveur

cyril · octobre 2010

Bonjour,

Je reviens car je n'ai toujours pas eu le temps de réparer mon probleme des mots clé, quelqu'un aurait il une piste ?

vincent · février 2011

Les lignes avec les !-f !-d et le "-l" test si le fichier existe, si le répertoire existe, si le lien symbolique existe et affecte la variable au fur et à mesure !

Mais il y a mieux !!! Nginx possède le flag -e qui réaliser les 3 d'un coup

On peut remplacer le groupe de test par un beaucoup plus simple et lisible :

if (!-e $request_filename) {
rewrite ^/([^feed\/].*)$ /index.php?$1 last;
}

Je viens de l'ajouter au wiki

A+

cyril a écrit:

Bonjour,

J'ai migrer sous nginx, ca fonctionne en gros mais les tags / mot clés ne fonctionnent pas.

J'ai l'erreur :
Une erreur a été détectée :
Aucun article pour cette page !

J'ai une conf comme ceci :

location / {
index index.php;
error_page 404 = /index.php;
# this serves static files that exist without running other rewrite tests
if (-f $request_filename) {
expires 30d;
break;
}

if (!-f $request_filename){
set $rule_0 1$rule_0;
}
if (!-d $request_filename){
set $rule_0 2$rule_0;
}
if ($request_filename !~ "-l"){
set $rule_0 3$rule_0;
}
if ($rule_0 = "321"){
rewrite ^/([^feed\/].*)$ /index.php?$1 last;
}

rewrite ^/feed\/(.*)$ /feed.php?$1 last;
}

vincent · février 2011

Depuis la mise en oeuvre des urls rewriting j'ai le Google bot qui parcours des urls de ce style ?!!

http://www.it-wars.com/102-twitter-avec-mypluxml/page4 ...

Une idée ?

Giraya · août 2011

vincent a écrit:

Je viens de l'ajouter au wiki

Bonjour,

tout nouveau sur PluXml, mixé avec mon nginx, j'ai utilisé le wiki pour activer le URL Rewriting mais ca ne fonctionnait pas.

Grace à ce poste j'ai pû voir ce qui n'allait pas

En fait le wiki ne reprend pas exactement les mêmes infos que sur ce sujet :

if (!-e $request_filename) {
  rewrite /([feed\/].*)$ /index.php? last;
}

Du coup ca ne peut pas marcher, puisque vincent mentionnait ceci :

if (!-e $request_filename) {     
  rewrite ^/([^feed\/].*)$ /index.php?$1 last;
}

l e . n o x · août 2011

Bonsoir Giraya, bonsoir @ tous ;O)

Pouvez vous mettre en partage votre configuration nginx (fichier de conf + default-site):
Le wiki me fait mal à la tête depuis quelques heures, bien vu "Giraya" dans le wiki des qu'on essaye de mettre une balise "code" cela supprime le "$1".

Je galéré pas mal avec mes fichiers de configs sur mon serveur, pas de pages statiques qui fonctionne avec php + pas d'urls rewriting.

Quel version de nginx et php utilisez vous ?

Merci encore et bonne soirée ;o)

Giraya · août 2011

Bonjour l e . n o x,

pour ma part je suis sur FreeBSD avec nginx 1.0.5 et php 5.3.6 (via php-fpm).

Ci-après mon nginx.conf :

user www;
worker_processes  1;
error_log  /var/log/nginx/error.log;
pid        /var/run/nginx.pid;
events {
    worker_connections  1024;
}
http {
    include       /usr/local/etc/nginx/mime.types;
    default_type  application/octet-stream;
    access_log  /var/log/nginx/access.log;
    sendfile      on;
    #tcp_nopush   on;
    server_tokens off;
    #keepalive_timeout  0;
    keepalive_timeout  65;
    tcp_nodelay        on;
    server_names_hash_bucket_size 64;
    gzip on;
    gzip_http_version 1.0;
    gzip_vary on;
    gzip_comp_level 3;
    gzip_proxied any;
    gzip_min_length 0;
    gzip_types text/plain application/xhtml+xml test/xml image/x-icon image/gif image/jpeg image/png text/css application/x-javascript application/xml applica
tion/xml+rss text/javascript;
    gzip_buffers 16 8k;
    gzip_disable "MSIE [1-6]\.(?!.*SV1)";
    include /usr/local/etc/nginx/sites-enabled/*;
}

et le .conf de mon site sous pluxml:

server {
  listen      80;
  server_name blog.domain.tld;
  root /usr/local/www/http/blog.domain.tld;
  access_log /usr/local/www/logs/blog.domain.tld-access.log;
  error_log /usr/local/www/logs/blog.domain.tld-error.log;
  index index.php;
  # On cache le fichier version:
  location /version {
    return 404;
  }
  # Ligne tres importante pour eviter le vol de mot de passe
  location /data/configuration/users.xml {
    return 403;
  }
  # On cache le dossier update
  location /update {
    return 404;
  }
  # URL Rewriting
  if (!-e $request_filename) {
    rewrite ^/([^feed\/].*)$ /index.php?$1 last;
  }
  rewrite ^/feed\/(.*)$ /feed.php?$1 last;
  # Interdir l'acces au repertoire contenant un fichier .htaccess
  location ~ /\.ht {
    deny  all;
  }
  location ~ \.php$ {
    fastcgi_pass unix:/tmp/php-fpm.sock;
    fastcgi_index index.php;
    fastcgi_param SCRIPT_FILENAME $request_filename;
    include fastcgi_params;
    fastcgi_intercept_errors on;
  }
}

l e . n o x · août 2011

Bonjour et un grand merci Giraya ;O)

1) Pour mon problème de "pages statiques" + Php c’était un faux problème :
Quand le code php est rentré par l'interface Administration (pages statique/editer) de pluxml avec le plugin CKEditor ou plxEditor le code source est modifié !!! http://forum.pluxml.org/viewtopic.php?pid=19883#p19883

2) Pour mon problème de "urls rewriting" :
Ce n'est pas encore gagné, j'ai essayé d"adapter ta config mais mon petit "Debian Dockstar" ne veut rien entendre.
voici mon nginx.conf : http://forum.pluxml.org/viewtopic.php?pid=19876#p19876

Dans le wiki il est indiqué (Testé sous Ubuntu avec Nginx 0.8.53 et PluXML 5.0.2.) du coup cette procédure fonctionne sur aussi sur (FreeBSD Nginx 0.8.53 et PluXML 5.1.2 dixit Giraya

.
Penses tu que nginx peut se comporter différemment avec un serveur sous Ubuntu / FreeBSD / Debian sqeeze ?
http://wiki.pluxml.org/index.php?page=Utiliser+l%27URL+Rewriting+avec+Nginx

Je mis colle à nouveau ce soir, si vous avez des idées ;O)

Bonne journée @ tous

l e . n o x · août 2011

Bonjour @ tous

Voici mes quelques notes sur mon basculement Pluxml - nginx - urlRewrit :

Voici la structure de mes blogs pluxml (tous mes problèmes d'URLRew. venaient en fait d'ici et aussi de ma comprehension de la chose ;o)

Mais que c'est facile quand on a compris et que cela fonctionne hahahhaha !!!!

@debian:/var/www$ tree -L 3
.
 ── blog
│  ├── pluxml_1
│   │   ├── ...
│   │   └── ...
│  ├── index.html
│  ├── pluxml_2
│   │   ├── ...
│   │   └── ...
│  └── pluxml_test
 ── logs

Voici la regle de rewriting de base (structure ou pluxml est a la racine du site ) :
soit quand "http://ChezMoi.dyndns.org/ (Web)" nous redirige directement vers
"/var/www/blog/pluxml/index.php (ServeurEnLocal) "

# URL Rewriting 
    if (!-e $request_filename) {
    rewrite ^/([^feed\/].*)$ /index.php?$1 last;
    }

    rewrite ^/feed\/(.*)$ /feed.php?$1 last;

Voici la regle de rewriting adapté à la structure " /var/www/blog/pluxml_(1,2,test)" :

	# URL Rewriting Uniquement pour Pluxml_1
	if (!-e $request_filename) {
	rewrite ^/blog/pluxml_1/([^feed\/].*)$ /blog/pluxml_1/index.php?$1 last;
	}

	rewrite ^/blog/pluxml_1/feed\/(.*)$ /blog/pluxml_1/feed.php?$1 last;

Voici mon /etc/nginx/nginx.conf

user www-data;

worker_processes  1;
events {
	worker_connections  1024;
}

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

	sendfile        	on;
	keepalive_timeout  	30;
	tcp_nodelay		on;

	gzip  		on;
	gzip_disable 	"MSIE [1-6].(?!.*SV1)";
	gzip_vary 	on;
	gzip_comp_level 3;
	gzip_proxied 	any;
	gzip_buffers 	16 8k;

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

}

Voici mon /etc/nginx/sites-enabled/pluxml-site

server {
	listen       80;
        server_name  ChezMoi.dyndns.org;
	root         /var/www;

	access_log  /var/www/logs/nginx_access_web.log;
	error_log  /var/www/logs/nginx_error_web.log;

	error_page    404 = /index.html;

	index  index.html index.htm index.php;

	# URL Rewriting Uniquement pour Pluxml_1
	if (!-e $request_filename) {
	rewrite ^/blog/pluxml_1/([^feed\/].*)$ /blog/pluxml_1/index.php?$1 last;
	}

	rewrite ^/blog/pluxml_1/feed\/(.*)$ /blog/pluxml_1/feed.php?$1 last;

        # Security
        location ~ /\.ht {
            deny  all;
        }

	# Stuffs
	location = /favicon.ico {
		access_log	 off;
		return	 204;
	}

	location ~* ^.+\.(jpg|jpeg|gif|css|png|js|xml)$ {
		expires 	30d;
	}

################# DEBUT : Config specifique pour PLUXML ###########################

	# Security password sur dossier root = /var/www >> /blog/pluxml_2
	location ~* /blog/pluxml_2 {
		auth_basic "Bonjour, qui est la ;O)";
		auth_basic_user_file /etc/nginx/.FichierPassword;

		index  index.html index.htm index.php;
		}

	#directory protection pour Pluxml_1
	location ^~ /blog/pluxml_1/data/configuration/ {
	deny all;
	}
        location ^~ /blog/pluxml_1/version {
        deny all;
        }
        location ^~ /blog/pluxml_1/update {
        deny all;
        }

	#directory protection pour pluxml_2
	location ^~ /blog/pluxml_2/data/configuration/ {
	deny all;
	}
        location ^~ /blog/pluxml_2/version {
        deny all;
        }
        location ^~ /blog/pluxml_2/update {
        deny all;
        }
################# FIN : Config specifique pour PLUXML #########################

        # PHP scripts -> PHP-FPM server listening on 127.0.0.1:9000
        location ~ \.php$ {
                 fastcgi_pass   127.0.0.1:9000;
                 fastcgi_index  index.php;
                 include fastcgi_params;
		 fastcgi_param SCRIPT_FILENAME $request_filename;
                 #fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
                 #fastcgi_param  SCRIPT_FILENAME  /var/www$fastcgi_script_name;
        }

}

Configuration de PluXML pour URL Rewriting :

Allez dans l'administration de votre site PluXML et activez l'URL Rewriting.

Pour cela, allez dans le menu Paramètres puis dans le sous-menu Configuration avancée).

Vous pouvez dès à présent supprimer le fichier .htaccess créé automatiquement à la racine de votre installation de PluXML.

Allez sur votre site, vous remarquez que votre liens sont différents: ça marche!

En espèrent que cela serve au futurs petits copains ;o)

Yacine · mars 2013

Salut les amis,
Je n'ai pas participé depuis longtemps sur le forum (même si je "stalk" beaucoup).
J'ai pris la décision de passer d'un serveur Apache2 à Nginx.

Malheureusement, l'URL Rewriting ne marche pas

J'ai beau faire comme sur le wiki. Rien, ça ne marche pas, j'ai donc besoin de votre aide

Voici le fichier conf


server {
        listen   80;
        server_name  www.shadowblog.fr shadowblog.fr *.shadowblog.fr;
        root /var/www/pluxml/;
        index index.html index.htm index.php;

        location / {
                root   /var/www/pluxml;
                index  index.php index.html index.htm;
        }

   # Ici des lignes de configuration à ne pas toucher...

   # On cache le fichier version:
   location /version {
        return 404;
   }

   # Ligne très importante pour éviter le vol de mot de passe
   location /data/configuration/users.xml {
        return 403;
   }


   # Et on défini les règles pour l'URL Rewriting:
   if (!-f $request_filename){
        set $rule_0 1$rule_0;
   }
   if (!-d $request_filename){
        set $rule_0 2$rule_0;
   }
   if ($request_filename !~ "-l"){
        set $rule_0 3$rule_0;
   }
   if ($rule_0 = "321"){
        rewrite /([feed\/].*)$ /index.php? last;
   }
   rewrite /feed\/(.*)$ /feed.php? last;

       location ~ \.php$ {
               fastcgi_pass   127.0.0.1:9000;
               fastcgi_index  index.php;
               fastcgi_param  SCRIPT_FILENAME  $request_filename;
               include         /etc/nginx/fastcgi_params;
       }
}

Merci!

Haruka · mars 2013

Bonjour j'utilise moi aussi NGINX voici mes règles pour la réécriture :

if (-f $request_filename) {
        break;
    }
    if (!-e $request_filename) {
        rewrite ^/([^feed\/].*)$ /index.php?$1 last;
        rewrite /feed\/(.*)$ /feed.php?$1 last;
        break;
    }

Ensuite il faut activer la réécriture d'URL dans l'administration de PluXml.

Yacine · mars 2013

Super! Merci Peter! Maintenant ça marche

J'utilisais le plugin plxPermalinks sous apache. Il n'a pas l'air de fonctionner maintenant. Saurais-tu pourquoi ?

amoweb · mars 2013

Le plugin plxParmalinks est prévu pour Apache.
Je me demande cependant si on ne pourrait pas convertir les règles que plxPermalinks génère dans .htaccess.

Exemple, transformer :
RewriteRule ^article/([0-9]+)/([0-9a-z-]*)\.html$ index.php?article$1/$2 [L]

En :
if (!-e $request_filename) {
rewrite ^article/([0-9]+)/([0-9a-z-]*)\.html$ index.php?article$1/$2;
break;
}

Est-ce que quelqu'un pourrait tester ?

Si ça fonctionne, il me serait facile d'améliorer le plugin pour qu'il génère ça.

Yacine, pourrais-tu exposer ton problème ici (version, règles utilisées...) : http://forum.pluxml.org/viewtopic.php?id=3344

Yacine · mars 2013

Bon je viens de tester.

Alors j'ai remplacer le code fournit par Peter (ci-dessous) dans mon fichier conf'

if (-f $request_filename) {
        break;
    }
    if (!-e $request_filename) {
        rewrite ^/([^feed\/].*)$ /index.php?$1 last;
        rewrite /feed\/(.*)$ /feed.php?$1 last;
        break;
    }

Par celui-ci:

if (-f $request_filename) {
        break;
    }
if (!-e $request_filename) {
        rewrite ^article/([0-9]+)/([0-9a-z-]*)\.html$ index.php?article$1/$2;
        break;
}

Et bonne nouvelle, ça a l'air de bien marcher!

kira · juillet 2014

Bonjour
Je n'arrive pas à faire fonctionner PHP5 et en pointant sur localhost c'est le retour du fichier index.html et pour index.php c'est toujours une erreur 502 ou 403 qui apparaît sur la page web
Qu'est ce qu'il faut mettre dans le .htaccess ?
j'ai sûrement d'autres problèmes...

PPmarcel · août 2014

Bonjour Mpedro,

Est-ce que tu pourrais nous donner le contenu de ta configuration nginx relative à PluXML, et éventuellement une URL pour tester ?
En ce qui concerne les .htaccess, ils ne sont pas lus par nginx, du coup l'idée est de les transposer dans la configuration directement (ce qui est fait dans ce fil).

Matthieu

kira · août 2014

Pour l'instant j'en suis a essayer de faire fonctionner PHP et n'ai pas encore de configuration nginx relative à PluXML. Pas d'url ...
Dans var/www j'ai le fichier index.php où il est écrit <?php phpinfo(); ?>
Dans var/www j'ai le fichier index.html qui est accessible avec localhost

[== Indéfini ==]
mpedro@test ~ $ sudo service nginx reload
sudo: unable to resolve host film
 * Reloading nginx configuration nginx                                   [ OK ] 
mpedro@test ~ $

J'ai mis pluxml dans le dossier var/www.pluxml
et j'essai dans un navigateur d'installer PluXML
http://localhost/pluxml/install.php
ou en essayant d'ouvrir le fichier via Firefox

C'est peut-être pas comme ça que l'on fait ?

PPmarcel · août 2014

Il faut indiquer à nginx l'emplacement du site :

root         /var/www/preprod;

Par contre pour PHP je te recommande de suivre une procédure. Personnellement je me suis basé sur un tutoriel portant sur Debian 7[1].

Le principe est le suivant : on installe le paquet php5-fpm, qui créera un démon PHP en écoute. Lorsque nginx ouvrira du code PHP, il le transmettra à php5-fpm, puis celui-ci génénère et lui renvoie la page HTML, puis nginx la transmet au visiteur.

Après je n'ai pas assez d'élément pour t'aider plus.

[1] https://www.digitalocean.com/community/tutorials/how-to-install-linux-nginx-mysql-php-lemp-stack-on-debian-7

kira · août 2014

Super ton lien

J'ai réinstallé MySQL et ça marche mais cela n'a rien à voir ? n'est-ce pas.

Par contre j'ai pas trop compris : dans le lien il est dit dans www.conf de remplacer listen = 127.0.0.1:9000 par listen = /var/run/php5-fpm.sock.
Mais j'ai mis listen = 127.0.0.1:9000 et ça ne fonctionne que sur localhost (sans le port). ??

PPmarcel · août 2014

Tant mieux si ça marche. Effectivement MySQL est inutile avec PluXML, tu peux le désinstaller si tu ne comptes pas l'utiliser avec une autre application web.

Pour l'écoute du démon php-fpm, il y a deux moyens :
- soit en passant par le réseau : ici le démon et nginx sont sur une même machine, donc nginx se connecte au même serveur (127.0.0.1) au port d'écoute de php-fpm (9000)
- soit on utilise ce qu'on appelle un "socket Unix"[1], qui est un point de communication pour les applications. Et comme tout est fichier sous GNU/Linux, on peux trouver le socket dans /var/run/php5-fpm.sock.

Dans le cas du socket on s'affranchi de toute la pile réseau. En théorie cela devrait offrir une communication plus rapide.
Mais dans la pratique, les deux s'équivalent dans le cas de nginx[2].

[1] http://fr.wikipedia.org/wiki/Berkeley_sockets#Socket_unix
[2] http://lowendtalk.com/discussion/7289/nginx-php-fpm-unix-socket-or-tcp-ip-for-fastcgi-pass

kira · août 2014

D'accord merci et je prendrai le temps de lire les deux derniers liens plus tard.

Pour avoir accès à mon blog Pluxml depuis l'extérieur :
il faudra faire sur la box une redirection du port 80 sur le port 9000 ?

PPmarcel · août 2014

Ok, je viens de relire le tuto et je vois où tu confonds.

La modification du "listen" concernait le démon php-fpm uniquement, au travers du fichier "/etc/php5/fpm/pool.d/www.conf". Il suggère que le démon n'écoute pas sur 127.0.0.1:9000 mais sur un socket unix.

Dans son fonctionnement interne, nginx utilisera la directive "fastcgi_pass" pour savoir comment se connecter au démon fpm (dans le cas du tuto, via le socket).

Dans la conf nginx pour pluxml, tu conserves le listen sur 80 (ou tout autre port de ton choix), qui correspondra au port d'approche de tes visiteurs.

kira · août 2014

Ok c'est bien plus clair comme çà.
Merci de ton aide

Suite à une réinstallation complète pour qu’Nginx supporte le PHP

[==c'est le cgi qui l'a permis==]
aptitude install php5-cgi

kira · août 2014

J'ai tenté de faire fonctionner SSL

[== Indéfini ==]
aptitude install openssl
mkdir -p /etc/nginx/ssl
cd /etc/nginx/ssl
openssl req -new -x509 -nodes -out server.crt -keyout server.key

Ensuite j'ai modifié le fichier d'hôte virtuel : ~/etc/nginx/sites-available et son lien symbolique en ajoutant :
ssl on;
ssl_certificate /etc/nginx/keys/server.crt;
ssl_certificate_key /etc/nginx/keys/server.key;

- Mais SSL pour PluXml ne fonctionne pas, et peut importe les différentes combinaisons tentés dans le virtual host.


Voiçi la configuration d'origine :
[== ~/etc/nginx/sites-available ==]

server {
        listen   80;
        root /home/fil/web/site-web01;
        index index.html index.htm index.php;
        # Make site accessible from http://localhost/
        server_name localhost;
        location / {
                try_files $uri $uri/ /index.php;
                        }
        #prise en charge PHP
        location ~ .php$ {
        fastcgi_pass 127.0.0.1:9000;
        include /etc/nginx/fastcgi_params;
        fastcgi_index index.php;
        }
}

Comment faire pour avoir le choix de HTTPS ?

PPmarcel · août 2014

Humm il faudrait que tu créé un autre bloc server en indiquant à nginx d'utiliser le port 443 (défaut pour le HTTPS) et d'utiliser le chiffrement (option ssl).

Est-ce que tu as regardé la documentation de nginx relative à SSL[1] ? Elle est relativement claire et explique pas mal de choses déjà.

[1] http://nginx.org/en/docs/http/configuring_https_servers.html

kira · août 2014

Bingo! tout simplement un chemin mal indiqué pour ssl.
A présent PluXml est accessible en sur le port [del]80 ou[/del] 443.
(Reste plus qu'à utiliser le raspberry pi si je prends le temps).
Merci pour l'aide du forum quand on débute.

kira · août 2014

:rolleyes: des commentaires sur la configuration de ces deux fichiers?

nginx.conf : http://www.partage-facile.com/D0THM6VUR3/nginx_conf.txt.html

sites-available : http://www.partage-facile.com/COZE85NGQY/sites_available.txt.html

PPmarcel · août 2014

Tu as un soucis ?

Ce serait bien de mettre des logs dans ton serveur{}. Ex:

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

kira · août 2014

Je les ai dans le nginx.conf.
Tout baigne :cool:

Support NGINX

Réponses