S’il en est parmi vous pour qui cette date est avant tout la date de la cérémonie de l’ouverture des jeux olympiques de Pékin, ou j’ai eu le plaisir de voir de sympathiques militaires hisser le drapeau olympique, il en est d’autres pour qui cette date marque la fin de php4 (la dernière version étant la 4.4.9) au profit de php5, puis prochainement php6.
Souvenir : en 2000, php version 4 faisait sa première sortie, et pour moi ce fut une réelle émotion. Mais je ne vais pas vous parler ici de ce que peut ressentir un geek à l’arrivée du messie, ni de la révolution que cela a apporté au monde du libre et du web. Parlons plutôt de ce que cela signifie aujourd’hui pour vos applications.
Un certain nombre d’entre vous utilise des plateformes en java, d’autres en techno microsoft (ASP et .net). Vous n’êtes donc pas concernés par cette news. Pour les autres (et particulièrement ceux qui utilisent oscommerce) cela signifie que vous utilisez désormais une technologie obsolète. Bien sûr à court terme cela n’est pas gênant. Ne sortez pas tout de suite le chéquier, rangez les tranquillisants, c’est inutile pour l’instant. Il reste 60% de serveurs en php4, c’est dire si php5 a du mal à s’imposer.
Php4 a encore de beaux jours devant lui, à moins qu’une faille de sécurité grave n’apparaisse. Toutefois il faut se poser la question cruciale : dois-je migrer mon site ?
A moins d’un réveil d’oscommerce, il est évident que vous devrez migrer un jour ou l’autre, le plus tôt n’étant pas forcément le mieux. Pourquoi ? D’abord parce que cela coûte cher (au moins un rein si j’en crois le marché des organes d’occasion). Deuxièmement parce qu’il ne faut pas céder à la panique technologique. Si votre plateforme vous convient, gardez la, il n’y a pas le feu au lac. J’ai eu un (très gros) client dont une partie des traitements sont fait à base de cobol, de c++ et d’un peu d’asp, alors le php4 peut bien durer quelques temps. Si ça tourne sans problème, inutile de se précipiter.
Par contre, si vous vous lancez aujourd’hui, ou si vous prévoyez une grosse refonte, faites attention ! OSCommerce ne donnant pas de signe de vie depuis plus de 7 mois la pérennité de cette solution est tou sauf garantie, et faites donc un tour chez la concurrence. Nous sommes à une époque charnière, ou aucun concurrent à OSCommerce ne peut encore prétendre dominer le marché. Même si magento marque des points, cette solution ne conviendra pas à tout le monde. C’est donc le moment idéal pour de nouveaux acteurs d’occuper le terrain.
Bonjour,
J’ai une question, est ce que Oscommerce ne fonctionne pas sur un serveur doté de PHP5 ?
Perso, j’utilise le framework CodeIgniter qui est également développé pour PHP4 à la base mais qui est parfaitement compatible avec PHP5. Vous croyez qu’il y’a un risque ?
Merci
Adam
Ca fait longtemps que je n’ai pas touché à osCommerce, mais, de mémoire, j’ai eu pas mal de surprise quand je suis passé à mySQL 5 sur mon dédié.
Il faut dire aussi que c’était un osCommerce pas mal bricolé.
Donc, oui, il y a un risque.
Mais le mieux est d’aller se renseigner sur le forum d’osCommerce
Bonjour,
Mon premier commentaire sur ce blog que je lis attentivement
osCommerce fonctionne bien avec MySQL5 si on a appliqué les derniers patchs.
osCommerce fonctionne bien avec php5, si on le configure correctement :
– register global sur on (au lieu de off par défaut)
– register long array sur on.
Mais cela n’est pas le fonctionnement par défaut de php5. On peut encore modifier cela, mais ce ne sera plus le cas avec php6. osCommerce actuel ne fonctionnera pas avec php6 !
On peut clairement s’interroger sur la pérennité d’osCommerce avec des cycles de version trop long.
Un exemple, pourquoi garder la compatibilité avec php 3
Ces informations sont largement connues depuis longtemps. Pour ma part, cela fait un petit moment que j’anticipe une compatibilité de mon osc custom pour php5/6.
S’il est facile de rendre l’application compatible avec register_long_array, register_global c’est une autre paire de manche, surtout avec la gestion des sessions.
Sur ce dernier point, je me bat toujours avec session.bug-compat-42.php, même si cela n’est qu’un warning.
Ces efforts de recodage sont lourds et pénibles. Mon profond regret est de faire cela dans mon coin, Harald ne semble pas vouloir accepter des contributeurs sur le développement du coeur d’osc.
Quoiqu’il en soit, j’ai choisi de garder ma boutique avec mon propre dev, lointainement basé sur osc, plutôt que migrer vers un autre soft (libre ou propriétaire) car pour mois cela reste moins onéreux.
Cordialement,
@Max : excellent, je vois que tu maitrises le sujet
Il y aura peut être une équipe qui va lancer un fork compatible php6, ou alors osc va le faire directement avec la v3 ? Ce qui est fort énervant c’est le manque de com sur le sujet. Je n’ai pas tout suivi mais l’an dernier il y a eu une v3 alpha qui résolvait les compatibilité de register global par exemple. Et depuis plus rien… C’est vraiment énervant.
[...] capitaine-commerce.com nous informe de la fin de Php4. En clair, osCommerce repose officiellement sur une technologie obsolète. Sérieusement, qui déploie encore de l’osCommerce ? Partager sur Twitter – Facebook [...]