[sf 1.4.x] requirements dans le routing.yml

[coupolites]

Bonjour,

Voici mon problème :

Je peux me retrouver avec ce genre d'url

"www.monsite.com/monProduit/index.php"

ou

"www.monsite.com/untruc/index.php"

Dans mon yml j'ai :

Code :

1
2
3
4
5
6
7
8
9
 
maRouteProduit:
  url:  /:product/index.php
  param: { module: xxxx, action: yyyyy }
 
 
maRouteTruc:
  url:  /trucEnDur/index.php
  param: { module: aaa, action: bbb }

donc suivant l'ordre de ces routes dans le yml les redirections seront différentes. Au lieu de me préoccuper à chaque fois de l'ordre des routes (car j'ai plusieurs fois ce cas) j'aimerai avoir :

Code :

1
2
3
4
5
 
maRouteProduit:
  url:  /:product/index.php
  param: { module: xxxx, action: yyyyy }
  requirements: { product: * different de monTruc* }

Je n'arrive pas à faire la "négation" .

Quelqu'un à une idée ?

Merci

[Michel Rotta]

Pas vraiment une idée.

L'objet route n'est pas fait pour ce type de traitement. Et c'est plus que de réécrire l'objet route qu'il faudrait pour le prendre en compte.

Il prend la première qui ressemble.

Le mieux est d'avoir une requête du style "www.monsite.com/produit/monProduit/index.php"

Dans le cas contraire on cours le risque (probable) d'avoir un produit nommé : untruc. Et l'impossibilité d'accéder à untruc...

[coupolites]

Merci pour ta réponse Michel,

En fait avec ça :

Code :

1
2
 
requirements: { product: '^(product1)|(product2)|(product3)......$' }

ça marche mais je peux pas l'utiliser car j'ai beaucoup trop de produit. Il me faut juste la "négation" de cette expression.

[Michel Rotta]

Je continue de considérer que ceci n'est pas fait pour.

Il faut bien imaginer le temps passé dans le système de routage pour TOUTES les pages du sites. Sans compter qu'il faudrait rendre cela interactif (pouvoir facilement ajouter ou supprimer des possibilités).

Symfony est très paramétrable, il reste sans doute possible de dériver l'objet route de base pour en créer un adapté. Mais cela reste une mauvaise idée.

[coupolites]

Je ne comprend pas pourquoi tu dis que ce n'est "pas fait pour ça" ?

J'utilise l'existant, sur le site de symfony on y trouve des exmples du style :

Code :

1
2
3
4
5
 
article_by_id:
  url:   /article/:id
  param: { module: article, action: read }
  requirements: { id: \d+ }

ici on force bien à ce que l'id soit un nombre non ?

Merci

[Michel Rotta]

Ce n'est pas comparable.

Il y a un monde entre forcer un paramètre à être d'un type donné et à considérer qu'il doit faire partie d'un ensemble exclusif.

Par contre regarde du côté des sfDoctrineRoute qui pourrait se rapprocher de ce que tu cherches. Mais je ne sais pas comment elle vont réagir à la racine d'un site notamment, vont-elle passer la mains à la route suivante ? Leur comportement serait plutôt de considérer que cela rentre dans "leur moule" et de renvoyer sur une erreur 404 si le slug rencontré ne colle pas avec ceux présent dans la base. C'est peut-être adaptable.

Réfléchi à la possibilité de mettre un préfix à ton url, je pense que tu te simplifiera la vie, beaucoup. Le préfix ne termine pas nécessairement par un "/"

[coupolites]

Je pense que je vais modifier la route ça sera plus simple

Merci pour ton aide

[Michel Rotta]

Je pense que retoucher la route et utiliser un sfDoctrineRoute en combinaison avec un slug sera encore plus simple et donnera à ton site une touche des plus intéressante sans nécessiter un développement intense.