Quelques solutions réglées avec OVH

[Spip] Internal server error - retour d’expérience (cas d’OVH)
Julien L... Sat, 25 Feb 2012 1

Bonsoir à tous,

 1 Problème :

A cause d’un CMS de forums que je n’avais pas mis à jour depuis longtemps,
j’ai eu une attaque et les fichiers index.php de mon spip (racine +
ecrire/index.php) étaient passés en chmod 777.

Or, par mesure de sécurité, OVH bloque tout accès aux scripts qui se trouvent
en 777.
Et cela donne en contrepartie un internal sever error.

Solution : mettre à jour le CMS qui pose problème pour corriger ses failles
de sécurité, puis repasser les droits des fichiers spip selon leur chmod
standard (par FTP) : voir Outils FTP pour Webmestre.

 2 Problème :
Quelques semaines après avoir migré un spip en 2.1.12, je me retrouve une
nouvelle fois, subitement, avec une Internal Server Error fin janvier
2012...
Pas de problème de script en 777 cette fois.
Je vide le cache SPIP, et c’est pire encore : plus de CSS dans l’espace
privé et toujours l’internal server error sur la partie publique.

Solution : Simplement passer le site en PHP5 (.htaccess)
cf. Des cas..... résolus ! PHP5

Explications :
Dans mon cas, il s’agissait d’un hébergement mutualisé (type perso).
Il faut savoir qu’OVH a mis en place des mécanismes de surveillance pour s’assurer que certains
sites n’en pénalisent pas d’autres.
Ils ont des robots qui tournent (non de code ’okiller’), et qui, à ce
qu’ils disent, vérifient qu’un script ne met pas plus de 10 secondes à
s’exécuter et ne consomme pas plus de 30% du proc. Si ces chiffres sont
atteints, le script en question est simplement black-listé pour une durée
de 12h avec dé-black-listage automatique à la fin de cette période...
Un script black-listé est "flingué" dès qu’on cherche à
l’exécuter. On peut voir dans les logs de l’hébergeur des "Premature end of
script".
Ce qui provoque le Internal server error en retour...

Maintenant, qu’est ce qui fait que mon site est tombé dans ce cas de figure
du jour au lendemain sans raisons apparentes ?
Je n’en suis pas certain, mais j’ai le sentiment que ce sont les fonctions
de GD2 qui sont sorties des clous en termes de perf... OVH a t-il fait une
mise à jour de ces libs sur leurs serveurs ? et qui ne fonctionneraient
correctement que sous PHP5. Peut être...

(Hypothèse confortée aussi par https://forum.spip.org/fr_241353.html)

Un autre problème signalé sur le Forum, et ... pas vraiment élucidé ?

Je viens d’installer SPIP 3 et j’ai tenté d’ouvrir l’espace privé. J’ai bien eu les cases à remplir lors dela procédure d’installation, ça a bien marché et au moment de l’ouvrir cet espace, le navigateur m’a répondu : "Cette page Web présente une boucle de redirection"
Mon navigateur chrome accepte bien les cookies. Quand je les suprime, le formulaire d’accès à l’espace privé apparaît à nouveau pour aboutir au même résultat : "Cette page Web présente une boucle de redirection."
Je suis chez OVH qui m’ont contraint à passer de PHP4 à PHP 5.5 d’où la nécessité de SPIP 3.0

N’ayant pas suivi tout le sujet (Marcimat s’y serait penché dessus ?), voici au final :

Je suis repassé de php5.5 à PHP5.4 et ça marche !