Skate in Mars

Quakelive disponible pour linux

Skateinmars — Wed, 19 Aug 2009 03:43:00 +0200

Les plus joueurs d'entre vous connaissent sûrement déjà Quake Live, une "reprise" de quake 3 par ses auteurs qui se joue à partir d'un navigateur.

L'interface est ainsi accessible constamment (et obligatoirement) online, ce qui permet à id Software de contrôller les statistiques des joueurs, les mises à jour ainsi que le contenu publicitaire (ingame comme dans le "site").

Contrairement à ce qu'on peut croire cette version qui se lance depuis un navigateur web n'est pas en java ou encore en flash. Il s'agit d'un plugin (binaire) que l'on installe et qui contiendra de quoi lancer le jeu. Les données du jeu seront elles stockées dans votre home (plus exactement dans ~/.quakelive, pour un poids d'environ 300Mo). Il n'y a donc pas de soucis de performance : si votre machine peut faire tourner quake 3, elle fera tourner quake live.

Le jeu est en bêta publique depuis un petit moment, mais la grand nouvelle est que l'on peut maintenant y acceder nativement sous linux, y compris Ubuntu !
En effet depuis aujourd'hui le jeu est compatible sous linux et mac, à la condition d'utiliser firefox, le support d'autres navigateurs tels que ceux basés sur webkit (chromium, konqueror) devant arriver ultérieurement.

Après un petit test rapide tout marche plutôt bien, les bindings (définitions des touches) sont légèrement différentes que sous windows mais votre souris 9 boutons sera bien reconnue. En jouant en plein écran j'ai toutefois eu quelques crashs et mon dual screen (à base de ATI en dual head) à sauté (chose que j'avais déjà expérimenté avec quake 3).
Les développeurs étant très actifs, on peut espérer que tout problème grave sera résolu rapidement.

Rendez-vous donc sur www.quakelive.com pour (re)découvrir ce jeu et y jouer dès maintenant !
Et encore merci a id Software pour leur support des OS dits "alternatifs" et continuer à nous laisser profiter de notre distribution favorite.

It's coming for you

Skateinmars — Tue, 24 Feb 2009 22:43:00 +0100

Peut-être le billet le plus court depuis le début du blog, mais que dire de plus :

http://quakelive.com arrive en open beta !
Arriverez-vous à passer la dernière porte du tutorial ?

(Bon ya plus qu'a se dire qu'avec une tripotée de n00bz en plus j'aurais de meilleures stats)

Vacances \o/

Skateinmars — Sun, 25 Jan 2009 20:00:00 +0100

Hop, un pur post mylife pour faire genre ce blog est vivant.

Comme dit le titre donc, me voila parti pour 2 semaines de snowboarding intense \o/
Au programme un tour des Alpes entre Gap, L'Argentière la Bessée (Reprizent !) et Grenoble, de quoi faire niveau station donc...

2 semaines sans le net, une première depuis quelques années, mais le eee serra la pour quelques parties de Frozen Bubble et Powermanga (:

Enfin bref, «Bye !» (c'est pas comme si quelqu'un lisait ce blog de toutes façons :>)

try_files, une nouvelle feature pour nginx

Skateinmars — Thu, 25 Dec 2008 07:58:00 +0100

Je sais, ca fait un bail que j'avais plus bloggué. A côté mr_pouit et gpocentek ont même l'air productifs (mais bon, je peut toujours me dire que je suis plus productif que Lutin tout de même :p).
Enfin bref, la date et l'heure sont parfaites pour annoncer mon billet cadeau de noël sur cette nouvelle feature du serveur web nginx, try_files.

Tout commence plus ou moins sur ce thread par un Igor Sysoev (le développeur de nginx donc) qui une fois de plus râle sur l'utilisation abusive des blocs if dans les fichiers de config, notamment lors de tests d'existence d'un fichier. Igor annonce donc l'implémentation d'une fonctionnalité pour rendre tout cela plus propre. La syntaxe est rapidement définie et le nom est choisi après une courte discussion : try_files.

Mais de quoi s'agit-il exactement ? C'est assez simple, prenez ce bout de config :

location / {
    if (-f $request_filename) {
        break;
    }
 
    if (-f $request_filename/index.html) {
        rewrite (.*) $1/index.html break;
    }

    if (-f $request_filename.html) {
        rewrite (.*) $1.html break;
    }

    if (!-f $request_filename) {
        proxy_pass http://mongrel;
        break;
    }
  }

Ce qui donne : pour toutes les URLs (car elles correspondent toutes à "/"), on teste si le fichier demande existe. Si oui, on arrête de lire la suite des règles et on sert le fichier. Sinon, on continue et teste après si un dossier correspondant au fichier demandé existe avec le fichier "index.html" à l'intérieur. Si c'est le cas on arrête la suite pour le servir (avec un rewrite). On fait ensuite de même en cherchant un fichier correspondant au nom de fichier demandé suivi de ".html".
Si tout cela ne marche pas (notez qu'on teste si le fichier n'existe pas encore une fois, ce qui pourrait être omis) on passe la requête au serveur nommé "mongrel" (défini auparavant dans un bloc upstream).
Malgré mes piètres explications, vous l'aurez compris, on cherche à servir les "vrais" fichiers et les fichiers de cache avant de passer en dernier recours la requête au serveur d'application (qui héberge donc notre appli qu'elle soit en ruby, python, php (avec fastcgi éventuellement) ou autre).

Ce type de config est extrèmement courant pour les applications rails ou nginx est couplé avec mongrel ou thin. Et c'est donc cela que try_files améliore. Voyez plutôt :

location / {
    try_files $uri  $uri/index.html  $uri.html @mongrel;
}

location @mongrel {
    proxy_pass     http://mongrel;
}

Pas mal non ? (sisi, quand même !) On donne simplement a try_files des urls à essayer. Le dernier argument est une "named location" (emplacement nommé ?), de type @nom. (les named location existent depuis longtemps mais ne sont pas très répandus, au grand dam d'Igor).
Ce dernier paramètre sera donc utilisé quand les autres auront échoué (les named locations "existent" toujours). Je ne sais pas si ce "fallback" est obligatoire ou si une erreur 404 est envoyé au cas ou tous les essais de try_files échouent mais il semble nécessaire d'après Igor.
Je pense qu'Igor espère aussi une plus grande utilisation des named locations grâce à cette feature.

Cette directive est donc arrivée dans nginx 0.7.27 (la branche de développement), et un patch est disponible pour nginx 0.6.34 (bon, faut que je migre mon 0.5.x de prod moi....).
Ajoutez à cela la possibilité d'utiliser des variables dans les directives fastcgi_pass et proxy_pass (ce qui permettra de rendre ses fichiers de config plus réutilisables), toujours depuis la version 0.7.27.
Pour plus d'infos vous pouvez donc consulter la mailing-list de nginx (notamment les threads sus-cités) en attendant qu'une âme charitable mette à jour le wiki.

Mais, que faites vous encore sous Apache ou Lighttpd ?

PS: Joyeux Noël à tous les utilisateurs de serveurs webs, d'un côté ou de l'autre du tuyau

Ubuntu 9.04 sera Jaunty Jackalope

Skateinmars — Tue, 09 Sep 2008 09:22:00 +0200

Mark Shuttleworth a annnoncé sur la liste de diffusion ubuntu-devel-announce le nom de la prochaine version d'ubuntu : Jaunty Jackalope.
La jackalope est un animal imaginaire entre le lièvre et une antilope (oui, je cherche encore le rapport), quand au terme jaunty, il vient du francais "gentil" et si je devais me risquer à le traduire je vous dirais que cela correspondrait à peu près au terme "Dapper" déjà rencontré, soit "chic" et stylé, mais aussi joyeux et enjoué.

Shuttleworth parle de livrer ubuntu sur des millions de machines en comparant la qualité de l'OS à Microsoft et Apple. Il annonce ensuite les priorités de cette version : le temps de démarrage, mais aussi l'intégration avec les applications web (pour être à la mode ?).
Il annonce également qu'ubuntu utilisera Bazaar pour le développement de toute la distribution, ce qui pourrait amener des améliorations interressantes comme la publication faciles de paquets personnalisés sur un PPA.

Source : https://lists.ubuntu.com/archives/ubuntu-devel-announce/2008-September/000481.html