Re: SPIP 3.2-dev, version PHP minimum ?

Hello,

Je suis moyennement d'accord avec ce raisonnement.

Si on doit prendre en compte les défauts de maintenance des autres,
jamais on avancera. SPIP est à mon sens exemplaire en matière de mise à
jours, passer de SPIP 1.9 à 3.1 est possible sans que ce ne soit trop
complexe.

En informatique, de temps en temps, les choses casse parce qu'elles sont
trop vieilles et il faut donc faire une mise à jour. Windows 98 est un
exemple, plus aucun logiciel moderne ne support cette version.

Après, je suis d'accord qu'il faut rester raisonnable et être compatible
avec les versions réellement utilisée de PHP tout en invitant fortement
à être au goût du jour.

Une idée pourrait être d'être compatible PHP 5.4 mais de ne pas
l'indiquer et ne garantir qu'une autre version (php 5.6 ?). D'ailleurs,
je pense que c'est déjà un peu le cas si on installe certain plugin ?

Voilà !

Didier

Le 25/06/17 à 10:03, Fil a écrit :
>
> Hypothèse. Je gère un serveur hébergeant quelques dizaines de spip. Si
> j'en ai des vieux qui ne passent pas a php7 sans mise a jour et si le
> nouveau spip exige php7... Je suis un peu bloqué. Donc merci de ne pas
> rendre les choses plus compliquées : si on peut faire de la
> compatibilité faisons la.
>
>
> Le 23 juin 2017 14:03, "[email protected]
> <mailto:[email protected]>" <[email protected]
> <mailto:[email protected]>> a écrit :
>
>     Salut
>
>     Coté performance php7 écrase assez facilement la génération 5.x, on
>     peut noter par exemple :
>     https://pages.zend.com/rs/zendtechnologies/images/PHP7-Performance%20Infographic.pdf
>     <https://pages.zend.com/rs/zendtechnologies/images/PHP7-Performance%20Infographic.pdf>
>
>     Un des objectif de cette génération était de rattraper le retard
>     sur hvm.
>
>     En mon sens ce n'est pas un argument suffisant pour imposer cette
>     version minimum, vu notre code on devrait couvrir au plus large.
>     Par exemple si on disait qu'on casse une compatibilité juste pour
>     remplacer  $toto = array() par $toto = [] serait me semble t il très
>     léger comme excuse.
>     La fonctionnalité trait est plus intéressant et plus défendable mais
>     comme le core de spip utilise assez peu l'objet cela semble en l'état
>     des choses léger.
>
>     Enfin le code actuel montre qu'il supporte assez bien un large
>     éventail de version jusqu'à 7, autant en profiter et au passage faire
>     de la pédagogie comme suggérer dans les messages précédent.
>
>
>     Km
>     _______________________________________________
>     liste: http://listes.rezo.net/mailman/listinfo/spip-dev
>     <http://listes.rezo.net/mailman/listinfo/spip-dev>
>     doc: http://www.spip.net/
>     dev: http://trac.rezo.net/trac/spip/ <http://trac.rezo.net/trac/spip/>
>     irc://irc.freenode.net/spip <http://irc.freenode.net/spip>
>
>
>
> _______________________________________________
> liste: http://listes.rezo.net/mailman/listinfo/spip-dev
> doc: http://www.spip.net/
> dev: http://trac.rezo.net/trac/spip/
> irc://irc.freenode.net/spip