Chazallet Sébastien

La génération de contenu HTML avec PHP a longtemps été une horreur absolue. Dans ce cadre, des solutions comme Smarty ont émergé, permettant de produire des vues propres et donc maintenables, et les nouvelles pratiques issues des recommandations faites par les frameworks nouvelle génération comme Zend Framework, par exemple, offrent la possibilité de fixer des règles simples qui suffisent à assurer la compréhension, la réutilisabilité et la maintenabilité sans sacrifier les performances.

Au paravant, PHP était fortement lié à MySQL. Pour s'en rendre compte, encore aujourd'hui, il suffit d'aller dans une librairie et lire les titres des ouvrages consacrés à PHP pour voir qu'un sur deux associe PHP à MySQL. De la même manière, consulter les sources de la plupart des projets libres montrera une forte dépendance à MySQL de la majorité du code.PDO, une extension PECL pour PHP 5.0 intégrée depuis sa version 5.1, est présentée comme une composante essentielle. L'idée est extrêmement simple : présenter une et une seule manière de parler à n'importe quel SGBD. L'apport pour le projet est très concret : être capable de rendre le produit final indépendant du choix du SGBD et donc s'adapter plus facilement à la matrice technologique et aux contraintes du client.De plus, il y a une dimension nouvelle liée à la sécurité.

En Java ou en Python, avec Tomcat, Turbogears ou Zope3, lorsque le serveur est lancé, le code source est lu, compilé et l'environnement est construit. À partir de ce moment-là, ces serveurs sont prêts à répondre à des requêtes en ayant rien d'autre à faire que de les traiter.Le serveur web Apache PHP est différent. À chaque requête, les fichiers sources (uniquement ceux appelés) sont lus, interprétés, l'environnement est reconstruit puis la requête est traitée.Une des conséquences est que d'une requête à la suivante, il n'y a pas de persistance de données. La session PHP va permettre de pallier ce problème en proposant un système permettant de stocker quelques données.Cet article va reprendre les fondamentaux et exposer les bonnes pratiques.

LaTeX est une référence pour la composition de documents d'une qualité (typographie, mise en page, rendu graphique, ...) reconnue et qui est particulièrement à son avantage dès lors qu'il s'agit de rédiger un document scientifique. Python est également une référence et lorsque Python lorgne du côté de LaTeX ou LaTeX du côté de Python, ça fait des étincelles. On peut aller utiliser les concepts les plus avancés de LaTeX relativement facilement ou, au contraire, rendre certaines de ses fonctionnalités accessibles à ceux qui ne le connaissent pas, leur faisant profiter de sa puissance.

Cet article a pour destination d'expliquer comment dialoguer avec des bases de données relationnelles en continuant d'utiliser les types basiques de Python : les listes et les dictionnaires.

Le but de l'article est de présenter openDocument et de voir quelles sont les interactions possibles avec Python.

L'objectif de cet article est de présenter le XML et de comprendre comment sont représentées les données dans le flux et en utilisant un schéma. Nous aborderons la problématique de la validation.Une seconde partie abordera la manière de manipuler les données en lecture ou en écriture.

De la même manière que nous avons manipulé des données en provenance de CSV ou LDAP en utilisant conjointement et uniquement les listes et les dictionnaires, nous allons gérer des données en provenance de bases relationnelles en utilisant l'ORM SQLAlchemy présenté dans l'article précédent.Nous allons chercher à répondre à des cas d'utilisation concrets et à apercevoir quelques voies qui pourront permettre d'industrialiser du code efficace, simple et performant.

Un code bien maîtrisé doit être simple et court ; le relire trois mois après l'avoir écrit, même lorsque l'on a plus le contexte en tête, ne doit pas poser le moindre problème.L'objectif de cet article est de présenter quelques pratiques permises par Python qui permettent d'être efficace : temps de production raccourci pour le développeur, temps de compréhension et d'assimilation minimal pour le relecteur, performances acceptables pour le code.