Post to Facebook
Tweet about this
Share at LinkedIn
Invite participants
Reference this pagesupport « Soupçons de bogues «
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).
| Owner | Agnès Rambaud |
| Progress |  |
| Workflow | Support request |
| Status | A solution has been made available |
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 Christophe Battarel) 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 : * 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 ? Bon, pour free, c'est résolu en passant à php5.
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 Christophe Battarel) 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 ? Bon, pour free, c'est résolu en passant à php5.
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" ?
 Bernard Paques |  on June 14 2008 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 |
