• Simple : un click sur l’icône et je sélectionne une zone de l’écran

  

• Pratique : je peux dessiner sur l’image capturée pour souligner ce que je souhaite mettre en avant
• Rapide : un bouton télécharge immédiatement en ligne le média et une url est générée
• Sécurisé : je peux définir un mot de passe pour ne partager qu’avec les interlocuteurs de mon choix
• Doublement pratique : les fichiers téléchargés sont gérables en ligne via une interface sur le site de l’éditeur (ou depuis WebDAV)
• Gratuit : bha oui, c’est gratuit

Windows Seven n’aime pas le javascript et parce qu’il n’y a pas de raison que ce soit le js ait cette exclusivité, je le soupçonne même de trafiquer les paquets. La preuve par l’image :

..sous Firebug :

…sous IE8 :

…sous Opera :

Les bugs ici sont liés au script d’Analytics (d’où le titre de ce billet) mais d’autres headers sont également modifiés. J’ai testé sur ie6 et FF3 sur XP SP3 (via Virtual PC sur le même poste), sans problème…

Si vous avez des idées, je prends !

Quelques années plus tard, lorsque j’ai réussi à en faire un métier et que j’ai confié le développement de mon premier site à Integra (les cgi c’était pas trop mon truc), j’étais encore jeune et mes interlocuteurs l’étaient également : nous pouvions discuter, apprendre les uns des autres… Je ne me souviens pas d’une seule tentative de prendre l’ascendant sur l’autre, nous partagions notre passion.

Halala…

Encore un peu plus tard, changement de boite, nouvelles responsabilités, j’ai commencé à croiser et à recruter des ingénieurs tout frais sortis de l’école. Ça a été ma première désillusion sans doute : beaucoup n’avaient pas de pc chez eux et bien évidemment pas d’accès au net non plus. Moi je ne vivais encore que pour ça, eux, hautains et grandes gueules, brandissaient leur diplôme comme la clé du savoir. Nous n’avions donc pas grand chose à nous dire.

Snif…

Le temps est passé et j’ai croisé de plus en plus de jeunes toujours plus jeunes (bha oui, je suis de plus en plus vieux)… Jusqu’à hier.

Hier je suis allé chez un client pour mettre les derniers coups de pinceaux au cahier des charges d’un projet qui s’annonce passionnant. Autour de la table pour cette réunion, mes interlocuteurs habituels et la nouvelle recrue toute fraiche de mon client : 22 ans, toutes ses dents, et un trop plein d’assurance.
Ce personnage s’appellera Roger pour la suite…

La réunion s’est bien déroulée… et au moment de conclure j’entends Roger parler des microformats… Ha… « Microformats »… Allons bon, voilà que je vais devoir composer avec un format émergeant (depuis 2005 quand même), non encore reconnu par les navigateurs actuels, à peine annoncé sur IE8… bref, une techno qui n’est pas encore arrivée à maturité malgré tout.

Roger, 22 ans, toutes ses dents et tout en sourire, explique : « Je serai intransigeant, je suis un adepte du code chic et sexy (…) quand tu auras fini on regardera ensemble et je te dirai comment placer tes balises span et div (…) et si tes classes ne sont pas nommées comme je l’entends pour que ce soit compatible avec les microformats je te dirai de les changer »…

Là, j’ai pris une claque. Roger, le petit jeune passionné, me disait en gros qu’il détenait le Graal, qu’il voulait maintenant prêcher la bonne parole… et que je serai, de gré ou de force, son disciple. Mon expérience ? Il s’en foutait. Mon boulot ? Pareil… Le résultat de mon travail serait merdeux de toute façon, et il passerait derrière moi histoire de me recadrer.

Bon, pour le disciple et la discipline, il peut se gratter Roger. J’ai toujours été allergique au discours des nouvelles tendances qui consiste bien souvent à se mettre en avant plutôt que de parler de la techno elle même : « moi je sais, moi j’ai compris, moi je vais être un acteur majeur du bidule, je laisserai une trace dans l’histoire, moi, avec mon microformat, je suis en première position sur google 5 minutes après avoir posté un billet (dixit Roger) »… Blablablaaaaaa….

Plus le net diffuse d’information, et plus les internautes s’imaginent tout maitriser sur tout.
Roger, lui, ne me connait pas, mais il me maitrise quand même.

Alors problème générationnel, impression de toute puissance grâce à cette fabuleuse information dont ils disposent sur la toile, ou souci d’éducation… aucune idée… Toujours est-il que depuis que j’ai repris une activité salariée cette dernière année, j’en ai rencontré quelques uns des Rogers. Tous ont entre 20 et 25 ans, tous en sont à leur première expérience professionnelle… Tous sont imbus de leur personne et tous pensent tout savoir sur tout…

Roger, mon Roger, on ne prendra vraisemblablement pas le temps de se connaitre, tu as perdu toute crédibilité à mes yeux et tu ne m’intéresses pas. Roger, mon Roger, je te souhaite, pour ton bien, de croiser la route de quelqu’un qui aura le temps de te botter le cul.
Je ne m’abaisserai pas à ça, mais sache que tu m’as ouvert les yeux sur mon grand âge et sur la sagesse (relative) qui va avec…

…il y a quelques années, c’est moi qui t’aurais botté les fesses.

Tout est donc passé sur Google Apps, les outils google restent accessibles et les utilisateurs utilisent leur client mail préféré en se connectant sur le pop de google…. Clean.

Seulement un matin le big boss arrive et me dit qu’il ne parvient plus à s’envoyer des mails. Ha oui mais non, avec Google Apps on ne peut pas s’envoyer des mails ET utiliser le smtp de gmail : les mails n’arrivent pas… C’est comme ça.

Mon idée sur le moment a alors été d’utiliser le smtp de gmail, mais avec un compte différent de celui qui expédie le-dit mail. Ainsi dupont@masociete.com utiliserait dupont@gmail.com et tout irait pour le mieux dans le meilleur des mondes.

Mais notre meilleur des mondes n’est pas forcément celui de Google puisqu’un bien curieux bug (?) s’est manifesté : le smtp en question était mon compte, et j’ai eu la désagréable surprise de recevoir quelques mails destinés à mon boss.

Conclusion rapide : le compte A utilisé pour se connecter sur le smtp utilisé pour l’envoi de vos mails du compte B recevra également (avec une fréquence indéfinie) les mails qui seront expédiés au compte B… C’est fâcheux. Imaginez un admin qui s’amuserait à mettre son compte en smtp sur les clients mails de sa boite : oui, a priori il recevrait les mails destinés à ses collègues… avant eux.

Voilà trois semaines que j’ai rencontré le problème que je viens de décrire, pendant trois semaines je me suis demandé si je ne serais pas puni par Google pour ce billet… Bon, il n’y a pas mort d’homme, alors je tente le coup

Cela dit, j’essaie de faire quelques passages ici, et celui là est purement dédié au développement (php) puisque je vais me contenter de vous livrer un petit bout de code pour utiliser une des (très utiles) fonctions de l’API d’ovh.

C’est simple, très simple même, il manque quelques tests pour être propre, mais ça vous fera gagner du temps pourvu que vous ayez le même but que moi en lançant la bestiole : créer plusieurs mails (10, 20, 30… comme vous voulez) en même temps sur la plateforme mutalisée d’ovh.

Alors voilà, pour un client j’ai du transférer une 20aine de comptes d’un fournisseur à un autre et comme je n’avais pas du tout envie de les créer à la main… J’ai lancé ça, c’était fini…

 $ovh_nic , "password" => $ovh_pass)) or die ($ovh_status) ;
$ssid = $ssid["value"] ;

if ($ssid) {

 	// recuperation des logins existants

 	$listePops = ovh('PopListAccounts' , $ssid , array ( 'domain' => $domain));

	// maintenant on va créer les comptes
	// (seulement s'ils n'existent pas déja)

 	foreach($comptes as $v) {

 	 	list($nom, $login, $pass) = $v;
 	 	echo "$nom : ";
 	 	$result = checkAccount($login,$listePops);
	 	if ($result) {
			echo " existant";
   		} else {
 	 		// a creer
 		 	$result = ovh('PopCreateAccount', $ssid,
	 			array (
 					'pop' => $login,
 					'domain' =>; $domain,
 					'password' => $pass,
 					'desc' => utf8_encode($nom)
	 				)
 				);
			echo " créé";
		}
	 	echo "";
	}
} else {
	die("impossible de se connecter");
}

function checkAccount($login,$list){
	foreach($list['value'] as $key => $value) {
	 	if ($value['name'] == $login) return true;
 	}
	return false;
}
?>

Certes le moteur de recherche indexe pour le moment tous les plugins trouvés sur vos blogs, qu’ils soient installés, ou seulement « posés là ». On peut tout de même se dire qu’une grande majorité de ce qu’il trouve est en cours d’utilisation, et à défaut cela indique une tendance.

A la lecture des résultats, ma grande surprise vient de l’utilisation de PodPress. Un plugin très intéressant c’est vrai, mais qui a quand même pour vocation de diffuser des podcast… Hors, en parcourant les blogs trouvés, peu le font finalement (est-ce que ça contredirait mon premier paragraphe ?).

Le second constat concerne le plugin Widgets qui est encore très utilisé dans la majorité des pays, alors qu’il n’est plus utile depuis la version 2.2 de WordPress. Attendons les prochains mois et la prochaine version de PluginMeter (qui enregistrera les versions de vos WP) pour voir combien de temps il faut à un blogger pour mettre à jour son logiciel

Dernier point intéressant, les plugins leaders sont quasiment les mêmes dans chaque pays. La place n’est pas forcément la même, bien sur, mais ils sont là. Il y aurait une volonté des bloggers d’installer la même chose que le voisin que ça ne m’étonnerait pas

Des graphs arriveront bientôt, on pourra y voir les tendances plus facilement et je vérifierai si je ne viens pas de raconter du grand n’importe quoi

En attendant, installez le plugin de PluginMeter et rejoignez ce qui est déjà le plus gros répertoire de blogs WordPress (indépendants ) du net !

Bon, et si je faisais ma propre enquête, histoire de vérifier tout ça ?

Mon problème est que je n’ai pas le temps de tester tous les plugins du marché… Et pour lancer un sondage digne de ce nom il faut être sacrément influant sur la blogosphère. Bon, remarquez, le problème d’un sondage c’est qu’il n’est, a priori, que le reflet d’une tendance à un instant T. Il me faudrait alors recommencer le mois prochain, et le mois d’après…

Ha, et si je proposais également un classement par pays ? Et si cette enquête permettait de signaler les plugins dépassés ou ayant été signalés comme dangereux ? Et si j’en profitais pour offrir une page à chaque blogger participant à l’enquête…

Mince, voilà des idées qui arrivent les unes après les autres, et toujours pas de solution.

En fait si, la seule solution vraiment fiable il me semble est un moteur de recherche, une sorte de mini-google qui se promènerait sur la toile. Il indexerait les blogs trouvés, compterait les plugins et construirait par la même occasion un répertoire des blogs et des plugins Wordpress. De ce qu’il trouverait, on pourrait sortir des statistiques et dire, enfin, vraiment, quels sont les plugins les plus utilisés.

Oui, mais le petit moteur en question ne permettrait pas de connaitre précisément quels plugins sont installés ET activés (seulement installés). Pour l’aider à trouver les plugins en fonctionnement il lui faudrait un autre plugin installé sur chaque blog acceptant de participer au projet.
Bien sur, chaque blogger pourrait quand même choisir de voir publier ou non la liste de ses plugins (histoire de préserver un minimum de confidentialité).

Ce robot pourrait s’appeler pluginmeter… et il pourrait avoir été mis en ligne hier

BHaaaa oui…. en voyant tout ces classements par-ci par-là j’ai eu envie de les vérifier, alors je me suis mis dernière mon clavier pour sortir le projet que je viens de décrire. Ca m’aura pris une petite semaine, aujourd’hui l’index se remplit tout seul, doucement, mais surement, à la recherche de sites sous Wordpress.

La balle est maintenant dans votre camp, vous qui adorez les classements et autres tops. Si vous voulez participer à pluginmeter (hééé, bien sur que vous le voulez !), je vous encourage à télécharger le plugin sur le site en question, à l’installer (voire à le configurer) et à enregistrer votre blog dans la file d’attente. S’il s’y trouve déjà, patience, les sites s(er)ont régulièrement revisités.

En attendant la mise en place de l’index (le site est toujours en cours de développement), vérifiez si votre blog a été visité tout de suite

http://www.pluginmeter.com/blogs/<url de votre blog sans http>

exemple : http://www.pluginmeter.com/blogs/www.zefranck.com/blog

Pour consulter les stats par pays, c’est ici : http://www.pluginmeter.com/plugins.php
NB.: ce premier jet est en anglais (approximatif, si vous avez des corrections, je suis preneur ), une version française arrivera plus tard.

NB-2.: j’ai quelques idées d’évolutions pour ce pluginmeter, si vous en avez aussi, laissez moi une bafouille

NB-3.: comme vous servez un peu de béta testeurs, vous pouvez aussi me laisser un message ici en cas de découverte d’un énorme bug.

NB-4.: même encore en cours de développement, pluginmeter est pleinement fonctionnel (si ça ralentit, c’est de votre faute, parce que je n’ai pas encore installé de cache, et toc )

Merci google, ce n’est pas grand chose, mais ça fait rudement plaisir

ps. maintenant si tu pouvais Monsieur Google attendre que j’ai gagné un peu de sous avec mes pubs avant de me (re)bannir pour je ne sais quelle raison, ce serait sympa…

En creusant un peu j’ai divisé par deux le temps d’affichage… Certes, c’est bien, mais je regrette quand même que chaque requête passe par Netvibes, un goulot d’étranglement (inévitable je sais) comme en témoigne les logs du serveur.

nv9.netvibes.com – - [14:55:19] « GET /digzlike/?0.4″
nv9.netvibes.com – - [14:55:22] « GET /digzlike/flux.php »

Netvibes va d’abord chercher le module, puis il parse le flux que le module charge : 3 secondes entre le chargement du module proprement dit et le flux… Hmmm, pas fameux hein.

Pendant que je suis dans les regrets, je déplore l’impossibilité d’utiliser (simplement ?) les infobulles sur les modules uwa alors qu’il n’est plus vraiment possible de développer des modules avec autre chose que le uwa justement (la doc ? elle est où la doc ?).

Bon, aller, pour s’abonner à ce module, c’est sur cette icône que ça se passe (si vous l’êtes déjà, vous êtes à jour, inutile de réinstaller).

Gasp, je n’ai pas été déçu.

Pour les développeurs que vous êtes (et accessoirement amoureux des css ), voilà un extrait du code, extrait grâce à Firebug…

Des div dans des tableaux, dans des div, dans des tableaux… Arg… Il est déjà compliqué de faire un site qui tourne de façon à peu près homogène sur tous les navigateurs, mais alors là, personnaliser une feuille de style aussi, heuuu… chaotique, sans outil interne qui plus est, non merci, je raccroche les gants.

J’ai toujours eu l’impression que Zlio était sorti avant d’être fonctionnel. L’ergonomie du site côté webmaster est une catastrophe à mon sens (même si elle tend à s’améliorer) et le code ressemble à une boule de papier adhésif.
Bon, c’est vrai qu’il faut un peu balayer devant sa porte avant de balancer ce genre de vilainie mais l’objectif de Zlio est d’être proche des webmasters en leur ouvrant une partie du code (les css en l’occurrence). Si l’outil proposé est une usine à gaz, ce n’est pas sérieux sérieux.
Le code actuel ne peut être pérenne, je me refuse donc à travailler avec (et je ne parle pas de l’astuce javascript pour arrondir les angles qui rend encore plus difficile la personnalisation…grrrr).

Je laisse de côté (partiellement) ce que j’avais en tête, j’attends l’arrivée des API… j’ai passé l’âge de jouer aux légos