Pourquoi ne plus utiliser « www. » quand on donne un lien vers un site :

• on dit « va sur facebook.com » et pas « va sur www.facebook.com »
• www ne sert à rien techniquement
• www est difficile à dire
• on sait que c’est un site Web sans ajouter www
• l’adresse devient plus longue
• il faut en choisir un des deux et le garder pour des raisons de référencement et de performances Web
• on ne mets jamais de www devant les sous-domaines, qui sont pourtant aussi sur le World Wide Web (images.google.com, dev.sunfox.org, …)
• les sites qui s’internationalisent mettent souvent un pays à la place (fr.msn.com, fr.wikipedia.org, …)
• www n’existe que pour de vieilles raisons historiques

« Le World Wide Web est la seule chose que je connaisse pour laquelle la version plus courte est trois fois plus longue à dire que l’expression entière. » Douglas Adams

Quelques sites qui les retirent tout le temps :

• twitter.com
• cs5.org
• rapidshare.com
• thepiratebay.org
• pitchfork.com
• posterous.com
• digg.com
• github.com
• tinyurl.com
• no-www.org

Un site qui en mets deux :

• www.www.arson-news.com

« Motion blur »

Pourquoi faut-il prendre du temps à optimiser une page web pour qu’elle se charge rapidement ? Quelques statistiques tirées de conférences Paris Web.

• Amazon : un délai de 100ms c’est -1% de ventes
• Yahoo! : un délai de 400ms c’est +5 à +9% d’abandon sur un site éditorial
• Google : un délai de 500ms c’est -20% de trafic
• Google : -25% de poids de page c’est +25% d’utilisateurs deux semaines plus tard
• Google UK : les clics sur les pubs doublent en passant de 3s à 0.5s de temps de chargement
• Shopzilla : 5-12% de chiffre d’affaires en plus en passant de 6s à 1.6s
• AOL : 2 à 3 fois plus de pages vues pour des pages optimisées
• Bing : un délai de 2s c’est -4% de revenu par utilisateur

Sources :

• Performances Web de Jean-Pierre Vincent à Paris Web 2010
• Performances Web Côté Client d’Eric Daspet et Nicole Sullivan à Paris Web 2008 (Yahoo!)
• Impact of web latency on conversion rates de Alistair Croll
• Marissa Mayer (Google)

Utilisateurs de Deezer vous pouvez enfin envoyer la musique que vous écoutez sur Last.fm. Si si. Carrément. Pincez-vous.

Pour ça il vous faut Firefox armé de GreaseMonkey et installer mon script. Allez sur Deezer, autorisez le script à scrobbler et c’est tout.

Bonne musique ! Voilà un album si vous ne savez pas avec quoi l’essayer. Ah et le code est par ici.

(Désolé utilisateurs de Chrome, l’implémentation de GreaseMonkey est trop pourrie, on peut même pas faire d’XMLHttpRequest.)

Qu’est ce qui cloche dans les URLs ?

1. L’ordre des parties est illogique. Je m’en plaignais déjà dans les commentaires, la plus haute autorité pour une adresse (le nom du site) est en plein milieu de l’adresse et l’ordre de lecture est différent pour le domaine et l’adresse.

   Il n’y a qu’à voir l’ordre de lecture d’une URL :

   	4	3	1	2	5	6
   https://	secure	.elysnet	.hsbc	.co.uk	/pay	/form	.html

2. https://foo:bar@[4242:baaa::4242]:4242/qux/corge.php?grault=garply&waldo=fred#thud est un exemple d’URI qu’un utilisateur est sensé savoir décortiquer.

3. Les suffixes de noms de domaines .org, .com, .net, .info, … ne veulent plus rien dire.

4. Les entreprises doivent acheter tous les noms de domaines de leurs marques pour chaque suffixe rien que pour ne pas se les faire piquer. C’est un jeu sans fin car on continue de créer de nouveaux suffixes.

5. Le nom de domaine principal attendu par tout le monde est le .com.

6. Les suffixes qu’il est possible d’acheter peuvent être décomposés comme .co.uk, pvt.k12.wy.us et la liste de suffixes publics est longue et doit être maintenue.

7. Les www ne servent à rien. Retirons-les.

8. Les // sont inutiles également, l’inventeur du Web s’en excuse.

Exemples de simplifications

En changeant les URLs telles qu’on les les connaît on pourrait avoir :

• http:google
http://www.google.com/
• https:google.mail
https://mail.google.com/
• http:flickr.static.farm5/4008/4307231011_ce7f628393.jpg
http://farm5.static.flickr.com/4008/4307231011_ce7f628393.jpg

Plus court, plus simple, respectant l’ordre de lecture, la plus haute autorité du lien serait le premier mot après http:.

Malheureusement le gain est trop petit pour changer une infrastructure et des habitudes aussi énormes. Dommage.

Dans l’article ever- thought about using font face for icons? ils expliquent comment faire une page où toutes les images seraient contenues dans un fichier de police. En appliquant chaque icône à une lettre, on a des images dans la police d’écriture

Cela donne des images :

• qui s’agrandissent sans perte de qualité ;
• très faciles à colorer, agrandir, souligner en CSS ;
• rapides à charger car cela ne fait qu’une requête HTTP pour tout le paquet d’icônes.

Mais cette technique souffre de serieux points faibles. En plus d’être plus difficile à maintenir, il faut choisir entre un HTML qui n’a aucun sens comme <span class="phone-icon">a</span> ou une feuille de style CSS imbitable qui ne fonctionne pas sous IE :

.phone-number:before {
  content: 'a';
  font-family: "Mes Icônes"
}

La solution serait de ne remplacer que les quelques caractères Unicode qui représentent déjà des icônes. Ainsi on garde du sens à l’HTML et on peut profiter de la cascade des polices d’écriture disponibles.

<li>☎ +33-666-42-42-50</li>

Le plus court chemin vers la liberté passe par son propre domaine. Mais le gros frein à la décentralisation reste d’avoir un hébergement à soi puis d’installer et de mettre à jour chaque application. C’est long, c’est compliqué et les configurations sont toutes différentes.

La Distribution est la solution pour reprendre le contrôle. Elle permet d’installer un blogware, un wiki ou un forum en un clic. Mais ce n’est pas tout :

• Dépôts distants d’applications, comme dans toute bonne distribution Linux
• Identifiants d’administration uniques à travers vos sites
• Cookies d’authentification partagés ! (Bluffant.)
• Internationalisation unifiée
• Client OpenID
• Serveur OpenID
• Mises-à-jour centralisées
• Des tas d’applis PHP déjà supportées : WordPress, Dotclear, Habari, DokuWiki, bbPress, Moonmoon, Spip, Gallery, …
• Maintenu activement
• Du bon logiciel libre comme on en fait plus ma bonne dame

Testez donc La Distribution sur votre serveur, envoyez du feedback, partagez l’info, décentralisez vos infos.

Ah et joyeux anniversaire à François Hodierne, le valeureux créateur de La Distribution :)

Le CSS Naked Day est une idée rigolote, que j’ai mis en place avec entrain sur mon blog. Elle consiste à ce que tout le monde désactive ses feuilles de style à une date donnée pour promouvoir les standards du Web.

C’est pourquoi le 5 avril mon blog désactivait ses styles en affichant un petit message et un lien vers le site officiel. Tout était automatique pour ne pas avoir à modifier l’apparence de mon site à minuit, en utilisant un morceau de code PHP qu’ils proposent eux-même sur le site officiel.

Manque de pot ils ont décidé de changer la date ! Cette année le jour du CSS tout nu tombe le 9 avril, alors que les deux années précédentes la date était fixée au 5. Évidemment cela casse les très nombreux plugins ou scripts qui ont été crées pour l’événement, comme ce que j’utilisais sur mon blog.

D’après le site officiel la date est désormais fixée au premier Mardi, Mercredi ou Jeudi d’avril qui ne soit pas le 1er avril. Oui. C’est carrément nul.

J’arrète donc de promouvoir cet événement jusqu’à ce qu’ils ne remettent une date fixe. Ou au moins quelquechose de calculable. Comme le premier mardi d’avril à part le 1er, au moins je pourrais le calculer et ne pas avoir à éditer le code de mon site chaque année…

In Rainbows est le dernier album de Radiohead. Plus qu’un album c’est un symbôle, car une fois sur le site vous pouvez acheter leur album en ligne… au prix que vous voulez. Vraiment.

Si vous ne savez pas combien donner sachez qu’après approximatif calcul ils gagnent environ $2.14 par album normalement commercialisé, ajoutez-y $0.5 de prix de bande passante et vous paierez le même montant qu’ils auraient reçu si vous aviez acheté l’album autrement. Au delà d’1.13 £ vous faites un geste qui encourage l’initiative et tous les sous vont directement au groupe.

Vous recevez alors un magnifique inrainbows.zip de 48.35Mo contenant 6 10 titres en mp3 160kbps sans DRM. Et les morceaux valent le détour.