Une fois n’est pas coutume, OVH m’a bien déçu aujourdhui….
Voulant tester un petit script en PHP5, je l’upload sur mon serveur OVH et une jolie erreur apparait :
Parse error: syntax error, unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or ‘}’
Je ne comprends tout d’abord pas, en effet mon script marche en local !!!
Après une petite recherche sur le net, je connais la raison désormais.
OVH met par défaut en PHP 4…. honte à eux !!!!!!!!!
Du coup pour résoudre ce problème, il vous suffir d’ajouter SetEnv PHP_VER 5 dans votre .htaccess. Il faudra tout de même m’expliquer pourquoi ils laissent par défaut PHP4… qu’en sera t’il lors de la sortie de PHP 6 ? 
Fait gaffe aux magic_quote aussi, il est désactivé dans mon Wamp tandis que chez OVH il est activé.
Je me demandais d’où venait les \’ ^^
@Amaury : t’inquiète pas
J’ai toujours un fichier de conf qui désactive ça. Je ferai un ch’tit billet là dessus.
Mais c’est tout de même hallucinant que OVH soit resté en php4… :s
Bah bon nombre de gens n’ont pas encore franchis totalement le cap. C’est du à plusieurs facteurs ; la flemme, les scripts mal écrits etc …
Imagine toi ce que ca va donner dans quelques temps ; lors de la sortie tant attendu de PHP6 !
honte à eux … honte à toi ! RTFM !
La plupart des scripts existants sont compatibles uniquement PHP4. Ovh peut il se permettre de se couper de ses clients ?
Le PHP5 est bien fichu tout de même : on n ‘est pas obligé de passer par l’extension .php5 grâce au .htaccess, ce qui se fait très simplement.
Je suis d’accord avec toi Pascal. Mais bon, y a bien un moment où il faut évoluer non ? comment cela sera avec php 6 ? … :s
Et c’est vrai que c’est bien foutu avec ce .htaccess
OVH a certainement répondu à la demande de plusieurs clients. ([set mode=theorie_du_complot value=on]voire d’un seul[set mode=theorie_du_complot value=off])
Néanmoins, il paraît évident que rester en PHP4 devient de plus en plus contestable. PHP5 offre une compatibilité suffisante, et les rares problèmes rencontrés sont d’ordre sécuritaire : les failles connus de Php4 dues à des configurations parfois laxistes sont supprimées en php5.
Je pense que beaucoup de client OVH, et peut être certaines applis que l’hébergeur propose ne fonctionnent pas correctement avec Php5. La faute à ces appli parfois anciennes et plus supportées.
@Amaury : les magic_quotes sont un éternel problème, d’un hébergeur à l’autre, d’une config local à une autre… la solution dans ces cas là est, pour moi, de brancher un contrôle en amont des entrées POST et GET et qui ajoute éventuellement les quotes… ou pas, selon différents paramétres. Une fois qu’on a ça de fait, on n’y touche plus.
@Raphaël : j’attends avec impatience le jour où tu posteras un ticket parlant du RE-changement de config … bon courage à toi!
Imagine un instant le nombre de clients qui ne savent pas forcément bien développer et qui auraient dû changer leurs script pour rester compatible au changement de Php 4 en Php 5.
Le fait qu’OVH laisse par défaut le Php 4 me semble complètement justifié. L’inverse aurait créé une montagne de problèmes.
Pour les « magic_quote », il va de soit qu’il faut créer une fonction (classe ?!) en amont et ne jamais appeler un POST ou un GET sans passer par cette fonction qui vérifiera les « magic_quote », et pourquoi pas d’autres traitements.
PHP 5 assure tout de même une comptabilité suffisante je pense… Et le problème sera encore plus aggravé avec php 6. C’est le même problème avec IE6. A force d’assurer la compatibilité personne n’avance et les problèmes restent les mêmes !
une autre solution : tu nomme ton script en script.php5 et ça tourne avec la version 5 (sur ovh)
@Yopi : en effet, mais je préfère le faire une bonne fois pour toute dans le .htaccess plutôt que devoir le faire pour tout mes scripts php
[...] y a quelques temps, dans les commentaires sur l’article traitant de OVH et PHP 5, nous avons abordé le problème des magic quotes et du register [...]