Mes impressions sur le web, les standards et autres…
Une fonctionnalité non mise en avant dans Firefox est la possibilité de définir des mots clés qui vont permettre d’appeller une URL en fonction d’un paramètre.
Par exemple, ouvrez le gestionnaire de signets (Organize Bookmarks…
quoi…)
et créez un nouveau signet avec dans le champ location
https://bugzilla.mozilla.org/show_bug.cgi?id=%s et dans le champ keyword
mozbug.
Et voilà ! Il vous suffit de taper mozbug 15000 dans la barre d’adresse pour accéder au bug n°15000 de Mozilla :¬)
Perso, je n’ai que trois signets de ce genre actuellement :
Mot-clé | URL |
---|---|
mozbug | https://bugzilla.mozilla.org/show_bug.cgi?id=%s |
rfc | http://www.faqs.org/rfcs/rfc%s.html |
php | http://fr.php.net/%s |
Geek d’un jour, geek toujours :D
P.S : Je me demande s’il est possible de combiner plusieurs paramètres avec un mot-clé ? J’en demande peut-être beaucoup là…
Errata concernant mon précédent billet sur le sujet.
D’abord, en envoyant un cookie avec pour domaine de validité .example.com, celui-ci sera
viable également sur example.com. L’extension View Cookies
de Firefox m’a induit en erreur.
Il semble que seuls les cookies dont le domaine de validité matche exactement le
domaine courant soient affichés par cette extension, les cookies avec un domaine de validité de type
.example.com valides sur plusieurs sous-domaines ne sont pas du tout affichés.
Un coup d’œil à liveHttpHeaders ou avec print_r($_COOKIE);
montre qu’ils sont bien actifs.
Ensuite, concernant le nombre minimum de caractères point dans le domaine de validité, celui-ci doit contenir au moins un point "embarqué" (x.y est bon, .y ou x. ne l’est pas) et la partie précédent le domaine de validité du cookie dans le nom d’hôte courant ne doit pas contenir de point. Example : le cookie avec le domaine de validité .foo.com sera valide sur foo.com et n’importe quel sous-domaine *.foo.com où * est une chaîne ne contenant pas de caractère point. Donc le cookie n’est pas valable sur *.bar.foo.com.
Au vu de ces règles (extraites de la RFC 2965), je ne vois plus ce qui empêche en principe d’émettre un cookie avec un domaine de validité tel que .co.uk et qui serait valable par exemple sur blah.co.uk. Ce billet est donc sujet à une mise à jour ultérieure, quand j’aurais éclairci ce point :¬)
Je viens de passer une demi-heure sur un problème à la con. La réponse servira peut-être à d’autres personnes :
L’attribut domain
d’un cookie ne peut cibler qu’un sous-domaine (le nom complet doit
comporter au moins deux points, par exemple www.example.com). Pour que le cookie soit
actif sur tous les sous-domaines, n’indiquez pas de sous-domaine (mais laissez le point en tête) :
.example.com
Problème : example.com ne fait pas partie des heureux élus.
Compte tenu de l’obligation d’indiquer un nom de domaine comportant au moins deux points, toute
tentative d’envoyer un cookie sur la racine d’un domaine (example.com) en précisant
le domaine dans la fonction setcookie()
sera vouée à l’échec. La seule solution est de
ne pas préciser le domaine de validité du cookie (= cookie valable uniquement sur example.com dans notre cas).
D’après la spécification, cette limitation est là pour éviter des émissions de cookie dans des domaines
de validité tels que .com ou encore .co.uk.
je lis d’ailleurs à l’instant que le nombre de caractères points minimum est porté à trois si l’extension du domaine
n’est pas dans la liste des extensions "spéciales" : "COM", "EDU", "NET", "ORG", "GOV", "MIL", et "INT".
C’est ZdNet qui le dit, le support de Microsoft concernant Internet Explorer pour Mac (Tasman de son petit nom) va prendre fin ce 31 décembre. Microsoft ne fournira donc plus de quelconque mise à jour de sécurité et les derniers utilisateurs de ce navigateur sont même invités à passer à Safari (encore faut-il qu’ils le peuvent).
C’est toujours triste d’assister à la mort d’un logiciel, ça l’est encore plus ici quand on voit que son grand frère sous Windows® est toujours là pour nous pourrir la vie.
P.S : Et hop ! Trois mois sans tabac :¬)
Les développeurs de Mozilla ont achevé ces derniers jours les travaux sur deux demandes d’implémentation CSS. Il semble bien que ces deux "bugs" soient corrigés également sur la version 1.5 de Firefox.