LAlex devblog v6 - PHP

PHP 5.1.0 beta : ca promets !

-Alexandre LEGOUT aka LAlex- — Mon, 13 Jun 2005 09:34:56 +0000

Une première version de PHP 5.1.0 beta vient d'être publiée dans les snapshots. Au programme, des fonctionnalités qui simplifient la vie, et qui sont donc les bienvenues :

L'intégration par défaut de la librairie PDO : en gros, un accés uniformisé à tous types de base de données. Je ne l'ai jamais utilisée, mais ca faisait partie de ce que je voulais utiliser pour un projet à venir, donc bonne nouvelle pour moi ! :p
Une amélioration des performances grace à un optimisation de la gestion de la mémoire
La librairie PCRE 5.0, histoire de s'amuser encore un peu plus avec les expressions régulières (euh... rationnelles : qwix, si tu me lis ! :mrgreen:)
Des améliorations au niveau des flux, des webservices (SOAP) et de SPL (librairie standard de PHP, fortement inspirée d'une partie de l'API Java)
Le support natif de l'Unicode, pour les "international coders" !

Par contre, toujours aucune info sur l'extension PECL php_treads, qui continue d'apparaître dans les extensions proposées au niveau des snapshots, alors que de nombreux développeurs réclament à corps et à cris une explication sur la présence de ce module... :\ Wait and see. :o

A noter qu'une branche PHP 4.4 est également ouverte pour une question de compatibilité entre le Zend Engine 1 et les extensions de PHP 4.3...

FlashFestival 2005 : le retour...

-Alexandre LEGOUT aka LAlex- — Wed, 01 Jun 2005 09:22:56 +0000

J'ai tellement de choses à dire sur ce week-end que je n'en mettrai que peu :

Une organisation que j'imagine enorme, qui nous a offert un festival de vraie qualité! Bravo Guylaine! Et merci pour ton invitation qui m'a réellement beaucoup touché!

Pour rester sur l'organisation, bravo également à DickRivers "The DICK", ElectroFrog et David! Votre gentillesse n'a d'égal que votre investissement dans le bon déroulement de cet évènement (et c'est pas peu dire!).

Des codeurs aussi cordiaux que doués. mama, ce fut un réel plaisir de te rencontrer et d'échanger avec toi ces quelques discussions sur bien des sujets. Je crois qu'on est bien restés sur le thême du festival à ce niveau ! JL, j'espère bien qu'on se recroisera bientôt, et que tu te seras mis à la POO !

For Jared : I think than your code is just like you : simple person, but huge feelings. It was a great moment to code at your side, but also to share a little part your world during those two days!!! I hope we'll can meet again soon, you and your so kind Laurie...

Un cadavre exquis des plus géniaux!!! Ca paraît incroyable de voir ce que des codeurs peuvent avoir comme styles de programmation différents. Et pourtant, chez chacun le résultat est là, et pas qu'un peu!

Des artistes brillants, qui ont développé chez moi un autre regard à poser sur la démarche artistique en général, avec un profond désir de m'y atteler moi-même... Axé sur l'exposition de soi sur la toile, je crois que le thème me touche de trés prés...

Des intervenants bien trop modestes !!! Quand j'entend un dunun me dire qu'il "fait ce qu'il peut" et que c'est pas grand chose, je trouve ca trés touchant!

Une équipe MediaBox en force! Ravis d'avoir découvert les têtes que je ne connaissais alors qu'en avatar! Vous êtes tous des killers les gars!

Un Mike CHAMBERS un peu décevant dans sa présentation de Flash 8. Discours commercial et préformaté, aucune réponse claire aux questions que j'ai pu lui poser, un sentiment qu'il existe plein de choses qu'il ne faut pas nous dire... M'enfin, il parait de source sûre qu'il est pas si froid que ca: je comprends parfaitement qu'il est bien obligé de suivre le discours imposé par MM... :roll:

Bref, je crois que vous aurez compris que j'ai passé un trés, trés, trés, trés bon week-end !

Je n'attends plus maintenant que d'avoir les vidéos/photos/DVDs histoire de graver ca dans mon disque dur, bien qu'une grande partie soit déjà gravée dans ma mémoire!

Bon, c'est pas tout ça, mais ca m'a bien motivé pour re-flashouiller un peu plus tout ca! :p

PostgreSQL 8.0 : bonne nouvelle

-Alexandre LEGOUT aka LAlex- — Tue, 25 Jan 2005 09:39:33 +0000

Pour ceux qui n'auraient pas encore eu la bonne idée de rajouter le blog de Liguorien à leurs bookmarks, je reprend une de ses infos en signalant la sortie de PostegreSQL 8.0. En plus de fonctionnalités dignes des plus grandes bases de données, PostgreSQL offre maintenant un portage natif sur Windows. Reste la possibilité de créer des triggers en C, Perl, Tcl, Python, et même en PHP grâce à plPHP ou en Java.

Pour les fanatiques de phpMyAdmin, il est à signaler que PostgreSQL offre le même type d'outil, nommé phpPgAdmin.

Pour l'avoir utilisé en remplacement d'Oracle pendant un moment, je ne peux que vanter les performances et les fonctionnalités de PostgreSQL !

mysqli : le bonheur de la POO avec MySQL 4.1

-Alexandre LEGOUT aka LAlex- — Fri, 14 Jan 2005 10:28:23 +0000

Comme beaucoup le savent, PHP5 propose une nouvelle extension pour MySQL 4.1, qui offre le gros avantage de pouvoir programmer ses requêtes soit de manière "standard" (old-style), soit en POO.

Jugez plutôt de la différence:
AVANT:<? $cnx = mysql_connect("localhost", "lalex", "lalex"); mysql_select_db("lalexdb", $cnx); $rst = mysql_query("SELECT * FROM messages", $cnx); while($cur = mysql_fetch_array($rst)) { echo $cur["sujet"]; } mysql_free_result($rst); mysql_close($cnx); ?> APRES :<? $cnx = new mysqli("localhost", "lalex", "lalex", "lalexdb"); $rst = $cnx->query("SELECT * FROM messages"); while($cur = $rst->fetch_object()) { echo $cur->sujet; } $rst->close(); $cnx->close(); ?>
C'est-y pas mieux comme ca ?

MySQL 4.1 stable (production) disponible

-Alexandre LEGOUT aka LAlex- — Wed, 27 Oct 2004 23:47:13 +0000

Alors que je commencais à en désespérer, une version stable de MySQL 4.1 est enfin prête, avec le numéro de version 4.1.7 !!! Avec une tendresse toute particulière pour la possibilité de faire des sous-requêtes, et une extension objet de PHP5 optimisée pour MySQL 4.1. Sans oublier les performances revues à la hause !

Vous pouvez foncer le télécharger sur le site officiel (ou aller lire le communiqué officiel pour en savoir plus)!

Utile : conserver l'indentation et création de nom "simples"

-Alexandre LEGOUT aka LAlex- — Wed, 06 Oct 2004 18:24:15 +0000

Etant donné que je suis plus occupé à réinstaller mon ordinateur et à me réinstaller moi-même qu'à coder (ben oui, je déménage), je ressors quelques lignes de PHP que j'utilise depuis longtemps pour alimenter quelque peu ce blog qui à tendance à roupiller.

La première fonction sert à générer des noms "simples", pouvant servir à des URL. C'est en fait la fonction que j'utilise pour les adresses de mes pages. Elle élimine les accents, ponctuations et mots de moins de 3 lettres, et remplace les espaces par des tirets :function simpleName($str) { $araccent = array("#[áåâäàã]#","#ç#","#[êéèë]#","#[íîïì]#","#[óôöòõ]#","#[ûüùú]#","#ñ#","#[ÿý]#", "#[^\w ]#"); $arnoaccent = array("a", "c", "e", "i", "o", "u", "n", "y", ""); $ret = preg_replace("#(\W|\s)\w{1,2}(?=\W|\s)#", "$1$2", $str); $ret = preg_replace(array("#\s{2,}#","# #"),array(" ", "-"), trim(preg_replace($araccent, $arnoaccent, strtolower($ret)))); return $ret; } La deuxième me sert à conserver l'identation du code lorsqu'il est affiché en HTML. Pour cela, la chaine retournée alterne les espaces "normaux" et les espaces insécables HTML  . Elle utilise en majorité str_replace pour de meilleures performances. C'est ce code qui est utilisé par ma classe Colori :function keepHTMLIndent($str) { $ret = str_replace(" ","  ",$str); $ret = str_replace(" ","  ",$ret); $ret = str_replace("\t","   ",$ret); $ret = preg_replace("/^ {1}/m", ' ',$ret); return $ret; }

Et wala, à bientôt ! ^^

Envie de meurtre

-Alexandre LEGOUT aka LAlex- — Wed, 29 Sep 2004 19:03:01 +0000

Venant d'investir dans un ordinateur de type barebone, je me suis vu confronté à des incompatibilités entre mon ancien matériel et le nouveau. Ayant tout simplement transféré le disque dur d'une machine à l'autre, je n'avais plus qu'à ré-installer windows sur le version actuelle. J'ai fais cette manipulation des dizaines de fois, et ca a toujours fonctionné.

Mais voila-t-y pas que au démarrage, Windows m'invite gentimment à faire un scandisk pour vérifier mon disque dur. Sachant qu'il va me les briser systématiquement au démarrage, je me dis autant le faire tout de suite. L'erreur qu'il ne fallait pas faire ...

J'écris maintenant depuis ma nouvelle installation, purgée de tous les documents que j'ai créé sur ce disque dur depuis mon précédent formatage (dans les règles celui-là) : classes AS2, articles en cours de rédaction, la totalité de mes images et musiques, mes réalisations pro, bref TOUS MES FICHIERS DEPUIS DEUX MOIS !!! :x

Je suis sûr que les murs ont eu plus mal que mon crâne ...

Vous êtes arrivé à destination

-Alexandre LEGOUT aka LAlex- — Fri, 24 Sep 2004 13:31:15 +0000

Si vous voyez ce post, cela veut dire que vous venez de rejoindre le nouveau serveur. Vous pouvez détacher vos ceintures et vous relaxer jusqu'à l'arret de l'appareil ...

Bref, vous pouvez vous jeter à nouveau sur les commentaires, et apprécier ce nouvel hébergement.

A ce sujet, l'interface d'administration du serveur est Plesk 7 : un nombre incroyable d'options configurables, et une interface assez esthétique en plus ce qui ne gache rien ! Un coup de chapeau à cette application donc !

Pratiques de programmation PHP #1 : La base de données.

-Alexandre LEGOUT aka LAlex- — Tue, 21 Sep 2004 19:30:02 +0000

Passé maitre dans l'art du teasing, voici maintenant le vrai début de cette série.

Je rappelle qu'il s'agit là, d'une série sur les bonnes pratiques du PHP, et non pas de tutoriel d'apprentissage. Pour les comprendre, il s'agit donc de déjà savoir faire du PHP avec MySQL, que ce soit à un niveau plus ou moins avancé. Pour cet article, je considère que vous savez déjà créer une BDD, une table, et concevoir un minimum pour avoir quelque chose de fonctionnel (a défaut d'être souple et/ou performant).

1. Ai-je besoin d'une base de données ?

La base de données est un système "simple" qui sert a stoquer des données (oui, je suis pas aller le chercher loin ! :$) ... Il s'agit donc de la base sur laquelle repose la plupart des applications dynamiques. Les applications les plus connues utilisant une base de données sont des forums, des blogs ou des boutiques en ligne. Elles permettent non seulement d'enregistrer des données, mais également des les récupérer de manière selective au moyen du langage SQL.
Mais attention à ne pas faire non plus du tout BDD ! En effet, certaines situations ne nécessite pas de base de données :

Gestion de fichiers : la plupart des informations d'un fichier sont directement accessibles depuis PHP (nom, taille, date de création/modification). Une BDD qui stockerait des noms de fichiers avec ces informations ne serait qu'une répétition de ce que nous pouvons savoir sans cela (souvenez-vous de la règle d'or ;)) ! En effet, il devient difficile à ce moment là ce garder une cohérence permanente entre les données. Par exemple, on peut envisager créer un diaporama sans base de données, qui se contenterait d'afficher les images présentes dans un répertoire. Par contre, si l'on veut donner à ces images un titre ou le nom de celui qui a pris la photo, une base de vient nécessaire.
Données de configuration : pour moi, une BDD est axée sur le contenu. Les directives de configuration telles que des chemins racines, la langue d'une application ou autre donnée nécessaire à l'initialisation de celle-ci doivent être regroupées dans un espace qui leur est propre. A priori, il peut s'agir d'un fichier .ini ou XML, mais certainement pas d'une base de données (ou alors une BDD dédiée). Déjà, les paramètres de connexion à une base doivent bien être initialisés quelque part, je préfère alors y mettre l'ensemble des paramètres de l'application. En gros, je dirais qu'une base doit contenir les données qui servent à faire tourner l'application, pas à la lancer ...

2. Créer sa base de données

2.1 Conventions de nommage et de structure.
Comme pour le code, il est bon de se tenir à des conventions lorsque l'on crée une base de données. Voici celles que j'utilise :

2.1.1 Utiliser un préfixe pour les noms de table.
Il s'agit d'un "identifiant" qui permet de regrouper les tables par fonctionnalités. En général, il contient entre 2 et 4 lettres. Par exemple, pour le site d'une boutique appellée "Vraiment Pas Cher", tous mes noms de tables vont commencer par 'vpc_'. Dans l'optique d'un hébergement partageant plusieurs applications, cela me permet d'avoir plusieurs tables utilisateurs ou articles. En plus de différencier quelle table est utilisée par quelle application uniquement par son nom, c'est aussi utile dans phpMyAdmin pour les regrouper, quand les tables sont affichées par ordre alphabétique ! Une seule application de portail pourrait également dissocier les différents types de données gérées : usr_ pour la gestion utilisateurs, cmd_ pour les commandes, prd_ pour les produits, etc...
2.1.2 Utiliser des noms sans casse.
En effet, si aujourd'hui vous vous servez de MySQL, sachez que la version Windows est insensible à la casse, mais pas la version Linux. D'autres systèmes ou bases de données peuvent être plus ou moins sensibles à la casse. C'est pourquoi j'utilise systématiquement des noms de table et de champs uniquement en minuscule.
2.1.3 Utiliser des noms de table sans separation.
En gros, ca revient à ne pas mettre de underscore ( _ ) dans un nom de table "normale". Nous verrons plus tard que cette règle possède une exception qui vient la confirmer ...
2.1.4 Noms de table au singulier
Le nom d'une table doit décrire ce que contient une ligne de cette table. Les noms de tables se doivent donc d'être au singulier.
2.1.5 Clés primaires.
Chaque table possède une clé primaire numérique, dont le nom est id_. Le préfixe dont je parle plus haut n'est pas considéré comme faisant partie du nom de la table. Par exemple, une table supv_voyage aura une clé primaire du nom de 'id_voyage'. En MySQL, la clé primaire aura l'attribut auto_increment. Je me sers du type INT(10) UNSIGNED pour mes clés primaires.
2.1.6 Langue de la base.
Personnellement, j'utilise généralement l'anglais dans mes noms de table et de champs, mais le plus important est de rester constant dans la langue que l'on utilise. Nous resterons en français dans les exemples de cet article.

D'autres viendront au cours de l'article pour enrichir celles-ci, au moment où nous aborderons les notions qui justifient ces conventions.

2.2 Un premier schéma
Imaginons que l'on décide de créer un jeu en ligne nommé "Maxi Questions". Ce jeu consiste en des questions sur divers thèmes, et les joueurs peuvent y répondre. A chaque question, un joueur ayant répondu juste gagne 2 point, un joueur ayant répondu faux perd 1 point.
En prenant compte des données "classiques" dont aurait besoin ce type d'application, nous avons besoin pour l'utilisateur d'un login et d'un mot de passe. Il va nous falloir aussi connaitre son score. Une question a un libellé et un theme. Une réponse consiste en un texte et une correction (juste ou faux). Voyons le trés mauvais exemple duquel nous pouvons partir pour améliorer les choses :

Voyons maintenant comment modifier ce schéma pour qu'il soit rigoureux et performant :
2.2.1 Les clés étrangères.
Dans l'exemple précédent, la table des réponses utilise le pseudo pour savoir quel utilisateur à entré cette réponse. Cela pose plusieurs problèmes :

Tout d'abord, en terme de performances. En effet, effectuer une jointure sur un champ texte est bien plus exigeant que sur un champ numérique.
En terme de fonctionnalité. Imaginons que pour une raison ou pour un autre, nous décidions d'autoriser plusieurs pseudos identiques s'ils ont des mot de passe différents (a ne pas conseiller, mais il me fallait bien un exemple :P) ... Comment retrouver alors celui qui a répondu ?

Dans ce cas précis, il est préférable d'utiliser l'id_utilisateur pour faire la liaison entre mxq_reponse et mxq_utilisateur. C'est là qu'intervient une convention suplémentaire : les clés étrangères se font sur une clé primaire, et portent le nom de cette clé primaire.
Voici ce que donne le schéma à l'issue de cette première étape :

2.2.2 Regroupement des colonnes
Voici un des premiers aspects de notre règle d'or : "Ne pas répeter deux fois la même chose !!!" !
En effet, le thème d'une question est ici saisi en toutes lettres dans la table question. Or, il se peut tout à fait qu'il existe plusieurs questions qui ont le même thême, c'est même à priori pour ça qu'il existe. Donc, si on ne veut pas répeter plusieurs fois le thême "Nature", il va falloir le centraliser. Le meilleur moyen est donc de créer une table qui va contenir les thêmes, et faire un clé étrangère dans la table des questions. Cette solution amène plusieurs avantages :

Si l'on veut changer le nom d'un thème, il ne suffit de le modifier qu'une seule fois pour que cela soit appliqué partout.
On évite les incohérences en entrant à chaque fois le nom du thême pour chaque nouvelle question. Si c'était le cas, nous ne sommes jamais à l'abris d'une faute de frappe, de casse, ou de doublons.
Si l'on veut faire un formulaire qui permet de choisir un thême, il est bien plus facile de créer une liste déroulante avec le contenu d'une table à part. L'identifiant du thême sera ensuite passé en paramètre au filtre.
Et du coup, on améliore les performances des requêtes : en effet, une comparaison sur un numérique est bien plus rapide que sur une chaine de caractères, de la même manière que pour les clés étrangères.

Un indice pour détecter les colonnes à externaliser est de savoir quelles vont être les colonnes qui seront selectionnables via une liste déroulante dans les différents formulaires de l'application. Voici le schéma avec les thêmes externalisés :

2.2.3 Les données déductibles
Voici encore une déclinaison de la regle d'or. En effet, pourquoi enregistrer le score, alors que nous pouvons le déduire trés facilement en fonction du nombre de réponses fausses et justes ? Le champ score de la table des utilisateurs est donc superflu. Nous pouvons l'enlever sans perdre une seule information :

Cette règle toutefois n'est pas systématique : en effet, on peut vouloir changer les attributions de score en cours de jeu, mais conserver les scores tels qu'ils étaient avant l'ancien barême. C'est assez inhabituel de changer les règles en cours de jeu, mais sachez que dans ce cas là, le champ "score" retrouve toute justification.

2.2.4 Penser aux données statistiques
Dans toute application, et plus particulièrement s'il s'agit d'une application web, il est indispensable de développer des outils statistiques. Dans notre cas, il peut être utile de savoir la moyenne du nombre de réponse à une question, du nombre d'inscrits pas jour, le temps de réponse moyen à une question, etc...
C'est pourquoi sur la plupart de mes tables, je crée un champ nommé date_creation, dont la valeur par défaut est la date de création de la ligne (en MySQL : NOW()). Afin de pouvoir obtenir un feedback efficace, je vais donc rajouter ce champ aux tables principales. Ce ne sera pas nécessaire pour la table des thèmes : en effet, il y a peu de chance qu'on ai besoin de savoir quand un thème a été créé. A la rigueur, si l'on veut savoir quand un thème a été utilisé pour la première fois, il suffit de trouver la date de création de la première question de ce thème ...

2.2.4 Eviter la suppression de données
La plupart des grosses applications sur des données plus ou moins sensibles évitent au possible de supprimer des données. Il peut s'agir de raisons toutes simples d'archivage de la table elle-même, ou pour éviter d'avoir à supprimer des données d'autres tables que l'on veut conserver et qui sont liées à la table principale. En effet, imaginons qu'on veuille supprimer un utilisateur de la base. Que faire alors de ses réponses ? Si on les conserver, elles deviendront des réponses orphelines. Si on les supprime, les statistiques deviendront complètement fausses.
Et imaginons que cet utilisateur décide de revenir tout en conservant son score, il serait bien plus facile de l'avoir simplement désactivé. Il suffirait alors de le réactiver pour le réintégrer au jeu.
C'est pourquoi la plupart des tables succeptibles d'avoir des données ne servant plus possèdent toutes un champ "actif", qui contiendra 0 ou 1 selon que la ligne est active ou non :

Il faudra prévoir dans notre application de ne choisir que les lignes actives lorsque cela sera nécéssaire. Par exemple, pour un thème, on peut ne sélectionner que les thèmes actifs lorsque l'on crée une question, mais choisir tous les thèmes quand on consulte l'historique ...

2.3 Optimisation
2.3.1 Les indexes "simples"
Nous avons déjà vu dans le chapitre précédent que le fait d'utiliser des clés étrangères numériques améliore les performances. Il existe un moyen de les améliorer encore plus avec les indexes. Un index consiste à stocker dans un espace accessible rapidement les valeurs d'un colonne. Ainsi, si l'on accède souvent à une colonne indexée, ce sera bien plus rapide que sur une colonne normale. Par exemple, je conseille de créer un index sur toutes les colonnes de clés étrangères avec MySQL. Pour la création d'index, il est facile de le faire avec phpMyAdmin. Pour en créer un à la main, référez vous à la documentation SQL.
Dans notre exemple, les indexes seraient positionnés sur mxq_reponse.id_question, mxq_reponse.id_utilisateur, mxq_quesiton.id_theme.

2.3.2 Les indexes uniques
Encore plus rapide que les indexes dits "simples", les index uniques peuvent se faire sur une colonne ou un groupe de colonnes qui n'aura pas deux fois la même valeur. Dans notre exemple, si l'on considère qu'un même utilisateur ne peut pas répondre deux fois à la même question, cela signifie que le couple id_question/id_utilisateur n'aura jamais deux fois la même valeur. Une index unique sur ce couple de colonne est donc tout à fait opportun : mxq_reponse.id_utilisateur et mxq_reponse.id_question ! Cet index unique viendra s'ajouter aux indexes simples dont j'ai parlé plus haut. Une coup d'oeil sur la documentation SQL vous renseignera sur la syntaxe à utiliser (avec l'option "UNIQUE").

2.4 Notions supplémentaires
Les clés étrangères que nous avons vu jusqu'ici permettent de créer une relation 1,N (le 1 étant représenté par un losange blanc, et le N par un rond noir). En gros, cela veut dire qu'un utilisateur peut correspondre à plusieurs (N) réponses, mais qu'une réponse ne peut correspondre qu'à un utilisateur et un seul (1) ... Il s'agit de la cardinalité.

En plus ce cette cardinalité, il en existe deux autres :

2.4.1 Les relations "N,N"
Imaginons que nous voulions implémenter un système de groupes d'utilisateurs. En gros, un utilisateur peut appartenir plusieurs groupes (N), et un groupe peut avoir plusieurs utilisateurs (N) ... On est donc dans le cas d'une cardinalité N,N. Ce type de relation n'existe pas de manière indépendante. Il a besoin d'un table intermédiaire, qu'on peut appeler "Tables N,N". C'est là qu'intervient l'exception aux règles de nommage des tables dont j'ai parlé plus haut. En effet, les tables N,N ont le nom de chacune des deux tables à mettre en relation séparées par un underscore ( _ ) (l'ordre ayant peu d'importance : celle qui vous parait le plus importante est à mettre en premier) ... Cette table va contenir deux clés étrangères vers les deux tables à relier, ces deux clés étrangères formant un index unique. En effet, un groupe ne peut pas contenir deux fois le même utilisateur ... Le résultat est le suivant :

Ce type de relation est utilisé par exemple pour un caddie sur un site de ecommerce : un produit peut-être dans plusieurs caddies, et un caddie peut contenir plusieurs produits.

2.4.2 Les relations "1,1"
Par abus de langage, on peut considérer que la relation 0...1,1 rentre également dans le même cadre. Cela signifie qu'une table a une correspondance directe avec aucune ou une seule ligne de l'autre. En pratique, il s'agit d'une clé étrangère associée à un index unique. Cela peut servir lorsque l'on sait que des données d'une table ne seront pas forcément nécessaire pour toutes ses lignes. Imaginons par exemple que certains utilisateurs sont des administrateurs, et qu'ils ont un mot de passe différent pour accéder à la partie administration du site.
La solution de facilité serait de rajouter un champ 'mot_passe_admin' dans la table utilisateur. Mais il ne faut pas créer de champs dont la plupart seront vides. Il vaut bien mieux créer une table d'administrateur, reliée à la table utilisateur. Nous savons alors que chaque utilisateur à alors une correspondance dans la table adimnistrateur (s'il est admin) ou aucune (s'il est simple joueur). Voilà ce que cela donne :

L'index unique (non visible sur le schéma) sert à s'assurer que l'utilisateur n'aura pas deux mot de passes possibles pour la partie administration. Par similitude avec les tables question/theme, on voit bien que si l'index unique n'existait pas, on pourrait avoir plusieurs lignes administrateur correspondant à un seul utilisateur ...

Les schémas de base de données qui illustreront les articles sont fait avec un outil OpenSource performant que je vous conseille : DBDesigner (Window & Linux). Il est optimisé pour MySQL, mais peut servir d'outil de conception pour tout type de base.

Pratiques de programmation PHP #0 : Présentation et conventions.

-Alexandre LEGOUT aka LAlex- — Tue, 21 Sep 2004 16:08:16 +0000

Plus de deux mois après l'introduction sur cette série d'articles sur les pratiques de programmation en PHP, voici le premier opus de présentation.

Conventions

Afin de réduire les lourdeurs du texte, je parlerai de BDD pour dire "Base de Données", et de POO pour "Programmation Orientée Objet". Les autres abréviations seront précisées au début de chaque article.

La plupart des pratiques qui seront abordées seront valables pour PHP4, et les spécificités de PHP5 qui seront abordées seront différenciées visiblement dans les articles. Le moteur de BDD utilisé sera MySQL, le plus fréquemment utilisé avec PHP (bien que PHP5 propose maintenant une intégration avec SQLite).

Avant de commencer

La règle d'or qui vous suivra durant toute votre lecture sera : "NE PAS REPETER PLUSIEURS FOIS LA MEME CHOSE !!!". Si vous ne voyez pas déjà à quoi je fais allusion, ne vous inquiétez pas, vous aurez l'occasion de la revoir très souvent dans les différents articles qui suivront. En effet, si la règle reste la même, elle peut prendre bien des formes différentes selon la situation.

Je vous rappelle à nouveau qu'il s'agit là de mes pratiques, et aucunement d'une méthode universelle à suivre absolument. Seulement cela peut poser à mon avis de bonnes bases pour un code efficace et clair : en tout cas, ça marche pour moi !

Et maintenant ?

Voici un petit aperçu des domaines qui seront abordés. Cette liste est susceptible d'évoluer durant la rédaction en fonction des besoin et remarques qui seront exprimés dans les commentaires ou de mes envies :

La base de données
L'organisation des fichiers de travail et du code
Ergonomie et astuces diverses
La POO

La première partie pratique que nous aborderons est donc la base de données ... a très bientôt !

API Java pour PHP5

-Alexandre LEGOUT aka LAlex- — Mon, 26 Jul 2004 16:23:05 +0000

Des p'tits gars biens futés ont lancés l'idée de re-créer l'API de Java pour PHP5, en se servant de la similarité évidente entre les deux syntaxes. Non content d'avoir eu la grande idée, ils l'ont mise en pratique et l'équipe de japha met dors et déjà à disposition le package japha 2.0.0 pour PHP 5.0.0.

L'interêt de ce type de programme est que l'API de Java est déjà trés largement éprouvée, et qu'elle peut maintenant être utilisée dans PHP, lui apportant ainsi sa robustesse et surtout sa propreté OO !

Merci Nexen pour l'info ! ^^

Hébergeur(s) PHP5 : OVH sur les rangs

-Alexandre LEGOUT aka LAlex- — Wed, 21 Jul 2004 23:10:37 +0000

OVH a été parmi les premiers hébergeurs français (à ma connaissance) à proposer de tester PHP5 avec la version PHP5 beta1. Aujourd'hui, les offres Plan Pack proposent la version finale de PHP 5.0.0 via l'extension .php5 !

Si vos connaissez d'autres hébergeurs qui ont déjà sauté le pas, n'hésitez pas à les donner dans les commentaires !

PHP 5 est enfin la !!!

-Alexandre LEGOUT aka LAlex- — Wed, 14 Jul 2004 12:40:30 +0000

Chantez et dansez, le tant attendu PHP 5 est enfin disponible !!! Il est donc maintenant possible de coder avec san arrière pensée !

La dernière question qui se pose est de savoir comment va se dérouler la transition. En effet, pour des problèmes de compatibilité ascendante avec l'ancienne version, notamment avec la programmation POO, l'adoption de cette nouvelle mouture risque de ne pas se faire sans douleur. Alors quel choix vont être fait par les hébergeurs ? Garder la compatibilité et ainsi se couper de la nouvelle notation ? Ou forcer l'adoption de la nouvelle notation, et ainsi obliger à transformer tout son code ? :o

A priori, il y a de grandes chances que l'on passe par une phase de transition avec une extension .php5, avec les .php qui restent en PHP4 ... Quoi qu'il arrive, c'est toujours ca de pris : l'avenir du langage est maintenant entre les mains des hébergeurs ...

Pratiques de programmation PHP : Introduction

-Alexandre LEGOUT aka LAlex- — Thu, 08 Jul 2004 18:22:36 +0000

Une fois la colère passée, je me suis mis en tête de faire une série de posts concernant ce que je considère comme des bonnes pratiques en programmation PHP/MySQL, histoire de ne pas me poser en tant que "raciste envers les débutants".:P Ca peut aider si l'on débute, ou tout simplement donner des trucs auxquels on n'a pas forcément pensé. Bon, évidemment, ca restera mes pratiques, celles que j'utilise au quotidien, mais je pense avoir déjà pas mal vadrouillé dans les méandres du codage PHP pour pouvoir donner mon humble avis, d'autant que de nombreuses astuces découlent plus du bon sens que de l'apprentissage. Cela aura également l'avantage de pouvoir être complété et/ou rectifié par vos commentaires : pourquoi pas faire une compilation à la fin de la série ?

Si certaines sont instaurées depuis un bon nombre d'années par les différentes normes qui se sont naturellement installées dans les communautés de développement, d'autres sont aussi venues par la pratique. Un peu comme pour les Design Pattern, il s'agit là de solutions génériques élaborées pour répondre à un problème spécifique.

J'aborderai dans cette rubrique différents aspects de la conception de sites web dynamiques, de la conception de la base de données à l'organisation du code et des différents fichiers, en passant par des trucs et astuces de lisiblité ou de performances, et la POO.

Une rubrique ActionScript pourrait également faire son apparition ensuite. De nombreux points communs existent entre les différents langages de programmation, et donc certaines pratiques sont utilisés partout. Mais la première série restera axée sur le PHP.

Wait and see.

Multi-threading en PHP : vers une solution ? (MAJ)

-Alexandre LEGOUT aka LAlex- — Tue, 15 Jun 2004 10:01:32 +0000

PHP a beau être un langage qui n'a pas à rougir de la comparaison avec les "gros" langages tels que Java, il lui manque néamoins quelques fonctionnalités avancées qui simplifieraient la vie du codeur, et éventuellement pourraient améliorer les performances de manières significative.

Parmi ces fonctionallités "manquantes", le multi-threading est probablement la plus importante à mon sens. Sur les plateforme de type UNIX, il est possible de dupliquer un processus grace à l'utilisation de l'extension PCNTL et son instruction pcntl_fork(), mais pas de créer plusieurs threads. Pour information, le thread est la plus petite entité en terme d'instruction processeurs. Les différents threads d'un processus sont répartis en terme de traitement par le processeur afin de simuler leurs executions simultanées.

Vraisemblablement, le problème a déjà commencé à être abordé par des codeurs du PHP Group, et ce depuis un bon moment. PHP5 ne gérant pas nativement le multi-threading, il s'agit donc d'une extension PECL. Pour rappel, PECL est un sytème d'extensions la plupart du temps codées en C/C++, et compilées à la manière des extensions "natives" de PHP (MySQL, Oracle, Sockets : celles que l'on active dans le php.ini). On trouve ainsi dans la liste de ces extensions de quoi gérer le format zip, ou se connecter à un serveur POP3...
Pour les experts en C/C++ qui veulent éventuellement y toucher, ou développer leurs propres extensions natives, vous trouverez sur le site de PECL les instructions nécessaires à un tel codage.

Attention à ne pas confondre ces possibilités d'extension avec les extensions PEAR, qui elles sont codées en PHP. Pour les flasheurs, ca correspond à la différence entre les classes fournies avec Flash, codées en AS, et les classes "intrinsic", natives au Player Flash. En PHP, il est possible d'en rajouter étant donné que tout se passe sur le serveur !

Pour revenir à nos moutons, on trouve dans le repository CVS du PHP Group, une extension en cours de développement nommée php_threads ... que l'on retrouve dans les extensions PECL des Snapshots PHP que ce soit pour la branche stable (4.3.x) ou la branche instable (5.0.x), compilée sous forme de dll pour Windows. N'étant pas expert de l'utilisation des threads, je ne me suis pas encore risqué à l'utiliser, mais pour ceux qui s'y connaissent déjà, voici les fonctions que l'on retrouve dans la source en C de l'extension :

thread_start
thread_include
thread_set
thread_get
thread_mutex_init
thread_mutex_destroy
thread_lock
thread_lock_try
thread_unlock

Affaire à suivre donc !

MAJ : J'ai trouvé sur le web une autre initiative pour l'implémentation des Threads en PHP, dont la syntaxe me plait beaucoup plus. Elle est faite pour coller complètement à la syntaxe Java, avec une approche Objet. Il suffit pour créer un thread de dériver la classe Thread justement ... Les sources sont disponibles au téléchargement, mais aucune version compilée à priori, ni aucune page dédiée, ou doc. A voir l'exemple, c'est quand-même beaucoup plus convivial qu'un ensemble de fonctions. N'étant qu'un début d'essai de prémice, ce module a de grandes chances d'être hautement instable (lire le README). A utiliser avec précautions donc !

A voir les sources, l'API du Zend Engine semble vraiment assez accessible, et pour un développeur trés calé, il ne devrait pas être si difficile que ca de finir le travail entamé je pense (faudrait que je me remette au C/C++ moi :P). Il n'y a pas de volontaires ? Ce serait le bonheur de pouvoir avoir une implémentation stable des threads ... ^^

PHP5 : entrainez-vous sur la RC3 !

-Alexandre LEGOUT aka LAlex- — Tue, 08 Jun 2004 13:45:13 +0000

La nouvelle (et normalement dernière) Release de PHP avant la version finale est aujourd'hui disponible sur le site officiel de PHP : http://www.php.net/. Peu de changements, et donc on en vient logiquement à se dire qu'on est vraiment trés près d'un version finalisée !

En attendant de voir cette version trés attendue sur votre hébergeur préféré, vous pouvez toujours commencer à vous familiariser avec PHP5 en participant au Zend PHP5 Contest, concours de programmation destiné à mettre en avant les nouvelles possibilités offertes par cette mouture de PHP. A la clef, des lots assez sympathiques, comme un Ordinateur portable, ou des mini iPod si vous participez en équipe ! Vous pouvez choisir de développer un des sujets proposés, ou bien choisir votre propre thème.

Personnellement, j'ai déjà mon projet en tête, et je commence à modéliser un peu le moteur que je m'apprête à développer ! Un indice : nom de code "Pomme"

Abstraction de bases de données avec PEAR

-Alexandre LEGOUT aka LAlex- — Fri, 21 May 2004 11:25:07 +0000

Avec l'arrivée de PHP5, SQLite devient désormais la base de données par défaut associée au langage. Elle offre de nombreux avantages, notamment des performances accrues dans les tâches les plus courantes, mais également la possibilité de se passer d'un serveur de base de données, en stockant ses données dans des fichiers. La transition va donc certainement être longue pour passer d'un système à l'autre (pour peu que les développeurs veuillent le faire), et va nécessiter une reprise importante de tout le code déjà fait concernant les accés aux données. :o

Même sans cela, il peut être trés pratique de ne pas se limiter à une seule base de données lorsque l'on développe une application dynamique, afin de pouvoir la porter facilement sur différents systèmes. Un des principes de base de la POO qui est à l'origine de la plus grande part des design patterns est d'encapsuler ce qui peut varier. Ainsi, on peut considérer que le moteur de base de données fait partie des paramètres variants d'une application !

PEAR nous offre une solution avec un package livré par défaut nommé DB. Il s'agit d'une couche logicielle supplémentaire, qui permet d'accéder directement à n'importe quelle base parmi celle supportées, sans se préoccuper du moteur qui tourne derrière. On peut envoyer et récupérer le résultats de requêtes SQL de manière totalement transparente, et de manière plus ou moins avancée.

Le package permet également d'automatiser les tâches à répétition, et même de générer automatiquement des requêtes d'insertion (INSERT) ou de mise à jour (UPDATE) directement à partir d'un tableau associatif par exemple. Vous trouverez plus d'informations sur la documentation du package.

Un serveur de sockets entièrement développé en PHP5

-Alexandre LEGOUT aka LAlex- — Thu, 06 May 2004 16:06:39 +0000

Un site présenté dans la catégorie "Jeux" du FlashFestival 2004 représente un chat graphique agrémenté d'un petit jeu bien sympathique, duquel j'ai parfois du mal à décrocher : il s'agit de Chimboz. La particularité de ce site est que son serveur multi-utilisateur est codé en PHP. Du coup, l'envie de m'y remettre m'a pris !

Histoire aussi de me mettre un peu à la nouvelle syntaxe de PHP5, j'ai effectué un mix improbable du patServer dont j'ai déjà parlé dans ce ticket, et de la version PEAR de ce même serveur auquel j'ai appliqué ma propre vision du code. J'y utilise les notions de méthodes statiques et de classes abstraites. J'ai implémenté une méthode broadcastEvent (on sait d'où ca vient :P) qui envoie des évenements à un objet de callback (seulement un seul pour l'instant, je réfléchis à l'utilité de ne pas limiter le nombre d'écouteurs, ce qui serait d'ailleurs trés simple à modifier) ...

Une classe SockServerManager agit en tant que Factory pour la création de nouveaux serveurs. Pour l'instant, elle se contente de créer une nouvelle instance d'un serveur et de la retourner, mais je prévois de lui faire stocker des références vers chaque serveur crée, et de lancer elle même un serveur avec son propre callback, qui pourra servir à l'administration de tous les serveurs lancés, dans le but de créer une interface d'administration en Flash.

L'utilisation de l'instruction socket_select me permet déjà de ne traiter que les sockets qui ont recu une information, sans toucher aux autres, mais je prévois aussi de me pencher sur tout ce qui est gestion des flux dans PHP, avec l'utilisation de sockets non-bloquants pour faire du pseudo multi-threading ... A ce propos, voici un article d'introduction au TCP/IP que j'ai trouvé trés interessant.

Voila, l'archive contient toutes les classes nécessaires. Attention, le .bat de lancement utilise le chemin complet du php.exe de PHP5, il faut donc le changer si votre version n'est pas installée dans C:\php5\php.exe ... Et il faut également activer l'extension des sockets dans votre php.ini ! Vous n'avez plus qu'à créer votre propre callback, qui peut intercepter les évenements onStart, onShutdown, onConnect, onConnectionRefused, onReceiveData et onClose ...

::Télécharger SockServer.zip::

Expressions régulière pour détecter une chaine de caractères

-Alexandre LEGOUT aka LAlex- — Tue, 27 Apr 2004 16:16:34 +0000

Durant la réalisation de mon colorisateur de code, un problème qui s'est posé à moi a été la détection de chaine de caractères dans un code source. Le point de blocage essentiel était qu'un chaine de caractère peut être délimitée par une double quote, mais contenir des double quotes échappées, qui ne marquent pas la fin de la chaîne .... Sachant qu'une double quote précédée d'un antislash n'est pas forcément échappée, si cet antislash est lui-même échappé ... par un antislash qui peut lui-même être échappé, etc... 8O

N'ayant pas trouvé de solution à ce problème, je gérait donc uniquement l'échappement de la double quote, ou l'échappement du l'anti-slash précédent. En fait, je gérait le fait qu'il y ait soit un, soit deux antislash avant une double quote (c'est bon, tout le monde suit la ? :P)

La solution est en fait tout simple, et elle m'est apparue en parcourant une mailing list dédiée à Python, que je ne retrouve plus ... En fait, une chaîne de caractère consiste en :
un caractère de début (ici, la double quote ou la simple quote)
une série de caractères qui sont soit un antislash et un caractère (un caractère échappé quoi), soit un caractère différent du délimiteur de départ
un délimiteur de fin, identique à celui de départ

Ce qui nous donne en pratique :$pattern = "#(("|')(?:(?:\\\\.)|(?:[^\\2]))*?\\2)#is"; echo preg_replace($pattern, "[string:begin]$1[string:end]", $str);
Et voilà, toutes les chaines de caractères apparaissant dans la variable $str seront encadrées par [string:begin]...[string:end]8)

Quelqu'un me disait récemment "En fait, c'est vachement puissant les expressions régulières" ... Ben oui ! Pour la peine, je rajoute en bas de mon menu une petite image trouvée chez ericd : "MM PLEASE GIVE US FLASH REGEX" C'est vrai qu'un support natif des expressions régulières dans Flash serait un pur bonheur... Un bel effort existe déjà avec la classe de Pavils Jurjans, portée en AS2 par par Joey Lott, mais c'est pas encore ca, notamment en terme de performances ...

Plusieurs version de PHP sur un même serveur web

-Alexandre LEGOUT aka LAlex- — Mon, 26 Apr 2004 11:56:41 +0000

Avec l'arrivée des premières versions de PHP5, il peut être bien pratique d'installer sur un serveur web de développement plusieurs versions de PHP. En effet, avec les modifications profondes de PHP5 en terme de POO, une même syntaxe peut être fonctionnelle ou non. De plus, un paramêtre de configuration du fichier php.ini de PHP5 permet d'assurer la compatibilité ascendante, mais il est peu pratique de modifier le fichier à chaque fois que l'on veut basculer d'une version à l'autre ...

Miasmatik.Net nous offre une solution pour les serveurs Windows (Apache et IIS) pour simplifier le développement avec plusieurs versions de PHP dans un trés bon article (attention, cette URL temporaire risque de changer) ... Il suffit alors d'accéder au serveur local avec la bonne URL pour choisir sa version !