Aller au contenu

Séparateur dans adresse url


Messages recommandés

Salut je me pose quelques questions sur les séparateurs et nom de fichier (URL)

1) le "." c'est juste pour les extension ou on peux avoir un nom de ficher : machin.bidule.htm ?

2) le "." est il un séparateur pour Google : machin.bidule = machin et bidule ?

3) la "," est un séparateur (normal) cela veux dire que ca ne pose pas de probleme d'appeller un fichier machin,bidule ?

4) la "," est elle mieux que l'apostrophe (url, séparateur), pourquoi ?

5) "_" n'est pas un séparateur, ca veux dire que machin_bidule = machin_bidule et noon machin et bidule ?

6) quels sont tous les types de séparateur qui fonctionne aussi bien que "-" sans auccun probleme pour Url, réferencement ... ?

7) pour en finir avec la légende de l'apostrophe tout le monde semble dire qu'elle marche pas (parceque personne ne l'utilise) mais y a t il vraiment des gens qui on eu des problemes avec. Pouvez vous me dire si vous avez des probleme avec l'apostrophe si vous etes sous UNIX (serveur ou ordi) et si vous etes sous MAC. Car ca se trouve il n'y a pas de prob est c'est peut etre un bon séparateur (car meme si je suis pas PIVOT, si l'apostriphe ne pose pas de prob (serveur et ordi unix, mac) j'y vois de grandes perspectives) ?

Lien vers le commentaire
Partager sur d’autres sites

2.1. The main parts of URLs

  [...]

  In general, URLs are written as follows:

      <scheme>:<scheme-specific-part>

  A URL contains the name of the scheme being used (<scheme>) followed

  by a colon and then a string (the <scheme-specific-part>) whose

  interpretation depends on the scheme.

  Scheme names consist of a sequence of characters. The lower case

  letters "a"--"z", digits, and the characters plus ("+"), period

  ("."), and hyphen ("-") are allowed. For resiliency, programs

  interpreting URLs should treat upper case letters as equivalent to

  lower case in scheme names (e.g., allow "HTTP" as well as "http").

Voilà, ça répond au moins en partie à tes questions, mais je ne résiste pas à la tentation de vous montrer la grammaire :transpi: ça me rappelle mes cours de licence- maîtrise

http://www.ietf.org/rfc/rfc1738.txta

3.1. Common Internet Scheme Syntax

//<user>:<password>@<host>:<port>/<url-path>

user

        An optional user name. Some schemes (e.g., ftp) allow the

        specification of a user name.

password

        An optional password. If present, it follows the user

        name separated from it by a colon.

  The user name (and password), if present, are followed by a

  commercial at-sign "@". Within the user and password field, any ":",

  "@", or "/" must be encoded.

  Note that an empty user name or password is different than no user

  name or password; there is no way to specify a password without

  specifying a user name. E.g., <URL:ftp://@host.com/> has an empty

  user name and no password, <URL:ftp://host.com/> has no user name,

  while <URL:ftp://foo:@host.com/> has a user name of "foo" and an

  empty password.

host

        The fully qualified domain name of a network host, or its IP

        address as a set of four decimal digit groups separated by

        ".". Fully qualified domain names take the form as described

        in Section 3.5 of RFC 1034 [13] and Section 2.1 of RFC 1123

        [5]: a sequence of domain labels separated by ".", each domain

        label starting and ending with an alphanumerical character and

        possibly also containing "-" characters. The rightmost domain

        label will never start with a digit, though, which

        syntactically distinguishes all domain names from the IP

        addresses.

port

        The port number to connect to. Most schemes designate

        protocols that have a default port number. Another port number

        may optionally be supplied, in decimal, separated from the

        host by a colon. If the port is omitted, the colon is as well.

url-path

        The rest of the locator consists of data specific to the

        scheme, and is known as the "url-path". It supplies the

        details of how the specified resource can be accessed. Note

        that the "/" between the host (or port) and the url-path is

        NOT part of the url-path.

  The url-path syntax depends on the scheme being used, as does the

  manner in which it is interpreted.

---- Bon j'ai été sympa, je vous ais mis en gras les parties intéressantes.

; The generic form of a URL is:

genericurl    = scheme ":" schemepart

-----------------------------------------------------------------------

; Specific predefined schemes are defined here; new schemes

; may be registered with IANA

url            = httpurl | ftpurl | newsurl |

                nntpurl | telneturl | gopherurl |

                waisurl | mailtourl | fileurl |

                prosperourl | otherurl

-----------------------------------------------------------------------

; new schemes follow the general syntax

otherurl      = genericurl

-----------------------------------------------------------------------

; the scheme is in lower case; interpreters should use case-ignore

scheme        = 1*[ lowalpha | digit | "+" | "-" | "." ]

schemepart    = *xchar | ip-schemepart

-----------------------------------------------------------------------

; URL schemeparts for ip based protocols:

ip-schemepart  = "//" login [ "/" urlpath ]

login          = [ user [ ":" password ] "@" ] hostport

hostport      = host [ ":" port ]

host          = hostname | hostnumber

hostname      = *[ domainlabel "." ] toplabel

domainlabel    = alphadigit | alphadigit *[ alphadigit | "-" ] alphadigit

toplabel      = alpha | alpha *[ alphadigit | "-" ] alphadigit

alphadigit    = alpha | digit

hostnumber    = digits "." digits "." digits "." digits

port          = digits

user          = *[ uchar | ";" | "?" | "&" | "=" ]

password      = *[ uchar | ";" | "?" | "&" | "=" ]

urlpath        = *xchar    ; depends on protocol see section 3.1

-----------------------------------------------------------------------

; The predefined schemes:

; FTP (see also RFC959)

ftpurl        = "ftp://" login [ "/" fpath [ ";type=" ftptype ]]

fpath          = fsegment *[ "/" fsegment ]

fsegment      = *[ uchar | "?" | ":" | "@" | "&" | "=" ]

ftptype        = "A" | "I" | "D" | "a" | "i" | "d"

; FILE

fileurl        = "file://" [ host | "localhost" ] "/" fpath

; HTTP

httpurl        = "http://" hostport [ "/" hpath [ "?" search ]]

hpath          = hsegment *[ "/" hsegment ]

hsegment      = *[ uchar | ";" | ":" | "@" | "&" | "=" ]

search        = *[ uchar | ";" | ":" | "@" | "&" | "=" ]

; GOPHER (see also RFC1436)

gopherurl      = "gopher://" hostport [ / [ gtype [ selector

                [ "%09" search [ "%09" gopher+_string ] ] ] ] ]

gtype          = xchar

selector      = *xchar

gopher+_string = *xchar

; MAILTO (see also RFC822)

mailtourl      = "mailto:" encoded822addr

encoded822addr = 1*xchar              ; further defined in RFC822

; NEWS (see also RFC1036)

newsurl        = "news:" grouppart

grouppart      = "*" | group | article

group          = alpha *[ alpha | digit | "-" | "." | "+" | "_" ]

article        = 1*[ uchar | ";" | "/" | "?" | ":" | "&" | "=" ] "@" host

; NNTP (see also RFC977)

nntpurl        = "nntp://" hostport "/" group [ "/" digits ]

; TELNET

telneturl      = "telnet://" login [ "/" ]

; WAIS (see also RFC1625)

waisurl        = waisdatabase | waisindex | waisdoc

waisdatabase  = "wais://" hostport "/" database

waisindex      = "wais://" hostport "/" database "?" search

waisdoc        = "wais://" hostport "/" database "/" wtype "/" wpath

database      = *uchar

wtype          = *uchar

wpath          = *uchar

; PROSPERO

prosperourl    = "prospero://" hostport "/" ppath *[ fieldspec ]

ppath          = psegment *[ "/" psegment ]

psegment      = *[ uchar | "?" | ":" | "@" | "&" | "=" ]

fieldspec      = ";" fieldname "=" fieldvalue

fieldname      = *[ uchar | "?" | ":" | "@" | "&" ]

fieldvalue    = *[ uchar | "?" | ":" | "@" | "&" ]

; Miscellaneous definitions

lowalpha      = "a" | "b" | "c" | "d" | "e" | "f" | "g" | "h" |

                "i" | "j" | "k" | "l" | "m" | "n" | "o" | "p" |

                "q" | "r" | "s" | "t" | "u" | "v" | "w" | "x" |

                "y" | "z"

hialpha        = "A" | "B" | "C" | "D" | "E" | "F" | "G" | "H" | "I" |

                "J" | "K" | "L" | "M" | "N" | "O" | "P" | "Q" | "R" |

                "S" | "T" | "U" | "V" | "W" | "X" | "Y" | "Z"

alpha          = lowalpha | hialpha

digit          = "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" |

                "8" | "9"

safe          = "$" | "-" | "_" | "." | "+"

extra          = "!" | "*" | "'" | "(" | ")" | ","

national      = "{" | "}" | "|" | "\" | "^" | "~" | "[" | "]" | "`"

punctuation    = "<" | ">" | "#" | "%" | <">

reserved      = ";" | "/" | "?" | ":" | "@" | "&" | "="

hex            = digit | "A" | "B" | "C" | "D" | "E" | "F" |

                "a" | "b" | "c" | "d" | "e" | "f"              

escape        = "%" hex hex

unreserved    = alpha | digit | safe | extra

uchar          = unreserved | escape

xchar          = unreserved | reserved | escape

digits        = 1*digit

Et on voit qu'il n'y nulle part de " autorisé dans l'écriture d'une URL.

Je crois que je viens de réaliser mon post le plus long jusqu'à présent :photo:

Lien vers le commentaire
Partager sur d’autres sites

Bon c'est parti:

extra          = "'"

unreserved = extra

uchar          = unreserved

hsegment      = *uchar

hpath          = hsegment

=> transitivité hpath='

avec

hostport      = host

host            = hostname

hostname      = *[ domainlabel "." ] toplabel

Je choisi le cas particulier çi dessous (l'étoile signifie qu'on peut répéter domainlabel"." autant de fois qu'on veut)

                    = domainlabel1 "." domainlabel2 "." toplabel 

domainlabel1  = www

domainlabel2  = pcinpact

toplabel      = com

=> transitivité hostport=www.pcinpact.com

D'où

httpurl        = "http://" hostport [ "/" hpath ]

                = http://pcinpact.com/'

On obtient donc ici, une URL avec un apostrophe, qui est valide puisqu'on a employé la grammaire offcielle. Mais remarquons que l'apostrophe ne peut être employée qu'en dehors de l'adresse "réelle"=> .http://www.pc'inpact.com n'est pas possible avec cette grammaire. (j'ai mis un point devant le h de http sinon le script d'ajout du post le mets systématiquement en URL et moa g po envie!!! :ouioui: )

Bon avec tout ça :faim:

Lien vers le commentaire
Partager sur d’autres sites

Donc si j'ai bien compris d'apres toi, contrairement a tous les gens qui disent qui leur semble qu'il ne faut pas mettre d'apostrophe dans un nom de fichier, ni dans l'url mais sans pouvoir le justifier

toi tu m'assure texte a lappuis que l'on ne peux pas mettre d'apostrophe dans le nom de domaine (de toute facon il est impossible de prendre un nom de domaine avec une apostriophe donc ca regle le probleme lol).

Ni dans un sous domaine www.machin'bidule.monsite.com

n'est pas valide comme sous domaine de monsite.com

Mais surtout contre toutes le rumeur tu affirme que l'on peu mettre des apostrophe dans les nom de fichier .html et .php

et que cela ne pose pas de probleme

- au niveau du serveur (qu'il soit sous windoxs, unix, apache ...)

- au niveau de l'url (exploreur, mozilla...)

- au niveau des systemes d'exploitation (windows, unix, linux, OS, MAC...)

Je peux donc utiliser les apostrophe sans crainte, elles sont fiable a 100% dans tous les cas de figure (texte officiel a l'appuis)

Lien vers le commentaire
Partager sur d’autres sites

Euh j'irais ptet pas jusque là :francais: j'ai pas assez de bouteille dans la conception web pour te l'affirmer.

Ce que j'affirme, c'est que officiellement,

- pas d'apostrophe dans les noms de domaine

- mais apostrophe autorisée dans la suite de l'url

Par contre après au niveau de la compatibilité, ça se situe plus dans l'encodage je pense.

Comme tu dois le savoir, tu n'es pas obligé d'écrire une apostrophe ' tu peux aussi l'écrire

' en html

%27 en hexadécimal

Ici quelqu'un qui avait ce problème

http://list.opera.com/pipermail/opera-user...ber/013951.html

INclu une adresse avec des morceaux d'apostrophe dedans!

Tu peux aussi passer la validation du W3C pour être sur...

Lien vers le commentaire
Partager sur d’autres sites

est ce que quelqu'un sait ce que cel

a veut dire :

2.3. Unreserved Characters

  Data characters that are allowed in a URI but do not have a reserved

  purpose are called unreserved.  These include upper and lower case

  letters, decimal digits, and a limited set of punctuation marks and

  symbols.

      unreserved  = alphanum | mark

      mark        = "-" | "_" | "." | "!" | "~" | "*" | "'" | "(" | ")"

  Unreserved characters can be escaped without changing the semantics

  of the URI, but this should not be done unless the URI is being used

  in a context that does not allow the unescaped character to appear.

This does appear to change the list allowed from that in 1738.

Specifically,

$+, all seem to be less wonderful to use unescapesd. The RFC earlier

says:

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

                    "$" | ","

The RFC's are sometimes hard work to trawl through, but they can be

worth it... but this isn't an RTFM! ;-)

In short, an apostrophe's fine, by the looks of it.

L'apostrophe est elle utilisable dans un nom de dossier ou fichier

est ce que www.machin.com/bidul'chouet/sup'meg.php ne pose pas de probleme comme adresse d'apres la sitation précédente

@+

C'est quoi passrer la validation W3C ???????

Lien vers le commentaire
Partager sur d’autres sites

Un exemple:

http://www.judibari.org/jury's_message.html

(Que j'ai déjà indiqué plus haut, en rouge)

Le W3C:

http://fr.wikipedia.org/wiki/W3C

La validation W3C:

Etant donné que le HTML est un langage à balises qui est interprété juste à temps (avant l'affichage, par le navigateur), il est possible d'écrire n'importe quoi sans s'en rendre compte d'autant plus que les moteurs d'interprétation du langage HTML sont tolérants aux fautes.

La validation W3C te permets de vérifier que tu n'as pas écris n'importe quoi et que tu respectes le format international.

http://validator.w3.org/

Si tu testes en indiquant l'exemple indiqué plus haut, ça indique 9 erreurs, mais elles n'indiquent pas de problèmes sur l'apostrophe de l'adresse.

Lien vers le commentaire
Partager sur d’autres sites

Archivé

Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.

×
×
  • Créer...