Erreur php4 sur /feeds/ [Solved]
Contexte : hébergement chez free, repéré lors du passage à la 8.5 (je ne saurais dire pour les versions d'avant).
A solution has been made availableSolution Manager: Bernard
Issue description
J'ai donc un site chez free qui a migré hier vers une 8.5beta.
En faisant le tour du site, j'en suis arrivée à passer en revue les liens de la boîte "modules" du panneau de contrôle.
Le lien vers /feeds/ me renvoie alors un message d'erreur sur une fonction str_ireplace.
Après analyse, mon site tourne avec php4 (et la fonction en question, merci Battarel Christophe) relève de php5.
J'ai pas eu trop de mal à trouver comment passer en php5 chez free : il suffit de rajouter la ligne
Effectivement, on passe tranquillement en php5 et plus de message d'erreur.
Par contre quelques questions :
Je considère ça comme un bug quand même dans le sens où, sans plus d'informations, si on est en php4 ça coince... Faudrait au moins l'information de php5 requis quoi. C'est "trop" ?
En faisant le tour du site, j'en suis arrivée à passer en revue les liens de la boîte "modules" du panneau de contrôle.
Le lien vers /feeds/ me renvoie alors un message d'erreur sur une fonction str_ireplace.
Après analyse, mon site tourne avec php4 (et la fonction en question, merci Battarel Christophe) relève de php5.
J'ai pas eu trop de mal à trouver comment passer en php5 chez free : il suffit de rajouter la ligne
php 1 au .htaccess.Effectivement, on passe tranquillement en php5 et plus de message d'erreur.
Par contre quelques questions :
- Contrairement à ce qui était ressorti en sept. 2007, je n'ai pour ma part jamais eu aucun problème avec le .htaccess chez free. Je ne l'ai jamais supprimé, ça a toujours fonctionné, et je peux donc passer outre le problème décrit ci-dessus. Mais quid pour ceux qui n'ont pas de .htaccess ? J'aimerai assez savoir si les yacsiens sur free on remit ou pas leur .htaccess depuis septembre dernier. Et sinon, ben... comment vous faites ?
- Si cette fonction est spécifique à php5, y'en a-t-il beaucoup comme ça ? Faut-il suggérer haut et fort que yacs tourne en php5 (ou bien j'ai raté cette annonce ?) ; ou bien y'a't'il un moyen de contourner ça dans les scripts ?
Je considère ça comme un bug quand même dans le sens où, sans plus d'informations, si on est en php4 ça coince... Faudrait au moins l'information de php5 requis quoi. C'est "trop" ?
Files
 | 20080614 str ireplace patch.tgz 8,594 bytes, 67 downloads Edited by Bernard on June 14 Zoom |
Comments
Bernard from nearby-an-airport Associate, 6796 posts |
L'objectif est bien sûr, de faire tourner yacs sous PHP4 comme sous PHP5, sans aucun besoin de retoucher un .htaccess ou autre. J'ai eu le même souci que toi en installant la version 8.5 sur un site de production resté en PHP4, et difficile à bouger vers PHP5. La solution est, tout simplement, de remplacer l'appel de str_ireplace() par celui de str_replace() et le tour est joué. Le seul script incriminé est articles/article.php et le patch ci-dessous contient une version corrigée.Pour l'instant, c'est la seule manipulation qui a été nécessaire pour faire tourner yacs version 8.5 avec PHP4. L'environnement de développement est, lui, sous PHP5, ainsi que plusieurs sites utilisés pour les tests alpha et beta. C'est pour cette raison que le problème n'a pas été détecté plus tôt. 20080614-str-ireplace-patch.tgz |
Rate this page
Posted by Agnès on June 13, edited by Bernard on June 14, (popular)
