Puis-je utiliser des virgules dans une URL?

sont autorisées dans la partie nom de fichier D'une URL, mais sont des caractères réservés dans le domaine*, autant que je sache.

quelle version de IE utilisez-vous? J'ai trouvé le rapport bizarre de IE5.5 URLs tronquées sur une virgule ( lien ici , mais ont testé des URLs avec des virgules dans IE7 et il semble être OK, donc s'il y avait un bug IE, il ne semble pas être là plus - pourrait-il être un problème IIS?

je me demande si le l'erreur de page est due à un échec de règle avec le mod_rewrite - pouvez-vous poster la règle qui correspond à plusieurs identifiants et les passer à votre Foo.aspx ? Y a-t-il une chance qu'il ne corresponde qu'à Foo.N,N , et qu'il échoue sur d'autres virgules?

2.2. Caractères Réservés

beaucoup D'URI comprennent des composants consistant en délimité par, certains caractères spéciaux. Ces caractères sont appelés "réservés", depuis leur utilisation dans le cadre de la composante URI est limitée à leur but. Si les données d'un composant URI entraient en conflit avec but réservé, alors les données en conflit doivent être échappées avant formant l'URI.

 reserved    = ";" | "/" | "?" | ":" | "@" | "&" | "=" | "+" |
                "$" | ","

la classe de syntaxe" réservée " ci-dessus renvoie aux caractères qui sont autorisé dans une URI, mais qui ne peut pas être admis à l'intérieur d'un élément particulier de la syntaxe générique de L'URI

essayez d'utiliser %2c dans L'URL pour remplacer les virgules.

la virgule est autorisée dans le chemin, la chaîne de requête et le fragment selon spec. Cela ne me surprendrait pas si IE ne se conforme pas aux spécifications. Essayez l'entité comme Claudiu le suggère, mais je ne sais pas pourquoi cela serait nécessaire.

en plus de la réponse de ConroyP, voici une autre citation de la RFC. Il note un certain nombre de caractères dangereux, mais ne mentionne pas la virgule (suggérant que la virgule est sûre):

Les caractères

peuvent être dangereux pour plusieurs raisons. Espace le caractère est dangereux parce que les espaces importants peuvent disparaître et des espaces non significatifs peuvent être introduits lorsque les URLs sont transcrites ou typeset ou soumis à un traitement de programmes de traitement de texte. Les caractères "<" et ">" sont dangereux parce qu'ils sont utilisés comme délimiteurs autour des URLs en texte libre; la marque de citation ( "" ) est utilisée pour délimiter les URLs dans certains systèmes. Le caractère "#" est dangereux et doit toujours être encodé parce qu'il est utilisé dans le World Wide Web et dans d'autres des systèmes pour délimiter une URL à partir d'un identificateur de fragment / ancre qui pourrait la suivre. Le caractère "%" est dangereux, car il est utilisé pour codages d'autres caractères. Autre les caractères sont dangereux parce que les passerelles et autres agents de transport sont connus pour parfois modifier de tels caractères. Ces caractères sont "{", "}", "|", "\", "^", "~", "[", "]", et "`".

tous les caractères dangereux doivent toujours être encodés dans une URL. Pour exemple, le caractère "#" doit être codé dans les Url, même dans systèmes qui ne traitent pas normalement de fragment ou d'ancrage identificateurs, de sorte que si L'URL est copiée dans un autre système qui n'utilisez eux, il ne sera pas nécessaire de changer l'encodage d'URL.

Le droit chemin accepter plusieurs id est comme ceci:

Foo.aspx?id=1;id=2;id=3;id=4;id=5

notez que c'est exactement ce que la cible est. En réécrivant les urls, vous pouvez définir vos propres règles dans une certaine mesure pour ce que vous voulez que la source ressemble.

j'ai dû apprendre cela aussi sur StackOverflow. Voir cette question:

séparer les entrées de la chaîne

réponse

le problème était les virgules. Je devine que IIS avait un problème avec elle (pas IE) depuis IE a été en mesure de l'afficher très bien sur localhost.

en tout cas je viens de changer le format D'URL à ceci et il fonctionne très bien:

Foo.1-2-3-4-5.aspx

si vous aviez mis en place un contrôleur avant, vous pourriez faire quelque chose comme:

index.aspx?c=Foo/1/2/3/4

le contrôleur avant récupérerait le nom de la méthode et les paramètres à lui transmettre. C'est une technique assez courante de nos jours.