Quand vous devez passer de Apache à NGinx vous savez déjà surement que vous allez devoir réécrire vos .htaccess dans le fichier de config du domaine lui même. Et donc les mot de passe aussi. Maix pour cela il faudrait savoir quels sont et où sont les fichiers de mots de passes utilisés.
Pour cela rien de plus simple: les instructions concernant les directives d’auth peuvent se trouver dans 2 endroits :
- /etc/apache2/
- votre /var/www à vous
On va devoir fouiller ces deux endroits, et pour le premier.
Read More…
Posted in
Hosting at January 27th, 2012.
Comments Off on Apache – Nginx > Authentification.
Si vous pensez à faire le changement le jour où vous passez d’un serveur à l’autre c’est très simple.
Il vous suffira d’éditer le fichier /etc/awstats/awstats-nom-de-domaine.conf et d’éditer la ligne
LogFile=””
Et d’y mettre le path du nouveau fichier de log.
Je parlerai dans un autre poste de la partie affichage grâce à nginx, ici on parse déjà les bons fichiers de log, c’est déjà pas mal.
Heu, et si j’avais oublié?
Read More…
Posted in
Hosting at January 14th, 2012.
Comments Off on Awstats – passer de Apache à Nginx.
Je suis tombé sur un excellent article en anglais, mais tout le monde ne maitrisant pas l’anglais j’ai entrepris de le traduire pour vous.
Il explique comment choisir les valeurs les plus critiques dans apache (MaxClients, Keepalive, Timeout, MaxKeepAliveRequests, MinSpareServers, MaxSpareServers, StartServers, MaxRequestsPerChild) en suivant une procédure plutôt bien expliquée.
Je propose une version step-by-step (pour débuter) suivie d’une sorte de raisonnement mathématique (pour juste avoir les calculs).
Read More…
Posted in
Hosting at January 8th, 2012.
1 Comment.
Voilà, on a une config avec Varnish qui est capable d’encaisser la totalité du trafic sans broncher (ça me fait penser que je dois terminer la traduction d’un article qui explique comment bien optimiser Apache).
Évidemment seul Varnish est censé pouvoir être accessible de l’extérieur et les backends doivent ne pouvoir être accédés que depuis Varnish lui même.
Dans mon cas, tout se trouve sur la même bécane et donc tout ce qui est backend doit écouter sur localhost/127.0.0.1 uniquement.
Read More…
Posted in
Hosting at January 7th, 2012.
Comments Off on Sécurisez vos backends – apache, nginx, php, memcache.
Comme vous avez pu remarquer j’ai switché à plusieurs reprises depuis un serveur vers l’autre et comme tous les serveurs devaient encore tourner je n’avais comme choix que d’en changer les ports.
Pour Apache il faut aller tout d’abord modifier le fichier ports.conf à la main et puis utiliser la commande suivante dans le dossier /etc/apache2/sites-enabled comme j’aurai pu le faire dans mon article Varnish (expliquant où il faut changer les ports dans Apache)
Read More…
Posted in
Au quotidien at January 7th, 2012.
1 Comment.
Si vous vous êtes un minimum renseigné vous savez sans doute que les .htaccess bien pratiques et typiques de apache n’existent PAS sous NGinx.
Mais heu, pourquoi ?
- ça ralentirait de façon drastique ses performances, il devrait checker dans chaque folder si le fichier existe ou non, et si oui le parser.
- Déjà pour apache une des propositions qui revenaient quand on parlait de l’optimiser c’était de purement et simplement désactiver la gestion de ces .htaccess.
Tout ça pourquoi ? Bah c’est simple, il faudra transposer toutes ces règles définies dans les fichiers htaccess dans la définition du host sous NGinx.
Read More…
Posted in
Hosting at January 7th, 2012.
1 Comment.
Toute personne trainant sur ce blog ou un des blogs hébergés par ce serveur a sans doute eu l’occasion de remarquer ses plantages à répétition complétement imprévisibles.
C’est Varnish qui est chaque fois en cause, qui plante pour une raison X ou Y. Alors comment faire pour le tenir un minimum en laisse ?
Read More…
Posted in
Hosting at December 31st, 2011.
2 Comments.