Je vais présenter dans ce billet la méthode d'installation de GO sous Ubuntu 9.10. Les informations données ici proviennent directement du site officiel du projet : http://golang.org/

L'installation de Go se fait en 4 étapes :

• Préparation du système
• Définition des variables d'environnement
• Téléchargement depuis le repository
• Compilation / installation des binaires

Remarque : Une fois installer, ne pas supprimer le répertoire source car il contient les librairies nécessaires aux développements de programmes.

Quelle surprise en parcourant le bug tracker du projet de langage Google Go !

En effet, le titre du premier bug de la liste,  le bug n°9 du 10 novembre 2009 : I have already used the name for *MY* programming language

Soit en français : J'ai déjà utilisé ce nom pour *MON* langage de programmation

Une vrai polémique est donc en train de naître autour de cette remarque singulière. 950 commentaires à l'heure où j'écris ce billet.

Certain pensent même que Google devrait rebaptiser son langage "Issue 9" :) D'ailleurs dès le lendemain, les noms de domaine portant ce libellé ont été réservés (mince, pas assez rapide !)

Un beau "no go" pour Google sur ce coup là et un "bug" à suivre de prêt donc.

http://code.google.com/p/go/issues/detail?id=9

Lancé pour la première fois les 17 et 18 septembre 2009, le « Zend Framework Monthly Bug Hunt » – comprenez « La Chasse mensuelle aux bug du Zend Framework » – va paraitre sous sa 3ême édition dans quelques jours.

Mais qu’est-ce au juste ?

Le « ZF Monthly Bug Hunt » est une initiative visant à mobiliser (et sensibiliser) les développeurs proches de la communauté sur une durée de 2 jours par mois afin de résoudre le plus de bug possible parmis la liste du « Bug Tracker« .

Si ma mémoire est bonne, le même principe existe déjà (ou a existé) autour de Symfony, mais sous forme de « debug party » au cours desquelles les développeurs se rencontraient physiquement.

Si vous voulez votre nom sur le tableau de chasse ou pour plus d’information, direction la page du wiki : http://framework.zend.com/wiki/display/ZFDEV/Monthly+Bug+Hunt+Days

Prochaine rencontre virtuelle : Les 19 et 20 novembre

Introduction

Nous avons vu dans l'article précédent comment tirer partit du cache APC pour accélérer sensiblement nos applications PHP.
Nous allons voir à présent comment appliquer ce même système de cache à nos modèles afin de réduire et d'optimiser les requêtes vers la base de donnée.

Le principe

Il faut savoir qu'a chaque instantiation de nos modèles ( = classes héritant de Zend_Db_Table_Abstract), Zend_Db
va exécuter une série de requête du style "SHOW FIELDS FROM MaTable;" afin d'en "découvrir" les champs et leurs propriétés.
C'est ce que l'on appel les méta-données (metadata en langage Zend).

Dans la pratique, il est assez rare de modifier la structure des tables sur un système en production, on peu donc facilement imaginer mettre le résultat de ces requêtes en cache.
Ça tombe bien, Zend_Db_Table_Abstract nous propose une méthode statique setDefaultMetadataCache acceptant en paramètre un objet Zend_Cache_Core.

Introduction

PHP est un langage interprété, c'est à dire qu'il est converti en instructions exécutables à chaque appel. C'est une sorte de compilation à la volée.

Cette dernière nécessite donc un effort plus ou moins important de la part du serveur à chaque fois qu'une page dynamique lui est demandé.

L'APC pour "Alternative PHP Cache" est une extension libre et gratuite qui permet de mettre en cache une version précompiler du code PHP (aussi appelé opcode).

Le gain de performance peut donc être considérable, d'autant plus que ce cache est stocké dans la mémoire vive de la machine.
C'est ce que nous allons voir dans cet article à travers une première (et rapide) étape d'installation suivi d'une phase de test avec et sans le cache APC.

C'est aussi une manière d'introduire mon prochain article sur l'utilisation du Zend_Cache et de l'APC pour booster nos application Zend Framework ;)