Quels cours ou tutoriels souhaiteriez-vous voir paraître dans la rubrique PHP ?

Bonjour,
personnellement, j'ai du mal à me mettre à la POO, et son abstraction...

J'avoue que les histoires de "chat, chien, koala" (La programmation orientée objet en PHP) ou de "chat dans le chapeau" (Créer une classe en PHP) ne m'ont pas beaucoup inspiré !

De fait, j'aurais aimé trouvé un tuto présentant un exemple concret (!) ou du moins "réaliste" et commenté sur l'utilisation de la POO associée à PDO.
Exemple : une "simple" Classe d'ARTICLES :

• table ARTICLES enregistrés en BdD (id,titre,contenu),
• connexion à la BdD en PDO
• affichage du listing ( GetListe() en fonction d'une sélection...),
• affichage d'un article ( GetFicheById() ),...

Bref, un tuto :

• que mon esprit très/trop "concret" puisse appréhender et mettre en pratique rapidement
• qui me permette de faire (enfin !) la transition entre le procédural (que je maîtrise) et la POO.

N.B. J'ai rédigé un "Système de Gestion-Affichage de Nouvelles", procédural/mysql (V4) ou procédural/PDO (V5),
mais je n'ai jusqu'ici pas su (ni eu le courage) me mettre à la version POO/PDO...

Salut

Venant du monde java, je rencontre des possibilités dangereuses dans PHP, au sens où ce sont des modes de fonctionnement qui induisent des erreurs de codage ou bugs parfois invisibles. Exemple :

- Affectation : $a=$b ne fait pas du tout la même chose si $b est un objet, un array, une valeur simple string etc (au sens de la copie des données), et l'on peut croire modifier un élément de tableau alors qu'on ne modifie que sa copie

- La répétition des requêtes sql due à l'absence de vrai "Singleton" : dans une application normale, des données stables sont requêtées une fois pour toutes au début de l'application ou lors du premier appel, puis stockées dans un "Singleton". Ce n'est pas possible en Php, et le développeur a tendance à appeler Mysql à chaque fois qu'il veut une donnée, même si elle ne change jamais. Ceci peut provoquer des étranglements de la base de données, et peut être partiellement évité avec des variables en session (la mémoire des serveurs est très grande de nos jours)

- Absence de racine de l'application. Php n'ayant pas de notion de racine d'application (document_root n'est pas toujours le point de départ de mon application) , le développeur peut facilement se mélanger les pinceaux entre les urls relatives des php, js et images, confondre les url et les répertoires, et au final préférer des url absolues, parfois même avec le nom de domaine ! ce qui n'est pas la bonne solution.

- if ($a==null) répond oui même si $a="" ou $a=[] !! chose inimaginable dans d'autres languages

- le fameux strpos()>=0 au lieu de strpos()!==false

- etc. il y en a certainement d'autres toujours spécifique au Php et à son mode de fonctionnement, son API...

Je ne suis pas très expert en Php, mais il me semble que le chapitre "les dangers du Php" pourrait intéresser les nouveaux venus.
Veuillez me pardonner s'il y a des erreurs de débutant dans ce message.

Riccardo

Pour ma part, je suis en retraite depuis juillet. Donc plus de PHP. Mais je fais des jeux avec Unity. Drôlement plus agréable que de programmer des logiciels de gestion et des inventaires !!!!

Salut à tous !
Merci encore à Développez.net pour toutes ces ressources de qualité !

SI j'ai une suggestion à faire, serait-il possible d'intégrer une section autour de CodeIgniter, c'est un framework que j'utilise depuis quelques années, et le faire un peu plus connaitre à notre communauté serait un plus.
Il présente pas mal d'avantage :

• Facilité de prise en main
• Rapidité du framework
• Un très bonne documentation
• Une bonne communauté (en)
• Bien sécurisé (xss etc..)

Pour les curieux :
http://www.codeigniter.com/
https://fr.wikipedia.org/wiki/CodeIgniter

Merci

je dirais de manière générale, tout ce qui est là dedans :
http://shop.oreilly.com/product/0636920033868.do

La plupart de ces sujets sont certainement déjà traités sur le site, mais globalement :

- Namespace
- Interface
- Traits
- Closures
- Built-in-http-server
- Les standards (PSR, etc.)
- Les composants (composer & co) et la différence entre composants et frameworks (les frameworks : c bientôt fini)
- Le testing
- Le déploiement via docker / vagrant

PHP a beaucoup évolué ces dernières années.

Merci encore aux équipes de developpez.net pour leur excellent travail.

Un cours sur la mise en place d'une API Rest en PHP me semblerait une bonne idée.

C'est clairement quelque chose que tout développeur PHP devrait avoir dans ça trousse à outs.

Une compilation contributive autour des bonnes pratiques de PHP.

Quelque chose comme "Php The Right Way" : http://www.phptherightway.com et sa traduction en français http://eilgin.github.io/php-the-right-way/

ou juste sa promotion pour que la communauté y participe.

Cours et tutoriels SGBD

Pour PHP il y à déjà des tutoriels sur tout ça ici : Cours et tutoriels PHP. Pour les framework PHP tu as les cours et tutoriels symphony et cours et tutoriels Zend Framework.