Route en fonction du format

Bonjour.

Je viens d'installer un flux sur mon application et j'aimerais mettre en place une route spéciale pour ce flux.
Comme j'ai suivi le tuto Jobeet, je me retrouve avec une seule et même action : executeIndex.
La seule différence et que pour le flux, j'ai la variable sf_format=atom

Je voudrais donc, que quand la variable format est passée j'ai une url de type :
/....../monModule/feed/

et que quand il n'y a pas de variable format :
/...../monModule/feed/

Pour l'instant j'ai deux routes (dans cet ordre) :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

realisations_feed: url: /:sf_culture/realisations/feed/ param: {module: realisations, action:index, sf_format:atom} requirements: sf_culture: (?:fr|en)   realisations: url: /:sf_culture/realisations/ param: {module: realisations, action:index} requirements: sf_culture: (?:fr|en)

---

mais cela ne fonctionne pas. Quand j'ai un url_for('realisations/index'), je me retrouve sur le flux.

Comment faire pour que cela fonctionne tout en conservant une seule et même action ?

Code:

---

url_for('@realisations')

---

Citation:

---

Envoyé par Michel Rotta

Code:

---

url_for('@realisations')

---

---

Ouai j'ai pensé à cette solution, mais je voulais savoir si on pouvait le faire sans çà.
De sorte que la route soit séléctionnée rien qu'avec les contraintes / paramètres.

Pas dans ce cas.

Les url sont analysée dans l'ordre de déclaration. La première qui colle est prise.

Ouai je comprends bien mais le truc c'est qu'avec :

Code:

---

1 2 3 4 5

realisations_feed: url: /:sf_culture/realisations/feed/ param: {module: realisations, action:index, sf_format:atom} requirements: sf_culture: (?:fr|en)

---

cela ne devrait pas coller puisque sf_format est html mais du coup il semblerait que le sf_format ne soit pas pris en compte.

Je ne suis pas sur que le format fasse partie de la vérification effectuée pour la création des routes.

Pourquoi essayer absolument de faire faire des trucs space au framework alors que cela n'apporte pas vraiment un avantage en terme de programmation ET qu'il est recommandé par symfony d'utiliser les routes nommées dans url_for() pour plus de performance ?

Ce n'est pas pour faire des trucs space au framework mais pour ma culture symfoniesque. Parce que je suis conscient que faire avec ce qui a de plus simple et utiliser dès que possible les plugins existants c'est un gain de temps considérable mais à la fin on ne sait pas faire grand chose tout seul, tout est magique et que dès que l'on veut faire un truc qui sort du cadre, çà devient beaucoup plus dur :D

Mais je vais adapter la solution proposée. Merci encore.:ccool:

Si c'est pour ta culture, je te propose de démonter les objets routes et de nous tenir au courant, je serais très intéressé par pourquoi et où il ne fait pas ce choix. :ccool:

Perso, les objets routes ont toujours bien fonctionné et je n'ai pas eu besoins de les disséquer pour en analyser le contenu :(