Alors que les fonctionnalités s'élargissent,
les lignes de codes croissent,
ainsi que le volume du script.
Ce pendant, la mémoire requise est passée de 8 à 16Mo,
franchissant ainsi les configurations "de base" de certains hébergeurs.
Je crois que c'est seulement la compilation, et donc le développement,
qui nécessitent cette évolution.
Est-ce que cela n'empêche pas SPIP de tourner sur un certain nombre
de configurations standards chez les hébergeurs ?
Si c'est le cas, ne serait-il pas souhaitable de proposer un runtime
aux ressources requises allégées ?
non, c'est l'utilisation meme des squelettes dans l'espace privé qui est consommatrice de ressources.
Il y avait déjà ce type de probleme si tu utilisais des plugins comme forms en spip 1.9
Je ne crois pas qu'il y ait d'autre solution que d'augmenter les ressources mémoires de php : 8Mo c'est vraiment devenu léger maintenant...
Oui, je suis aussi du même avis, spip prend du volume, mais les offres des hébergeurs aussi. Par exemple, mon hébergeur (environ 8€/mois) a réglé sa ressource mémoire à 80Mo en mutualisé ... On est largement à l'aise par rapport aux 8Mo mini ... ce qui fait que, sur mes serveurs dédiés, j'ai aussi porté la mémoire largement aussi haut ...
non, c'est l'utilisation meme des squelettes dans l'espace privé qui est consommatrice de ressources.
Il y avait déjà ce type de probleme si tu utilisais des plugins comme forms en spip 1.9
Je ne crois pas qu'il y ait d'autre solution que d'augmenter les ressources mémoires de php : 8Mo c'est vraiment devenu léger maintenant...
Ok mais tu compares peut être avec des megas applications professionnelles ?
Genre frameworks & co que SPIP peut dignement viser à égaler,
mais surtout pas oublier que SPIP tire sa légimité et sa force
du web associatif et démocratique.
Or sur les mutus l'économie est la norme.
Sur apinc, la mesure actuelle est de 12Mo.
Je sais pas ce qu'il en est ailleurs mais ce serait violent
que de couper spip 2 d'une bonne part de base installée d'utilisateurs ...