OVH est une société que j'aime bien et avec laquelle j'ai de bonnes relations, sur le plan technique je n'ai rien à redire, tout est parfait (à part leur serveur mail à oublier), par contre ce sont leurs pratiques commerciales qui ne me plaisent pas du tout.

Aujourd'hui en voulant renouveller un nom de domaine que je n'exploite pas mais que je souhaite conserver car je possède la marque associée, je me suis rendu compte que l'hébergement mutialisé associé 60GP me coûte environ 15€ par an. C'est rien, mais étant donné qu'il héberge une page statique html, autant basculer sur l'offre d'hébergement gratuite.

Et bien j'ai été sacrément surpris de voir que l'offre d'hébergement gratuite avait disparue (la Start 1M), et remplacée par une offre à 1.99€ HT par mois, soit environ 28.56€ TTC par an, soit encore plus cher que mon hébergement 60GP!

Je parlerai du Kimsufi, idéal pour s'essayer à l'administration de serveur à distance, une autre fois.

Une clé wifi, doit se taper:

1. Après avoir appuyé sur le bouton association.
2. En majuscules.
3. Sans tiret ni espace.
4. Sans lettre O qui peut être confondue avec le chiffre 0, ni de G qui peut être confondue avec un 6, puisque les lettres ne vont que de A à F.
5. En aillant choisi le bon mode de cryptage: WEP ou WPA (à préferrer).
6. En pensant à faire un copier (ctrl+c) de la clé avant de la valider. Comme ça si un paramètre est mal réglé vous n'aurez pas à la resaisir en intégralité.

Voilà avec toutes ces infos vous devriez y arriver du premier coup.

Les windosiens peuvent être soulagés car depuis Vista, on peut enfin voir le code qu'on tape en clair et on n'a plus besoin de le saisir 2 fois (je ne vous raconte pas l'horreur sous XP où le copier-coller est interdit).

C'est confirmé; le contournement des sytèmes de blocage d'accès aux solutions de streaming et donc de notre système visioconférence est absolument enfantin. Il faut dire que la restriction était vraiment légère, juste bonne à nous casser les pieds et empêcher certaines personnes d'accéder à nos services le temps qu'on s'en rende compte.

En plus nous en gardons un peu sous le pied, car si les entreprises ou fournisseurs d'accès à internet venaient à mettre en place un système plus évolué, nous aurions là encore de quoi répondre, et ce de manière beaucoup plus coriace (voir impossible) à bloquer.

J'en avais parlé précédemment; le nouveau système de visioconférence a été mise en place et permet maintenant de partager l'écran d'ordinateur en plus d'une ou plusieurs webcams. La diffusion vidéo s'adapte à l'action, donc pour une image fixe (comme pour une présentation de type Powerpoint) il en résulte une très bonne qualité d'image avec un débit de données réduit.

De plus les vidéos à la demande sont maintenant diffusées en streaming par protocole rtmp plutôt qu'http. Cela permet d'obtenir une économie de bande passante et la possibilité de naviguer plus rapidement dans une vidéo.

Windows 7 sort aujourd'hui. On va attendre les retours d'utilisateurs sur la version 64 bits pour voir si on bascule nos machines de montage vidéo sur ce nouveau système d'exploitation.

Dans un précédent article je vous parlais de la faille (facilement corrigeable) de la version 0.8.0 qui consiste à pouvoir se connecter à la racine du serveur et éviter tout système de protection. Et bien sachez également que vous devrez penser à supprimer le répertoire webapps/installer également.

En effet si quelqu'un se connecte à rtmp://votresite:1935/installer, et bien là encore il a un accès libre, gratuit et illimité aux capacités de votre serveur Red5.

On y est arrivé! Cela explose les capacités du système de visioconférence mis en place sur le site. Nous ne serons plus limité à la diffusion de présentation au format pdf, on peut maintenant diffuser son bureau intégralement: vidéo, Excel, Word, etc.

Le nouveau système sera mis en place dans le courant de la semaine.

Red5 est un projet open source qui permet d'avoir une implémentation quasi identique au très honéreux Flash Media Server. Il y a cependant des petits problèmes qui peuvent vous polluer la vie.

En effet, l'un des pires bugs que j'ai pu rencontrer jusqu'à présent est la possibilité pour n'importe qui de se connecter à votre serveur et d'en faire à peu près ce qu'il veut, sans que vous puissiez restreindre quoi que ce soit. Pour cela il suffit de se connecter au "global scope", et cela va shunter toutes les protections que vous avez pu mettre en place.

Pour corriger cette faille (on ne parle plus de bug à ce niveau là), il faut corriger manuellement les sources java Red5, en éditant le fichier org/red5/server/net/rtmp/RTMPHandler.java, et juste en dessous de la ligne 250 ajouter:

`//if global scope connection is not allowed, reject if (scope.getDepth() < 1) {

call.setStatus(Call.STATUS_ACCESS_DENIED);
if (call instanceof IPendingServiceCall) {
    IPendingServiceCall pc = (IPendingServiceCall) call;
    StatusObject status = getStatus(NC_CONNECT_REJECTED);
    status.setDescription("Global scope connection disallowed on this server.");
    pc.setResult(status);
}
disconnectOnReturn = 1;

}`

Puis recompiler Red5 avec la commande:

$ ant dist

Ce correctif a été copié de la version de développement 0.9.0 RC1. Maintenant pourquoi l'archive téléchargeable sur leur site n'a toujours pas été corrigée me dépasse complètement, surtout qu'ils appellent ça une version "stable"...

Je n'ose pas imaginer le nombre de personnes qui font tourner Red5 et qui ne se sont pas rendus compte de cette faille.

Pour les rares et douloureuses fois où vous auriez besoin de toucher à la ligne de commande sous Windows pour vérifier quels ports sont utilisés par quelles applications, voici la solution:

netstat -ano | findstr 7070

Ensuite:

1. ctrl+alt+suppr pour faire apparaître le gestionnaire des tâches
2. Cliquez sur l'onglet "Processus"
3. Dans la barre de menu, choisissez "Affichage"
4. "Choix des colonnes"
5. Cochez la case PID

Vous aurez ainsi le nom de l'application qui occupe le port en question.

A partir de maintenant toutes les nouvelles vidéos qui apparaîtront sur le site seront encodées à l'aide d'un codec h.264. Il en résultera une qualité accrue et une économie de bande passante.

Par contre cela signifie que les machines moins récentes (PowerPC ou Pentium III) qui sont dorénavant une minorité, ne seront plus capable de jouer correctement les vidéos.

En utilisant l'excellent MacPorts dont je vous ai parlé précédemment, il se peut que vous aillez un petit problème pour compiler ffmpeg avec le support pour l'h.264 qui utilise pour cela la bibliothèque libx264 et un tas d'autres dépendances.

Donc si le platange se situe au niveau du package mp4v2, il vous faudra effectuer toutes les étapes suivantes:

1. Récupérer un patch à l'adresse suivante: patch mp4v2.

2. Aller dans le répertoire du package mp4v2: (attention au numéro de version)

   $ cd /opt/local/var/macports-/sources/rsync.macports.org/release/ports/multimedia/mp4v2/work/mp4v2-1.9.1/

3. Appliquer le patch:

   $ patch -p0 < ~/chemin_de_votre_patch/mp4v2-1.9.1-libversion.patch

4. Lancer la compilation d'ffmpeg:

   $ sudo port install ffmpeg +gpl +x264 +lame +faac +faad

Et vous devriez y être. Ouf!

Pour installer ffmpeg et/ou ImageMagick sans vous arracher les cheveux, n'essayez même pas la méthode manuelle. Utilisez MacPorts! Cela vous donne accès à une gigantesque offre logicielle issue du monde libre.

Avec cela, pour installer ffmpeg il suffit de faire (et d'attendre longtemps):

$ sudo port install ffmpeg +faac +faad +gpl +lame +x264

Et pour ImageMagick:

$ sudo port install ImageMagick

Un outil indispensable!

Histoire d'avoir un meilleur feedback de ses scripts, il peut être utile de mettre un peu de couleur dans les messages de ses scripts. Essayez ça:

$ echo -e "\e[0;32mSuccess" Success

Cela affichera le mot Success en vert. Et pour du rouge:

$ echo -e "\e[0;31mERROR" ERROR

La plupart des développements d'applications qui n'aboutissent ou qui échouent sont souvent du à un manque de séries de tests de la part des développeurs. Effectivemment c'est du temps qui pourrait être passé à coder de nouvelles fonctionnalités, mais c'est un investissement sur le long terme.

Aussi brillants soient-ils les développeurs introduiront forçément des bugs insidieux dans le code, là-bas tout au fond, où personne ne pense à aller.... sauf les clients!

Maintenir une application ou un site internet sans avoir de tests, c'est foncer droit dans le mur. Il faut que le développeur soit alerté le plus tôt possible qu'un bug est présent dans son application.

Notre site internet est soumis à environ 300 tests différents, et très fréquemment, nos tests font apparaître des minuscules problèmes indétectables à l'oeil. Il suffit d'une virgule mal placée ou une parenthèse mal fermée pour faire planter une application.

Testez votre application avant qu'il ne soit trop tard!

L'appareil photo reflex numérique d'entrée de gamme Pentax K-m, utilise des piles rechargeables de type AA en lieu et place de batteries rechargeables spécifiques. Est-ce pratique? Et bien oui et non.

En effet, les piles AA se trouvent partout dans le monde, donc si un jour vos piles vous lâchent ou que vous avez oublié d'amener le chargeur adéquat, vous pourrez acheter des piles non rechargeables et utiliser l'appareil, ce qui ne serait pas le cas avec des batteries dédiées.

Maintenant le gros inconvénient, est que ces piles rechargeables se déchargent même quand on ne les utilise pas. Et le jour où on a besoin de son appareil, et bien on se rend compte que les piles sont à plat. Certes on peut mettre d'autres piles normales, mais c'est pénible, peu respecteux de l'environnement et on perd du temps à courir après ces maudites piles.

De plus le temps de chargement des piles AA est plutôt long, comptez 12h pour des piles 2450mAh, donc si vous rentrez un peu tard le soir et que le lendemain matin vous devez vous lever tôt pour prendre des photos, mettez les à charger le plus vite possible.

Enfin leur autonomie en pratique est assez faible, comptez un WE photo par pack de 4 piles. Heureusement leur faible coût d'achat leur confère un certain attrait.