Forum d'entraide PHPFrance

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) ?

1) tu peux avoir un nom de fichier composé comme ça, ex : config.inc.php

2) je ne crois pas que le point soit un séparateur pour Google

3) ben ça marche mais généralement ça ne se fait pas

4) qu'est-ce que tu entends par mieux (et pourquoi parles-tu de "séparateurs" en fait)

5) même question qu'au dessus

6) "

7) "

voilà finalement tes histoires de séparateurs m'intriguent : séparateurs de quoi ?

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

On peut avoir un nom de fichier contenant des points, seule les dernières lettres après le point seront comprises comme extension, par exemple :
httpd.conf, index.html, login.php, film.mpeg ou encore document.date.nom.doc
Bref, si tu utilises des extensions, les logiciels adaptés ouvriront ton fichier sous Windows ou Linux, et maintenant Mac OS X.

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

Demande à Google !

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

Je pense que cela pose des problèmes. Enfin, je n'ai jamais eu l'idée d'utiliser ce séparateur.

edit : Après recherche, je tombe sur ça
http://www.hmug.org/Tips/DarkSide.html
La virgule serait interdite sous Windows !

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

Parce que l'apostrophe peut gêner la manipulation des nom de fichiers dans certains langages de programmation ?

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 ... ?

Je crois que tu ne différencie pas les séparateurs sémantiques, pour l'être humain des séparateurs techniques pour la machine.
Pour ton référencement, il faut que tu détermine si tu veux utiliser des séparateurs sémantiques ou techniques...

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) ?

Les problèmes viennent quand tu veux manipuler au Terminal les fichiers...

3.4.6 La signification des "quotes"

Habituellement, ces caractères ont un sens particulier pour le shell :

\ ' " ` < > [ ] ? | ; # $ ^ & * ( ) = <Espace> <Tab> <RetourChariot>

Il y a quatre types de "quotes" : backslash (\), simple quotes (apostrophes, '), double quotes (guillemets, "), et backquotes (`).

Le backslash \ signifie : désactive le sens particulier du caractère suivant.

Protéger avec '' (deux apostrophes) signifie: Cite exactement, en déactivant tout caractère spécial à l'intérieur des quotes.

Or un serveur peut être sous Unix, cela arrive assez régulièrement


Consulte cet article :
http://linuxfr.org/forums/10/3589.html

salut dans tous les ca je parle de séparateur technique

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

Donc : tous les autres l'underscore, le point, les éperluettes, etc...

donc une apostrophe marche bien comme séparateur

machin'bidule est considéré comme machin et bidule

Cela ne pose pas de probleme d'avoir un tel nom de fichier machin'bidule.php ?

- Meme dans une URL (quelque soit le navaigateur) ?

- Quelque soit le serveur (Windows, Unix, Apache ...) ?

- Quelque soit le systeme d'exploitation (Windows, UNIX, MAC OS...) ?

Mes messages sont longs, et alors ? Tu peux les lire en entier, quand même....

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. P

Les problèmes viennent quand tu veux manipuler au Terminal les fichiers...

3.4.6 La signification des "quotes"

Habituellement, ces caractères ont un sens particulier pour le shell :

\ ' " ` < > [ ] ? | ; # $ ^ & * ( ) = <Espace> <Tab> <RetourChariot>

Il y a quatre types de "quotes" : backslash (\), simple quotes (apostrophes, '), double quotes (guillemets, "), et backquotes (`).

Le backslash \ signifie : désactive le sens particulier du caractère suivant.

Protéger avec '' (deux apostrophes) signifie: Cite exactement, en déactivant tout caractère spécial à l'intérieur des quotes.

Or un serveur peut être sous Unix, cela arrive assez régulièrement


Consulte cet article :
http://linuxfr.org/forums/10/3589.html

pour l'apostrophe il n'est donc pas grave de la mettre dans un nom de fichier car si c'est pour désactivé les caracteres spéciaux dans un nom de fichier y en a pas donc c'est pas garve de les desactiver

machin'bidule desactive les caracteres speciaux de bidule c'est pas grave

oui mais lol comme y a qu'ne apostrophe le desactivage n'est pas fermé y a apas l'apostrophe de fin

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

@+

Traduction Babel Fish

En français:
2.3. Caractères Francs
Les caractères de données qui sont permis dans un URI mais n'ont pas un but réservé s'appellent franc.
Ceux-ci incluent les lettres supérieures et minuscules, les chiffres décimaux, et un établi de limite des signes de ponctuation et des symboles. franc = alphanum | marque marque = "-" | "_" | "." | "!" | "~" | "*" | "'" | "("|")"
Des caractères francs peuvent être échappés sans changer la sémantique de l'URI, mais ceci ne devrait pas être fait à moins que l'URI soit employé dans un contexte qui ne permet pas unescaped le caractère pour apparaître. Ceci semble changer la liste permise de celle en 1738.

Spécifiquement, $ +, tous semblent être moins merveilleux pour employer l'unescapesd. Le RFC indique plus tôt : réservé = ";" | "/" | "?" | ":" | "@" | "et" | "=" | "+" | "$" | ","

Les RFC sont travail parfois dur à chaluter à travers, mais ils peuvent être en valeur lui... mais ce n'est pas un RTFM ! En bref, l'amende d'une apostrophe, par les regards d'elle.

Excellente la traduction

Le mieux est de faire un tour directement à la source: les RFC
http://www.faqs.org/rfcs/rfc1738.html

Résumé (et traduit par Babel Ripat) pour toi:

• Caractères "unsafe" (pas recommandés) sont:
  < > # " % { } | \ ^ ~ [ ] `
• Caractères réservés:
  ; / ? : @ = &
• Autorisés:
  $ - _ . + ! * ' ( ) ,
  

  Thus, only alphanumerics, the special characters "$-_.+!*'(),", and
  reserved characters used for their reserved purposes may be used
  unencoded within a URL.

donc apres toutes ces recherche tout le monde est ok pour dire qu'il n'y a pas de prob pour mettre une apostrophe dans une URL

du style www.machin.com /budul'chout.php

cette fois tout le monde est ok, meme les utilisateur de windows, mac os, apache, unix, lunix...

ou c'est pas si simple que cela

Et pense à l'ergonomie de ton site web, aussi !

source : http://www.ergolab.net/articles/utilisabilite-url.html parle de nom de domaines, mais c'est appliquable à un fichier web (qui aura donc une URL)

Lors du choix d'un nom de domaine, on essaiera par exemple d'éviter les mots s'écrivant avec une apostrophe. Les internautes pourront en effet se demande s'ils doivent l'inclure ou pas, c'est donc une potentielle source d'erreur. On essaiera de faire de même avec les pluriels et les tirets. Si ces mots "risqués" ne peuvent être évités, il faudra prévoir d'acheter toutes les combinaisons possibles de noms de domaine.

Tu risques les soucis comme cette personne (bon lui ne s'est pas posé la question avant, apparemment).

Allez, pour ta culture (mais tu dois l'avoir déjà lu, je suppose :
http://fr.wikipedia.org/wiki/Apostrophe ... formatique)

Au risque de poser une question naïve...

Peux-tu m'expliquer pourquoi tu tiens tant à utiliser des apostrophes dans tes noms de fichiers ?
N'as-tu pas assez de possibilités d'URL avec les caractères autorisés ?
Pourquoi en effet se lancer dans des directions qui sont sources de bugs ? ](*,)

Quel est l'intérêt ?