Je metterai plus d’informations concernant le sujet sur mon blogue lorsque je serai prêt à en fournir. Le code source ne devrait pas tarder à arriver non plus.

Si vous avez des questions, je vous invite à assister à la rencontre de ce soir!

The configuration is pretty straight forward and can be set up to update a private account on your private StatusNet instance. In your .hgrc file, just add this section:

[statusnet]
username = hgstatusnet
password = secret
server = http://localhost
path = /statusnet
;preprend =


The server and path settings are used to locate the StatusNet instance. In my example, my instance lives at http://localhost/statusnet. I’m also updating hgstatusnet’s account. If I wanted, I could preprend a little bit of text to every message to differentiate repositories, for example.

You also need to configure the hook, like so:

[hooks]
incoming.hgstatusnet = python:hgstatusnet.statusnetutils.post_statusnet_hook


Be sure that the hgstatusnet module is in your python path. Otherwise, it won’t work. Also, be aware that this is an early version and I may want/need to implement more features in the future and that this code comes without warranty.

update (jan. 5th):
If you have any questions, comments or just want to share your experience, please don’t hesitate.

Je pense que c’est une bonne opportunité d’en apprendre en dehors de mes recherches personnelles et du travail en équipe, mais aussi de clarifier mes idées en les exposants.

Qu’est-ce que VeHO?

VeHO sera, si tout se déroule comme prévu, une plateforme de vente et de distribution électronique. Oui, une autre. Elle s’apparente aux Steam, Impulse, et autres. Sauf qu’elle sera moins complète/complexe. Il n’y aura pas de système de protection (DRM, ou autre), pas de système d’intégration des jeux grâce à une API, etc. Après tout, nous ne sommes que 2 et nous n’avons pas vraiment d’application concrète pour pouvoir tester tout ça. Mais le système devra être assez souple pour permettre et faciliter la mise en place de fonctionalités semblables.

VeHO sera d’abord et avant tout un site Web où les usagers pourront effectuer leurs achats. Nous ne souhaitons pas réinventer les systèmes e-commerce, alors nous allons nous baser sur un déjà existant. Chaque usager, qu’il soit publieur ou acheteur, pourra donc se utiliser complètement le catalogue à partir d’un navigateur Web. Aussi, les publieurs d’applications aura la possibilité de consulter les statistiques de ventes selon plusieurs critères.

Mais VeHO est aussi une application cliente multi-plateforme. Elle servira d’interface avec le site Web, mais permettra aussi aux usagers de communiquer entre eux. Le but étant de joindre communauté et magasin en ligne. Nous en sommes toujours à déterminer si l’application supportera les tranfers pas le biais d’un réseau P2P ou si nous nous limiterons aux transfers de fichiers plus classiques (c-à-d server->client).

Et pis ma job dans tout ça?

J’agis comme chef d’équipe et de coordonnateur. Certes, c’est pas très difficile de coordonner une équipe de deux personnes, moi inclus, mais c’est une autre chose de s’assurer que les fonctionalités sont prêtes en temps et que notre plan de projet est respecté et sera respectable selon les délais déjà définis.

De plus, depuis le début, j’ai consacré mon temps à l’exploration de technologies possibles utilisables pour le projet. L’objectif est d’utiliser quelque chose de simple et de portable sans nous mettre des batons dans les roues d’ici à la fin du projet. Ensuite, j’ai consacré mes efforts sur le client VeHO. Chose qui continuera durant les prochaines semaines.

La suite?

Le projet en est encore à ses débuts, mais nous avons pas mal déterminé les technologies que nous allons utiliser comme fondation. Maintenant, nous devons construire par dessus.

L’interface utilisateur principale avance, mais est dépourvue de fonctionalités utiles. Le problème est que le serveur doit supporter ces fonctionalités d’abord avant qu’on puisse les implémenter dans le client.

Mais je vais arrêter de parler de ce qui n’existe pas encore et donnerai plus de détails concernant le client dans un autre billet.

Hah et j’oubliais, les sources du produit final (i.e. tel qu’on le remettra) seront disponibles ouvertement. À suivre.

Récemment, Libre.FM est apparu. Ce service se veut, essentiellement, être un Last.FM libre à tous points de vue. Or, j’ai eu idée d’étendre ses fonctionalités durant un projet s’échelonnant sur une session. Avec l’accord de mes coéquipiers, si le projet était pour être réalisé en équipe, nous pourrions donner au projet le fruit de nos efforts.

L’idée de “scrobbler” les chansons jouant sur notre ordinateur n’est pas nouvelle. J’ai donc élaboré une idée qui pourrait faire office de preuve de concept et qui, plus tard, pourrait être mise en application si le concept se veut réalisable et intrinsèquement viable.

Le but serait de coupler le service à plusieurs autres systèmes :

Le premier gros morceau comporte d’abord un module d’analyse sonore. Le but serait d’analyser des chansons afin d’en extraire un maximum d’informations : le tempo, la sonorité, etc. Ensuite, un système de classification utiliserait ces données afin d’essayer de classifier automatiquement les chansons dans différentes classes (je sais, l’apprentissage risque d’être ardu). Une fois ces données receuillies, l’utilisateur pourrait demander la génération automatique d’une liste d’écoute (playlist, si vous préférez) selon certains critères. Par exemple, un tempo élévé et tout ce qui touche de près ou de loin à du hard rock. La transition entre les chansons devrait se passer relativement en douce (donc pas de techno au pop en passant par du métal). Cette liste d’écoute pourrait alors être sauvegardée au format XSPF ou pls afin d’être enregistrée sur son baladeur.

Le deuxième gros morceau rejoint une philosophie plus importante. La base de données d’une instance devra contenir les chansons disponibles sur des services de partages de musique libre de téléchargement. Je pense nottament à Jamendo dont j’ai déjà fait mention ici. Les chansons auraient été pré-analysées et catégorisées automatique et par l’aide des utilisateurs. Parce que leur musique est disponible gratuitement, l’idée d’analyser les chansons devient possible.

Ensuite, reste à joindre les deux morceaux ensemble : rendre la musique disponible en écoute sur des serveurs de diffusion électronique (je pense à IceCast comme serveur) dont les listes d’écoute auront été générées automatiquement. Et c’est ici que la preuve de concept apparait : si le tout se veut efficace et que les utilisateurs sont intéressés, l’intégration de publicité non-intrusive pourrait permettre un certain revenu qui serait distribué aux musiciens durant un période donnée. Je suis conscient que ce n’est pas un moyen de faire vivre tous les artistes et que l’argent de la publicité généré par les serveurs d’écoute ne serait pas vraiment important. Surtout compte-tenu des frais de bande passante, de maintenance, etc. Au moins, le service pourrait vivre et faire découvrir la musique aux utilisateurs.

De plus, les utilisateurs pourraient voter et donner leurs opinions. Autant sur les artistes qu’ils écoutent que sur la qualité du service.

C’est donc l’idée préliminaire d’un projet que je voudrais, et aurait du plaisir à, développer. Qu’en pensez-vous?

D’abord, le plugiciel original ne permettait que d’afficher les titres des billets avec leur contenu et la possibilité d’afficher un lien menant à l’article. Comme je ne voulais pas avoir le contenu et seulement le lien vers les billets en tant que tel, j’ai dû modifier.

Ensuite, comme je trouvais que les billets que le blogue parallèle allait contenir ne seraient pas nécessaires ni très pertinant à ceux qui prennent mon fil rss (désolé Yan, t’es le seul que je connaisse), j’ai décidé de ne pas inclure ces billets dans mes fils RSS et ATOM. Vu le manque de documentation auquel j’ai dû faire face, voici comment j’ai procédé :

Tout le monde programmant des plugiciels pour WordPress le sait, ce dernier permet d’étendre ses fonctionnalités à l’aide de “hooks”. D’abord je me suis dit d’aller voir le site que j’ai trouvé jadis où beaucoup de ces hooks sont décris. À mon grand regret, après plusieurs minutes, je n’ai pus trouver de hook qui serait utile pour accomplir ma tâche.

J’ai donc été fouiller dans les différents fichiers sources de WordPress afin de pouvoir mieux me renseigner, mais en vain. Puis, j’ai regardé attentivement la source d’un autre plugiciel pour m’apercevoir que celui-ci utilisait le hook ‘posts_where’ afin de masquer certains billets sous certaines conditions. J’ai donc joué avec ce hook jusqu’à ce que j’aboutisse.

Voici le code :

function sideblog_where($query) {
	global $cat_to_hide, $show_in_feed, $wpdb;

	$now = current_time('mysql');
	if(is_home()){
		return $query . " AND category_id <> " . $cat_to_hide . ' ';
	}
	if(!$show_in_feed && is_feed()){
		return $query . " AND ID NOT IN (SELECT post_id FROM $wpdb->post2cat WHERE category_id = $cat_to_hide)";
	}
	return $query;
}

add_filter('posts_where','sideblog_where',10);

Explications :

• add_filter permet à WordPress d’appeler ma fonction “sideblog_where” lorsque le hook “posts_where” est appelé, soit lorsque WordPress fait une requête de sélection des billets. C’est par lui que l’on peut redéfinir la requête SQL depuis “WHERE”.
• sideblog_where() prend un paramètre et le retourne. Ce paramètre, c’est la requête SQL. C’est donc ce paramètre en particulier qu’il faudra modifier à l’intérieur de notre fonction.
• if(!$show_in_feed && is_feed()) se divise en deux :
  1. si $show_in_feed est équivalent à false, c’est que j’ai décidé dans la configuration de mon plugiciel que je ne voulais pas inclure les billets du blogue parallèle dans les fils RSS et ATOM.
  2. is_feed() est une fonction de WordPress qui permet de savoir si celui-ci est entrain de générer un fil RSS ou ATOM.

  Ceci dit, si les 2 conditions sont vraies, il faut modifier notre requête, ce que je fais. Je n’irai pas expliquer la requête, car je crois que le langage SQL est assez explicite en soi et que là n’est pas le but de ce billet.

Ce n’était que ça ! Mais encore faut-il le savoir. Maintenant, je le sais et vous aussi ! Peut-être devrais-je contribuer au site ci-haut expliquant les hooks.

Finalement, je distribue les modifications du plugiciel pour votre usage personnel et votre plus grand plaisir ! C’est par ici

Plusieurs se demanderont où est l’intérêt d’obtenir ce code source. La raison est fort simple lorsqu’on regarde ce que le moteur, à la base, est capable d’offrir : les Call of Duty, les Medal of Honor, etc.

Vous pouvez obtenir une copie sur le FTP de IDSoftware, sur ce miroir ou cet autre que je me promet de jouer avec dès que j’en aurai le temps.

L’apprentissage passe par l’expérience et pour ce, quoi de mieux que de défaire ce que d’autre on si bien fait ?

Voici le lien

Merci d’avance pour votre contribution à ce Wiki qui sera probablement indispensable un jour… si l’inspiration vous manque, allez voir les Acronymes déjà présents et regardez les liens qui sont en rouge. Ceci signifie qu’aucune définition pour cet acronyme n’existe dans la base de données. En d’autres mots : ajoute-la si vous vous sentez capable!

You can order your mug here through CafePress.

Enjoy and be a geek

The subject I talked about was pretty simple, arrays, and I tought it was a really boring subject last night when I was writing my slides. So I decided to initiate all people that would come to the conference by teaching them a little PHP5′s new feature, the SPL. Yeah, I did a mysql resultset class that was accessible like an array. Not that much, but pretty interresting when you’re talking about a easy-to-understand subject like arrays.

I’m maybe gonna post the source code of the class I wrote on this very blog and my slides will be (I hope) available on the PHPQuébec’s website under the «Download» section.

For those of you who were listening to me, please give me your comments and suggestions for the future.
Thanks to all for coming.