| Re: Xoops Team |
Titre du sujet : Re: Xoops Team
par garrath sur 13/10/2007 11:08:03
Citation :
overmysoul a écrit:
Citation :'Lesquels' n'etait pas lie aux developpeurs mais aux systemes.
Oh pardon toutes mes excuses.
Joomla est pas trop mal docu en anglais, PHP-Nuke et aussi e107 que je trouve un peu plus clair
J'ai rapidement regarder joomla, faudrait que je m'y penche un peu plus... les autres je n'ai pas du tout regarder.
Citation :
overmysoul a écrit:
Qui a parlé de faire une version de xoops ??? pas moi en tout cas je te parle de modules, de thèmes, de documentation.
Alors oui c sur une nouvelle version de xoops avec ajax intégré dedans et plein de belles choses ca serait le rêve. Mais bon pour l instant les 2 versions que l on a tourne et pour l utilisateur lambda c'est déjà amplement suffisant. Par contre on a pas tjrs les bons modules.
Oups pardon 
Moi je parle d'une version de xoops.
Pour moi rien ne sert de faire des modules sur un produit moribond, donc avant il faut le faire vivre (mais bon c'est un cercle vicieux, sans module le produit devient moribond...)
Et ensuite, un kernel plus optimise et mieux ecrit permettra de faire plus de chose en terme de dev de module.
En gros il faut essayer d'imaginer ce que l'on a besoin pour faire un module facilement, et l'implementer dans le noyau.
Je vois le noyau (au sens large pas juste le kernel ) comme un support framework qui doit permettre au dev de modules de faire ce qu'ils veulent et de les guider dans des bonnes pratiques.
Citation :
overmysoul a écrit:
Citation :hahah.... on commence a parler de fork
Surtout pas on a ni le temps ni les ressources pour ca 
Par contre pour ce que j ai cité au dessus je suis sur que par groupe de 2 ou 3 on pourrait en abbattre une grosse quantité...
Il en faut bcq plus pour le kernel d'apres toi?
Pour moi xoops peche par des idees bonnes mais non implementées totalement, par un code qui n'est pas super modulable et par un noyau pas optimise (autant en php que du cote requete SQL... 35 requetes a peu pres pour afficher une page), avec un plus des limites a pas mal d'endroit qui oblige a faire des hacks du code (ce qui n'est pas forcement a la portee de l'utilisateur lambda).
Deja en corrigeant cela on aurait une meilleur base pour aller plus loin. J'ai toujours considere qu'avant de rajouter des possibilites il fallait avoir de bonnes fondations.
|
|
