Comment flexicontent reroute t il com_content?

Hello
juste avant un déploiement pour un client, je m'aperçois d'un gros soucis de gestion des itemid lorsque flexi reroute les liens sur com_content.

En gros, quand ma cliente édite un article, elle crée des liens entre les page via JCE en allant chercher l'article dans l'arborescence, ce qui génère un lien vers l'item via com_content et un itemid donné.

Flexi transforme ce lien à sa sauce, très bien, sauf que l'itemid renvoyé n'est pas le bon, et je ne trouve pas à quel endroit la redirection opère.

Le problème d'itemid à un gros impact sur la site, puisqu'il rend l'affichage des menus assez anarchique (affiche, affiche pas, etc).

Le site doit être déployé demain, avis aux rapide.

Merci de m'aiguiller ne serait ce que sur l'endroit ou ca se passe, le reste je devrais pouvoir m'en occuper.

hello as tu installer le plugin jec pour flexicontent ?
www.flexicontent.org/downloads/a ... ntent.html
cela devrait bien fonctionner avec ca
a+

Modérateur Micker, je vous présente mes plus sincères remerciements, le soucis est réglé.

Par contre, dans la mesure ou je bricole pas mal dans flexicontent, qui est très bien mais pas encore abouti, je suis intéressé par la réponse à ma question quand même, sauf que ca devient moins urgent.

désoler j'ai pas compris le lien que je t'ai donner à regler le soucis ?
tu as fait des modification de quel ordre ?
pense que cela peut être redonner dans le code de flexicontent pour l'aider à être plus performant !
(on est un peu en manque de dev sur le projet) donc n'hésite pas !
a+

Disons que ca règle le soucis de mon client sans pour autant m'éclairer moi.
Grace à ce plugin, les itemid sont bien gérés, donc plus de problème dans les affichages de menu, par contre, je ne sais toujours pas comment flexicontent reroute les liens de com_content.

Pour les dev, de 1, TOUS les projets sont en manque de dev, même les miens ^^
de 2, j'ai déjà soumis quelques bugs, et même les corrections qui vont avec (dont certaines sont déjà intégrées - #49 et #50), sauf que maintenant, plus personne ne s'occupe du bugtracker, qui se contente de se remplir depuis le #51 (la ca arrive au #82, j'ai posté le #78 y'a déjà un bail), ce qui ne fait pas très sérieux...
Après, je trouve que flexicontent est un projet interessant à bien des niveaux, mais je ne suis pas d'accord avec certains parti pris de départ sur la façon de gérer les données, et donc pas très motivé pour rejoindre l'équipe de dev.
Par contre, le jour ou les bugs seront traités, je recommencerais à faire des propositions.

hello

juzam wrote: Après, je trouve que flexicontent est un projet interessant à bien des niveaux, mais je ne suis pas d'accord avec certains parti pris de départ sur la façon de gérer les données, et donc pas très motivé pour rejoindre l'équipe de dev.

hello tu pourrais m'en dire plus ?
je suis pas dev j'apporte ma pierre a l'edifice en aidant sur le forum et en faisant des tuto.
ta position peu être interessante car je pense que manu seul ne pas tout faire et plus on est de fou plus on ris même si on est pas d'accord ! lol

C'est bien la première fois que je vois un modo inciter au hors sujet sur son propre forum^^

En gros, pour faire simple, quand on developpe une appli, une des premier boulot consiste à développer un "modèle de données" un "système d'information", etc. En gros, on essaye d'organiser les infos en les triant.
Ca génère ensuite, dans certains cas, ce qu'on appelle une base de donnée. Dans le cas de flexi, toutes les données définies se retrouvent stocké dans une seule table, c'est à dire en vrac total, sans parler des perf, etc.
Ce genre de modèle ne pose pas de problème si :
- le site est peu utilisé
- aucun autre programme n'a besoin de ces données

Sauf que de nos jours, on aime bien partager les données, exporter, trifouiller avec d'autres applis, etc, etc. Et la c'est mort.
Flexi gère son propre modèle de données, mais c'est figé. Pour être clair, c'est pas du tout un reproche, mais plutot un choix de départ.

Sauf que ce choix devient emmerdant dés qu'on passe sur des appli un peu conséquentes.
Exemple simple : une cliente me demande d'importer son carnet de contact sur son site.
3 jours à me débattre avec flexi (c'est d'ailleurs la que j'ai appris l'archi, donc pas du temps perdu), pour constater que j'aurais nettement plus vite fait de développer mon propre crud maker.

D'un autre coté, je trouve ca tellement efficace pour envoyer vite fait bien fait des page templatées, des formulaires simple qu'on ne souhaite pas forcément utiliser ailleurs que j'utilise flexi pour tout ce qui est plus light.
Ca a été fait pour ca, faut dire.
Et en plus c'est bien écrit.

Cela dit, ce cher manu est le seul dev sur flexi?
Parce qu'il y a quand même un second owner, et 7 committers...?

oui tout a fait il y a plus qu'un dev :oops: c'est juste qu'au niveau du core c'est surtout lui et enjoyman qui le font bouger ...
Merci pour cette explication, en esperant que tu ai plein de projet light pour nous aider à l'améliorer !!
tu sais le hors sujet ... je prefere que les gens s'expriment (et d'ailleurs c'est fort consctructif) sur ce genre de sujet que d'avoir toujours les même questions ...
tu en as déjà discuter avec manu ?
a+

Non, les seules relations que j'ai eu avec manu ont été des soumissions de bugs et leurs correction. Mais je vois qu'il est sur Aix, et je suis toujours dispo pour l'apéro (quand j'aurais plus une jambe dans le platre)

en tout c'est vraiment un echange interessant je lui ai envoyé tes 2 posts
en esperant que cela puisse améliorer le tout
a+