Utiliser des versions de développement de logiciels de navigation, est-ce une folie ?

Cette question m’est venue soudainement à l’esprit. Je me suis aperçu que depuis l’an 2000 – p’tain, 8 ans déjà – que j’utilise des versions de développement de navigateurs. En effet, depuis l’an 2000, j’ai utilisé en compilant 99% du temps : la suite Mozilla de sa version 0.6 à la version 1.7.5, Mozilla Firefox depuis qu’il s’appellait Phoenix 0.1 (en septembre 2002).

Bref, cela fait donc 8 ans que je ne sais plus ce qu’est un logiciel de navigation en version stable. Serais-je donc un indécrottable geek accroc aux versions « bleeding edge » ?

Merci à une certaine Valérie – qui se reconnaitra – de m’avoir fait cette remarque 🙂

Vrac’ rapide et libre.

Un petit vrac’ en passant.

Voilou, c’est tout pour aujourd’hui !

Concours de vitesse en javascript…

Dans un précédent billet, je parlais de l’impact de TraceMonkey sur les tests concernant la vitesse d’exécution de Javascript. J’ai donc voulu tester les performances de Firefox 3.0.1, Shiretoko pré-bêta1, Opera 9.60 bêta et du dernier Webkit en date sur les tests proposés par Google pour le moteur de javascript V8 qui équipe Google Chrome.

La lecture du résultat est simple. Avoir 100 comme score est la base. Plus le score est important, mieux c’est.

Continuer la lecture de « Concours de vitesse en javascript… »

Comment se débarrasser des révisions multiples dans WordPress 2.6.

WordPress 2.6 lors de sa sortie a proposé une fonctionnalité de révision multiple, bien utile quand un blog est multi-utilisateur. Mais quand un blog n’a qu’un seul rédacteur, on se retrouve avec souvent 10 à 15 révisions sur un billet, ce qui remplit vite la base de données et ralentit un peu l’ensemble du logiciel.

Faisant quelques recherches, je suis tombé sur ce billet qui propose une requête à exécuter pour éliminer les révisions superflues.

Bien entendu, la base de données doit avoir une copie en lieu sûr avant d’effectuer toute manipulation. Il suffit d’aller dans l’interface PHPMyAdmin de votre hébergeur, et de rentrer la requête SQL suivante :

DELETE a,b,c
FROM wp_posts a
LEFT JOIN wp_term_relationships b ON (a.ID = b.object_id)
LEFT JOIN wp_postmeta c ON (a.ID = c.post_id)
WHERE a.post_type = 'revision'

Si tout se passe bien, vous pourrez lancer une optimisation de la table. J’ai pu récupérer par loin d’un petit méga-octet sur ma table sql concernant WordPress, passant de 6,5 à 5,8 Mo. 3 ans d’utilisation de WordPress, cela finit par peser 😉

Sinon, il existe une petite extension pour WordPress qui s’appelle Revision Control et qui permet de gérer le nombre de révisions au cas par cas.

Bon blog 🙂

Et SeaMonkey 2.0 dans tout cela ?

Alors que Shiretoko alpha2 vient juste de sortir (), j’ai envie de parler d’un certain SeaMonkey 2.0, qui se basera sur un Gecko 1.9.1 final (base de Firefox 3.1 alias Shiretoko).

Un bogue intéressant, c’est le bogue 394522 : « Migrate SeaMonkey preferences panes to use <preferences> »

En clair, c’est une volonté d’utiliser les outils du toolkit de Mozilla Firefox et de laisser tomber lentement mais surement le vieux code XPFE qui commence à prendre la poussière.

En effet, si on ouvre les préférences d’un SeaMonkey (version de développement) récente, on s’aperçoit d’un message, qui annonce que la migration est en route.

Le panneau des préférences en cours de migration

En ce qui concerne l’abandon du code XPFE dans SeaMonkey, le code a connu une purge dans ce domaine depuis quelques temps. Cf les bogues 380786 et 386906.

D’ailleurs l’alpha1 de SeaMonkey 2 ne saurait tarder, le code devant être gelé aux alentours du 9 septembre.

Ce sera une bonne nouvelle pour les fans du successeur de la suite Mozilla dont les buts sont précisés sur cette page.