reg34000 Posté(e) le 17 août 2005 Partager Posté(e) le 17 août 2005 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 More sharing options...
Duke98 Posté(e) le 17 août 2005 Partager Posté(e) le 17 août 2005 moi je verra plutot ca dans réseau et internet Lien vers le commentaire Partager sur d’autres sites More sharing options...
Jiriki Posté(e) le 17 août 2005 Partager Posté(e) le 17 août 2005 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 ç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 Lien vers le commentaire Partager sur d’autres sites More sharing options...
reg34000 Posté(e) le 17 août 2005 Auteur Partager Posté(e) le 17 août 2005 oui mais je parle pas anglais lol je parle pas de " guillemet mais de ' apostrophe Lien vers le commentaire Partager sur d’autres sites More sharing options...
reg34000 Posté(e) le 17 août 2005 Auteur Partager Posté(e) le 17 août 2005 aaaaaaaaaaaaaa je l'aiiiiiiiiiiiiii extra = "!" | "*" | "'" | "(" | ")" | "," ca veux dire quoi ???? je zoom | "'" | je zoom encore un peu"'" y a quoi entre les " ' c'est quoi ce signe c'est apostrophe au un autre signe Lien vers le commentaire Partager sur d’autres sites More sharing options...
Jiriki Posté(e) le 17 août 2005 Partager Posté(e) le 17 août 2005 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!!! ) Bon avec tout ça Lien vers le commentaire Partager sur d’autres sites More sharing options...
reg34000 Posté(e) le 19 août 2005 Auteur Partager Posté(e) le 19 août 2005 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 More sharing options...
Jiriki Posté(e) le 19 août 2005 Partager Posté(e) le 19 août 2005 Euh j'irais ptet pas jusque là 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 More sharing options...
reg34000 Posté(e) le 22 août 2005 Auteur Partager Posté(e) le 22 août 2005 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 More sharing options...
Jiriki Posté(e) le 22 août 2005 Partager Posté(e) le 22 août 2005 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 More sharing options...
reg34000 Posté(e) le 23 août 2005 Auteur Partager Posté(e) le 23 août 2005 quelle est la valeur du validateur W3 (universel lol) cela valide pour le code HTML mais pas de verification de conflit unix, apache, mac os Lien vers le commentaire Partager sur d’autres sites More sharing options...
reg34000 Posté(e) le 24 août 2005 Auteur Partager Posté(e) le 24 août 2005 Salut je viens de trouver cela http://www.faqs.org/rfcs/rfc2396.html Il semble que ce soit le dernier texte en vigeur Alors d'apres la 2396 peut on mettre une apostrophe dans une URL Lien vers le commentaire Partager sur d’autres sites More sharing options...
reg34000 Posté(e) le 25 août 2005 Auteur Partager Posté(e) le 25 août 2005 certains disent que ' as une fonction dans le shell ce qui risque d epoiser des probleme c'est vrai ? Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Archivé
Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.