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 :¬)

• RFC 2965 - HTTP State Management Mechanism

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

• Persistent client state HTTP cookies
• RFC 2965 - HTTP State Management Mechanism

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.

• [Bug 302462] Support :valid, :invalid, :out-of-range, and :in-range pseudoclasses
• [Bug 84400] Support :disabled and :enabled pseudo-classes