Puis-je utiliser un symbole (@) à l'intérieur d'Url?

Est-il sécuritaire d'utiliser un @ symbole en tant que partie d'un utilisateur? Par exemple, une URL serait http://example.com/@dave.

L'idée est que, de nos jours, les utilisateurs sont communément appelés "@user", alors pourquoi ne pas faire de l'utilisateur page "@username"?

  • "les utilisateurs sont communément appelés @user" - WAT? Mais oui, vous pouvez utiliser le caractère @ dans une adresse URL.
  • Je pense qu'il n'y a rien de mal à utiliser @ dans l'adresse url, sauf si elle est correctement codées dans l'url.
  • Je pense que tu veux dire "tant qu'il est correctement encodé url".
  • Juste remarqué que google maps est maintenant à l'aide de @ dans son Url: google.com/maps/@0,0,2 z
InformationsquelleAutor Geoff | 2013-10-22
  1. 115

    Pour cent codé ...

    Vous pouvez utiliser le @ personnage dans URI HTTP chemins d'accès si vous pour cent-encoder comme %40.

    De nombreux navigateurs affichage serait-il encore comme @, mais par exemple, lorsque vous copiez-collez l'URI dans un document texte, il sera %40.

    ... mais aussi directement

    Au lieu d'un pour cent de l'encodage, vous pouvez utiliser @ directement dans le HTTP chemin de l'URI.

    Voir la syntaxe de la chemin d'un URI. Divers sans lien avec les clauses de côté, le chemin d'accès se composent de caractères dans le segment, segment-nz, ou segment-nz-nc ensemble. segment et segment-nz se composent de caractères à partir de la pchar ensemble, qui est définie comme:

    pchar = unreserved /pct-encoded /sub-delims /":" /"@"

    Comme vous pouvez le voir, le @ est explicitement mentionné.

    La segment-nz-nc ensemble répertorie également les @ caractère explicitement:

    segment-nz-nc = 1*( unreserved /pct-encoded /sub-delims /"@" )

    Donc, un URI HTTP, comme cela est totalement valable:

    http://example.com/@dave

    Exemple

    Voici un exemple de page de Wikipédia:

    • lien
    • copier-coller: http://en.wikipedia.org/wiki/%22@%22_%28album%29

    Comme vous pouvez le voir, le ", (, et ) personnages sont pour cent codé, mais le @ et la _ est utilisé directement.

    • Cela semble être la bonne réponse, les besoins upvotes.
    • Bonne nouvelle! Mais alors, pourquoi ne pas Twitter fait cela?
    • Pourriez-vous fournir un exemple d'URL? Je n'utilise pas Twitter, et de ce que je vois ils ne l'utilisent pas @ dans les Url plus, mais l'ancien (?) profil URLs fonctionnent toujours: exemple avec pour cent codé @ (t pas travail!) contre exemple d'utilisation de @ directement (ne fonctionne!).
    • Intéressant! En effet, fonctionne avec ou sans @ dans le cas de Twitter. Leurs liens internes ne reporter la les url sans @ bien: twitter.com/@stackexchange
    • J'ai dû upvote :3 Le principal problème avec le signe @est qu'il est aussi utilisé par certaines applications pour split [email protected] pour diriger authentification SSH et tels, mais pour HTTP plaine et bon, dès que sa après la première / je ne pense pas qu'il n'y a aucun problème.
    • doit '@' et c'est une forme codée '%40' être traité comme un équivalent dans un chemin d'accès selon la RFC? En d'autres termes le RFC état twitter.com/@stackexchange et twitter.com/%40stackexchange DOIVENT être traités de manière équivalente?
    • Autant que je sache, seulement entière caractères sont équivalentes aux leurs pour cent-forme codée, mais le @ n'est pas entière. De sorte que les consommateurs ne doivent pas supposer que %40 et @ sont équivalentes.
    • Pour référence, la question distincte à ce sujet: Doit '@' et '%40' être traités de manière équivalente dans les chemins d'URL?
    • Many browsers would display it still as @, but e.g. when you copy-and-paste the URI into a text document, it will be %40. Ce n'est pas vrai pour google Chrome.

    InformationsquelleAutor unor
  2. 38

    Pouvez-vous utiliser le symbole @dans une adresse URL? - Oui, vous le pouvez!

    Remarque que @caractères, la valeur hexadécimale de 40 valeur décimale, 64 ans, est l'un des caractères réservés pour d'URI. Son utilisation est pour des choses comme les adresses e-mail dans mailto:d'URI, par exemple mailto:[email protected] et pour le passage de nom d'utilisateur et le mot de passe de l'information sur un URI (qui est une mauvaise idée, mais possible): http://username:[email protected]

    Si vous voulez une URL qui a un symbole @dans un chemin d'accès, vous devez encoder, avec ce qu'on appelle "URL de codage". Par exemple, comme ceci: http://somewhere.foo/profile/username%40somewhere.foo

    Tous les navigateurs modernes affiche ce que http://somewhere.foo/profile/[email protected], et convertit toute tapé dans le signe @pour %40, de sorte qu'il est facile à utiliser.

    De nombreux web-cadres seront également vous aider que ce soit automatiquement ou avec aide-fonctions, pour convertir de et à partir de l'URL-encodée URL.

    Donc, en résumé: Oui, vous pouvez utiliser le symbole @ dans une URL, mais vous devez vous assurer qu'il est encodé, que vous ne pouvez pas utiliser la @caractères.

    • +1 parfait. Au lieu de relais sur la théorie de mieux pour donner un essai. C'est la chose que je voulais dire, merci pour ce que belle réponse.
    • Si l'encodage n'est pas de mauvais conseils, @ caractères, ne pas "besoin" d'être codé dans le chemin d'accès d'une url (greenbytes.de/tech/webdav/rfc3986.html#path)
    InformationsquelleAutor Lennart Regebro
  3. 11

    Dans le RFC les caractères suivants:

    ! * ' ( ) ; : @ & = + $ , /? % # [ ]

    sont réservés et:

    Le but de caractères réservés est de fournir un ensemble de délimitation des
    des personnages qui se distinguent des autres données à l'intérieur d'un URI.

    De sorte qu'il n'est pas recommandé d'utiliser ces caractères sans codage.

    InformationsquelleAutor Salvador Dali
  4. -5

    Fondamentalement pas.

    @ est un caractère réservé et doit être utilisé uniquement pour son usage prévu.

    Voir: http://perishablepress.com/stop-using-unsafe-characters-in-urls/ et http://www.ietf.org/rfc/rfc3986.txt

    Il peut être utilisé codé, mais je ne pense pas que c'est ce que vous demandez.

    Apparemment les navigateurs modernes va gérer cela. Cependant vous demandé si c'était bien sûr et selon la spécification de la RFC vous ne devriez pas l'utiliser (non codée), sauf si c'est pour son usage prévu.

    InformationsquelleAutor Jon P