Concours de tutoriels sur apprendre-php.com
Le principe de ce premier concours est simple. Chaque participant devra proposer et mettre un oeuvre un tutoriel autour de PHP. Le choix du sujet est laissé à l’appréciation du participant à partir du moment qu’il présente un aspect de PHP5 (POO, PDO, MySQLI, SimpleXML, WebService, Frameworks…)…L’objectif de ce concours pour Apprendre-PHP.com est bien évidemment d’alimenter la base de données avec les tutoriels de membres. A l’issue du concours et quelque soit le vainqueur, les meilleurs tutoriels auront la chance de figurer parmi les tutoriels officiels
L’effort de participation sera récompensé par la présence des tutoriels sur le site.
La suite, c’est ici que ça se passe. (Je ne vais pas en dire plus, Hugo fait ça très bien)
Palleas @ janvier 29, 2008
Merci Romain pour le petit coup de pouce
PDO ? On est censé rire ?
Qu’est ce que tu as contre PDO ? Peux-tu étailler ton commentaire stp ?
Rien à voir mais je cherche à comprendre ce qui s’est passé…
Je viens juste d’avoir la mise à jour du fil RSS, je m’étonnais de ne plus voir de nouveaux articles arrivés !
Ben en fait, j’ai un peu galéré pour faire le transfert de nom de domaine (soucis avec 1&1, les DNS toussa), ce qui fait que peu de gens ont vu que j’étais reparti de 0, avec en attendant un palleas.wordpress.com :/
Mais je ferais un billet la dessus, et une redirection sur l’autre ^^”.
(Trop cool mon thème, une fille qui apparaît quand on clique sur le champ :o)
PDO est juste hyper lent
C’est lent, c’est lent… Tout est relatif ! PDO est avant tout une couche commune d’accès aux différents systèmes de bases de données supportés par PHP. Ce n’est pas complètement un layer d’abstraction total mais il s’en approche.
Pourquoi utiliser PDO ? Pour plusieurs raisons :
- Ne pas à se faire chier à utiliser les fonctions dépendantes du SGBDR exploité.
- Profiter des avantages de la POO pour structurer correctement ses accès à la base de données
- Profiter de fonctionnalités supplémentaires comme le support des transactions. Ce qui n’est pas possible avec la couche standard de MySQL. Il faut utiliser au minimum MySQLI pour y parvenir.
Bref, parler de lenteur c’est assez relatif. Et la question de l’optimisation dépend de beaucoup de paramètres dans une application. Avant de se lancer dans l’optimisation, il faut d’abord mettre en place une solution fonctionnelle qui répond aux besoins de l’utilisateur. Lorsque celle-ci est en place en production et qu’elle est utilisée dans son environnement réel, alors il sera possible d’optimiser ses performances.
L’étape de l’optimisation dans un projet est sans doute la plus ingrate. Pourquoi ? Parcequ’elle dépend de nombreux paramètres, tels que :
- Utilisation de la POO ou pas ?
- Code PHP optimisé ou non ?
- Configuration du service Web
- Configuration de PHP
- Configuration de la BDD
- Configuration de l’OS
- Configuration des technos supplémentaires sur la machine
- Matériel du serveur (CPU, DD, RAM…)
- De la bande passante fournie par l’hébergeur (fibre optique ou pas ?)
- Optimisation de la BDD (configuration, indexes, requêtes SQL, cache…-
- Accélérateur PHP installé sur le serveur ou non ?
- Comment est utilisée l’application quotidiennement ? Nombre de visiteurs par jour ? Niveau de sécurité ? Nombre de requêtes par jour…. ?
- …
Tout ça pour dire que “Oui” PDO est plus lent que l’utilisation de la librairie de fonctions PHP standards pour accéder à un SGBDR, mais son utilisation apporte de nombreux autres avantages. Quant à l’optimisation, il faut se poser la question suivante : faut-il toujours tout vouloir optimiser ?
La réponse est claire. C’est Non ! L’optimisation doit être justifiée. Elle dépend des besoins de l’utilisateur. C’est à l’utilisateur de dire quand l’appli est fonctionnelle : “oui ça me convient, c’est plutôt rapide” ou bien au contraire : “ptain pourquoi la page de mon CV met 30s à s’afficher ?”
Pour finir, crois-tu sincèrement qu’utiliser PDO va plomber toutes les performances de ton application ? J’en doute ! Si ton application se traine avec PDO, c’est très certainement qu’il y’a un problème de conception de la BDD et des requêtes SQL.
++
J’ai oublié de mentionner qu’une version 2 de PDO est en cours de discussion ! Il faudra donc surement s’attendre un jour à n’utiliser que cette couche d’accès aux SGBDR avec PHP…
Visiblement, il n’y aura plus que PDO dans PHP6. Les extensions par défaut d’accès aux SGBDR vont passer en PECL. Il faudra donc les installer soit même si l’on veut s’en servir.