Insérer des appels de snippets dans le contenu d'un doc : pose probleme ou pas?

Bonjour à tous
J’aimerai savoir si d’utiliser des appels de snippets (sans éditeur wysiwyg) dans le contenu d’un doc ou dans une de ses variables de modeles posait un probleme dans modx : temps de calcul plus long pour le parser?

Apparemment ça pose aussi des soucis avec cette méthode pour les snippets qui ne sont pas en cache.

Je réalise un site sur lequel je n’ai besoin que d’un seul template; et pour faire varier les différents appels de snippets selon les pages, mettre carrément certains appels dans les docs me parait beaucoup plus simple que recourir à phx pour enchainer tous les tests conditionnels selon l’id du doc...

Même du côté maintenance, mettre directement l’appel à e-form dans un contenu de doc plutôt que perdu au milieu du template déjà complexe et de tests phpx ça me parait plus pratique.

Merci de vos avis d’experts

salut, personne ne sait quelque chose à ce propos? je me rappelle avoir lu quelque part sur le wiki à propos de je ne sais plus quel snippet "éviter de mettre l’appel directement dans le document"; mais vu que ça semble très bien marcher j’aimerai savoir pourquoi cette méthode très pratique est déconseillée?

Non ça marche très bien pour ce qui est de l’insertion dans le document... en cache ou pas d’ailleurs.

Par contre dans une variable de modèle c’est une autre histoire je n’ai pas fait de test mais en dehors d’un @EVAL je doute que le code PHP soit éxécuté...

Si tu n’as qu’un template, le mieux c’est d’utiliser PHx et la syntaxe conditionnelle, qui sera native avec Revolution d’ailleurs...

Merci de ta répons! Ca marche aussi avec une variable de modele; je me demandais simplement pourquoi phx serait mieux ou pas que l’insertion direct dans un doc?

Non ce n’est pas mieux en fait comme toujours tout dépend de ce que tu veux faire... dans le cas où, comme moi, tu travailles sur des sites où les clients (non techniques) éditent les pages, mieux vaut soit insérer les appels de snippets dans le template que de se retrouver avec un appel de snippet effacé par un éditeur par exemple

Ok merci
En fait je verouille ces pages pour le client qui ne les voit pas. Dans le cadre d’un site bilingue, ça me facilite la tache de mettre certains appels dans les doc afin d’appeler différement certains snippets selon la langue. Au bout d’un certain nombre de tests conditionnels avec phx en fonction de l’id, je comprends plus trop ce qui se passe dans mon template.

Salut,

pour répondre à ta question permière et l’insertion de snippet dans le corps du doc.
Selon moi, cette méthode est valable si l’appel a une vocation unique. C’est à dire qu’il ne s’appliquera à aucun autre contexte.
Sinon je préfère autant le mettre dans le template ou dans un chunk c’est selon.

Pour les tests conditionnels de PHx méfiez vous.
Si vous testez pour afficher tel ou tel appel snippet, PHx les éxécute tous. ce qui entraîne une surchage inutile du serveur et de la bdd.

:-)

Ah merci de ta précision concernant phx, je me demandais justement sa manière de procéder !
Je pense à une utilisation pour le formulaire de contact principalement.

Mais je me sers surtout de cette méthode à cause du site que je fais en ce moment qui fonctionnent avec des "blocs" sur les côtés. Chaque bloc correspond en réalité à un document que j’affiche sur les côté gràce à un listage de Ditto. Pour le bloc sondage, j’insere un appel du snippet poll dans le doc (ainsi que sa version anglaise dans la variale de modele destinée au contenu anglais). Je fais de même pour le bloc qui affiche 10 news sur le côté j’appelle Ditto dedans.

Les autres bloc ont un contenu rédigeable par le client d’ou l’idée de représenter les blocs par un appel à des docs existants et d’ou ma question.

Désolé d’arriver en retard sur les autres

Si je ne m’abuse, phx ralentit un peu l’affaire car il doit lui aussi parser le document, et plusieurs fois. (si j’ai bien compris ce qu’opengeek m’avait dit une fois )
Donc phx est plus lent que mettre un simple appel (si vocation unique) dans la page.


Par contre je pense pas que ce soit une bonne idée d’avoir ditto pour générer tes "blocs". Qui plus est pour certains blocs dont le contenu est lui même généré par ditto. C’est une solution un peu lourde, je trouve. Peut-être devrais tu regarder de ce coté là :
http://modxcms.com/document-binding.html

Of course PHx ajoute à la charge serveur, donc quand on peut éviter, mieux vaut faire autrement... en même temps relativisons j’ai certains sites qui tournent bien avec des appels PHx mutliples (notamment http://www.soleil.info/). C’est un moyen rapide d’implémenter des choses plus complexe (sur le site en question par exemple, la couleur de fond et des titres est fonction du parent ultime...) sans toucher à PHP. Il y a plus performant, mais c’est un bon compromis quand même pour un designer qui ne code pas

Maintenant, avec un dédié ça se voit beaucoup moins c’est vrai... Et si on veut vraiment booster les performances, alors on peut aussi basculer les templates, les chunks, les snippets... dans des fichiers.

De toute façon, le parser de Revolution comporte (je n’ai pas vérifié mais normalement c’est le cas) les tags conditionnels  donc PHx est une solution transitoire qui sera reproductible avec Revolution probablement de manière beaucoup plus efficiente.