yo...
Bon alors mois ca fait 1 an et demie que je suis sur xoops.
Je n'ai pas choisi ce CMS car a l'epoque je connaissais pas ni le PHP ni les differents CMS...
D'ailleurs en passant j'ai pas encore eu le temps d'aller voir les autres CMS, donc je n'ai jamais fait de comparaison et j'en ferais jamais car par honnete pour dire qu'un produit et mieux que l'autre il faut avoir tester les deux... et ne l'ayant pas fait
(je n'ai jamais ete vote pour dire que xoops etait le plus beau etc... par exemple, alors que je l'utilise ...)
De toutes façons je me doute que tout n'est pas parfait dans les autres CMS aussi
Bon maintenant en terme de code, malgres
mon jeune age en PHP, je suis quand meme arriver assez vite a comprendre et a voir certain truc bizarre (je suis un professionnel de l'informatique aussi ca aide...
).
Plutot que parler et ne pas agir, apres avoir corrige chez moi, j'ai essaye d'agir en proposant des corrections d'anomalies de code et de fonctionnalite (je dis pas bug car cela fonctionne ca empeche juste de proposer facilement des extensions etc...).
J'ai ete surpris par la reception des commentaires et autres sur source forge.
Alors Xoops techniquement fonctionne, mais xoops techniquement n'a pas ete pense reellement de façons objet (malgres son nom)
Je vous conseille d'essayer d'etendre une classe du noyau vous allez comprendre... On ne peut pas heriter des classes du noyau (bonjour la notion d'objet
)
J'ai ete surpris aussi par la non connaissance par certaine haute autorite du noyau central et du fonctionnement de l'objet basique de xoops (xoopsobject)!!!!!
J'ai ete surpris aussi de la mauvaise ambiance dans la communaute et malheureusement meme ici. ici aujourd'hui je vois qu'on critique la censure sur xoops.org... euh, ca m'amuse, je me souviens ici l'an dernier d'au moins 2 sujets ou certains critiquaient xoops qui ont ete censure. Un produit ne peut pas evoluer sans critique, et surtout qu'il n'y avait pas d'attaque perso dans ces sujets mais des comparaison par rapport a d'autre cms etc...(donc pas lancer par moi, vu que j'ai pas teste les autres...)
J'ai ete surpris aussi du peu de technicite dans le forum API, et en meme temps j'ai vite compris pourquoi (deja le peu de peu de technicite entraine elle meme peu de technicite et en meme temps la censure n'aide pas...)
J'ai ete surpris par le fonctionnement de cette communaute soit disant Open source et que j'ai trouve en tout cas tres peu ouverte...
Je suis pas trop surpris du coup de voir comment cela se finit...
Et je trouve cela dommage...
Sans etre chauvin, en france on est capable de bien programmer, par contre on a un enorme pb de gestion de projet. Pb de reconnaissance, d'ego ect...
Je pense que si on mettait toutes les contributions des gens ici, on pourrait produire une version de xoops 2.0.17 en eliminant rapidement bcq de pb de conception objet : pour permettre l'heritage par exemple, il faut meme pas une 1/2 journee, mais bon apres c'est pas suffisant, c un pas en avant, mais il faudrait pouvoir aussi permettre de changer juste par parametrage les classes (notion de factory etc...)
La gestion des droits de xoops est pas trop top, ce qui entraine que certains modules rajoute une gestion a eux ...
Et j'avoue que franchement je me pose encore la question si je dois utiliser celle de xoops ou si je dois rajouter une gestion specifique dans un de mes modules (quand je dis specifiques c-a-d n'utilisant pas les tables de xoops)
En meme temps si XoopsCube a deja tout cela (et qu'il est compatible avec xoops ) faut effectivement se poser la question de l'interet de le faire
(il faut que je trouve le temps de le regarder si il a l'air si interressant que cela, ca m'eviterai de perdre du temps)
Pour ce qui concerne le nombre d'user, xoops permet enormement de user, apres le pb, c'est effectivement le nombre de requetes effectuées, mais a la decharge de xoops, c'est pas toujours la faute du noyau, certains modules sont tres tres generateur de requetes (certains a bon escient (c le fonctionnel qui veut cela) d'autre non...)
