Salut, Le 11/11/2014 18:51, geguce@xxxxxxx a écrit :
Bonsoir C'est toi qui même la barque alors faudra bien suivre !
Certes... Mais si j'en parle un peu avant, c'est aussi pour prendre en compte les choses que j'aurai pu ne pas voir, emballé que je suis par les possibilités ;)
Coté vitesse d’exécution et utilisation de ressources, est ce que ça ne rajoute pas une surcouche au traitement des pages et donc des lags ?
C'est une question légitime, en effet. Mais même si le chargement de Slim représente un poids, il peut en revanche être mis en cache de manière très efficace, car on appelle toujours le même fichier. J'ai testé avec XHProf actif, sur la page du « bureau » : une première génération avec le dossier templates_c vide, et un seconde au rechargement de la page (c'est ce qui survient le plus fréquemment). Sans slim, cela donne : - 1 Overall Summary Total Incl. Wall Time (microsec): 1,357,868 microsecs Total Incl. CPU (microsecs): 642,000 microsecs Total Incl. MemUse (bytes): 9,552,264 bytes Total Incl. PeakMemUse (bytes): 9,840,320 bytes Number of Function Calls: 74,760 - 2 Overall Summary Total Incl. Wall Time (microsec): 1,674,565 microsecs Total Incl. CPU (microsecs): 69,000 microsecs Total Incl. MemUse (bytes): 6,045,408 bytes Total Incl. PeakMemUse (bytes): 6,107,656 bytes Number of Function Calls: 1,710 Avec Slim : - 1 Overall Summary Total Incl. Wall Time (microsec): 1,321,170 microsecs Total Incl. CPU (microsecs): 700,000 microsecs Total Incl. MemUse (bytes): 11,063,504 bytes Total Incl. PeakMemUse (bytes): 11,281,784 bytes Number of Function Calls: 84,006 - 2 Overall Summary Total Incl. Wall Time (microsec): 1,637,169 microsecs Total Incl. CPU (microsecs): 73,000 microsecs Total Incl. MemUse (bytes): 7,136,048 bytes Total Incl. PeakMemUse (bytes): 7,154,696 bytes Number of Function Calls: 3,431 Donc, à moins que je ne fasse des bêtises, ou que certaines fonctionnalités viendraient à pousser Slim dans ses derniers retranchements, je ne pense pas que les performances soient à craindre.
Et concernant les plugins va t'il falloir s'avaler toute la doc et les WIki de Slim ou bien est ce que la ré-ecriture des URL sera suffisante ?
La lecture de la doc, pour comprendre ce qu'on fait, restera utile (en l'état actuel des choses, c'est plus simple... Il n'y a pas de doc :D). De l'expérience que j'en ai, la migration est assez simple. Par exemple, pour le « bureau », on a actuellement ceci : https://github.com/galette/galette/blob/develop/galette/desktop.php#L51 Avec Slim, ça devient : https://github.com/galette/galette/blob/feature/slim/galette/includes/main.inc.php#L467 Ce n'est pas strictement identique, mais la somme de travail est somme toute assez réduite (la différence sur cette route particulière se situe surtout au niveau des variables passées aux templates ; et dans les templates eux-mêmes [cf. https://github.com/galette/galette/commit/f6ac1b0a9c39dadd1875a901d68ab7ce71894757#diff-0 -- juste desktop.tpl]).
Si les plugins tiers ne suivent pas tous, alors le risque est de voir certains galettiens rester scotchés à la 8.2 et ne plus faire de MAJ (ceci dit elle est bien cette 0.8.2)
C'est là le problème des plugins, pas forcément que dans Galette... Mais il semble que tous ceux (et celles !) qui ont développé de tels plugins les mettent à jour régulièrement (et vous pouvez me solliciter pour tenter de vous expliquer ce que vous n'auriez pas saisi).
Enfin bloquer les évolutions de galette en attendant, pourquoi pas, on patientera pour enfin avoir un onglet pour les coordonnées bancaire et de préfecture de l'association, pour avoir une rubrique de saisie d' IBAN avec contrôle des clés pour chaque adhérent et autres souhaits du tracker. On va pas en mourir , non ?
J'espère bien, je m'en voudrai d'en être la cause :D Mais c'est effectivement un peu le « fond » du problème, je ne travaillerai sur rien d'autre (sauf éventuelles commandes à la rigueur, mais comme c'est le calme plat de ce côté là, ce n'est pas pris en considération). ++ -- Johan
Attachment:
signature.asc
Description: OpenPGP digital signature