PHPPRO

Dans le cadre d'une PHP User Group de Bordeaux que je co-organise, nous accueilleront Stéphane Jaulin le 22 septembre 2011 à 19h qui viendra nous parler de Drupal.

L'annonce sur le site du Bordeaux PUG

Pour les besoins d'un futur billet sur ce blog, je décris ici un exemple de méthode de compilation de PHP sous Linux Ubuntu 10.04 LTS (64 Bits). La méthode reste la même dans les grandes lignes sur l'ensemble des distributions modernes, vous aurez peut être à personnaliser quelques dépendances de paquets par ci par là.

Considérez

$user = array('login' => 'ohoareau', 'company_id' => 12);

Imaginez que vous puissiez directement l'utiliser pour faire ça :

$login = $user['login'];
// récupères les données de l'entreprise en réalisant
// une jointure automatique
$companyName = $user['company']['name'];

Sans avoir besoin d'utiliser un "objet" (ou classe) User pour charger "à la demande" les jointures avec la table organization...

Et vous comment faites vous pour n'activer que certaines lignes de debug mais pas toutes dans vos applications ?

C'est naturel (enfin pour la majorité) : on commence toujours par développer "spécifique" :

• écran et boutons d'actions spécifiques à notre client
• règle de gestion et workflow spécifiques à notre client
• messages d'erreurs et envoi d'emails spécifiques à notre client
• ...

Puis notre produit / logiciel est un premier succès et un autre client nous le demande, puis un autre, ... Nous devons alors faire face à un problème sans forcément nous en rendre compte : Comment gérer plusieurs mode de fonctionnement (i.e. un fonctionnement pour chaque client) au sein de la même application ? Comment éviter de dupliquer / cloner l'application et maintenir N versions en parallèle ?

Vous avez un batch qui analysent des fichiers et qui affichent une ligne de log par fichier traités, voici une technique pour avoir un (fichier de) log moins volumineux

Dans certains contexte, il est important de pouvoir fournir des messages d'erreurs dans différentes langues, par exemple en fonction de langue de l'utilisateur.
Parmi les sujets à mettre en oeuvre pour adresser ce point, les exceptions et leur messages sont à ne pas oublier, voici une technique que vous pouvez mettre en oeuvre.

Vous utilisez très certainement un ou plusieurs framework comme fondations de votre projet / application (Symfony, Zend Framework, CakePHP...). Une des premières évolutions majeures (d'un point de vue technique, mais pas fonctionnel) consiste en la montée de version des frameworks dont vous dépendez. ...

Vous avez déjà croisé des projets / équipes qui décident d'utiliser le dernier framework en vogue ? oui, certainement.
Par contre avez-vous déjà croisé des projets / équipes qui décident d'en changer (de framework) car ils se rendent compte que le choix n'est plus forcément pertinent ou le plus meilleur ? moi, non, pourtant c'est bien connu le la version parfaite d'un framework sur tous les sujets et ad vitam eternam n'existe pas...