Discussion :

[Community Management]

Chers membres du club,

J'ai le plaisir de vous présenter ce cours sur les bonnes pratiques de programmation en PHP.

Il est inspiré de la documentation officielle de PHP.

Il s'agit, dans ce tutoriel, d'une compil de bonnes pratiques que vous allez apprendre pour bien programmer en PHP.

Bonne lecture et n'hésitez pas à apporter vos avis


Les meilleurs cours et tutoriels pour apprendre à programmer en PHP

[monaka]

OK, moi je suis totalement pour étant donné que c'est le langage que j"ai choisi et je compte jamais en changer sauf s'il arrive que les développeurs stop de le faire évoluer(maintenir).
maintenant le soucis c'est que le lien ne marche pas actuellement

en attendant salut à vous amis,et devanciers développeurs, vivement que vous continuez de nous aider à progresser.

[JujuPomme]

Hello,

C'est sûrement super intéressant, mais... :

Vous n'avez pas les droits nécessaires pour accéder à cette page

Sympathique, moi qui me suis tenu à carreau pour avoir plus de cadeaux par le Père Noël, je suis black-listé de DVP.

[Community Management]

Non c'était juste un souci temporaire qui est maintenant résolu

Merci à tous pour votre intérêt

[Pierre Fauconnier]

[...]

C'était probablement un problème dans le code php de la page (ok, je sors... )

[Community Management]

C'était probablement un problème dans le code php de la page (ok, je sors... )

[eilgin]

J'ai mis à jour certaines parties de la doc, notamment ce qui touche à Docker et quelques changements liés à la 7.2 (voir ici). Dommage que vous ne m'ayez pas cité dans les sources sachant qu'il s'agit là quand même d'un copier-coller de mon travail (+ d'autres relecteurs) : sur cette page, vous n'avez même pas pris le soin de corriger le lien

[CinePhil]

Code MUST use 4 spaces for indenting, not tabs.

Beurk ! Tellement plus rapide et pratique d'utiliser les tabulations !

Opening braces for classes MUST go on the next line, and closing braces MUST go on the next line after the body.

Opening braces for methods MUST go on the next line, and closing braces MUST go on the next line after the body.

Ça par contre, c'est bien ; on trouve plus facilement les accolades ouvrantes et fermantes, surtout quand le code est bien indenté avec des tabulations !

Opening braces for control structures MUST go on the same line, and closing braces MUST go on the next line after the body.

Ben non ! Pourquoi deux méthodes différentes dans la même spécification ? Pas cohérent leur truc !

The closing ?> tag MUST be omitted from files containing only PHP.

J'ai toujours trouvé ça bizarre ! Une balise qui a été ouverte doit se fermer à un moment donné !

[Invité]

@CinePhil

The closing ?> tag MUST be omitted from files containing only PHP.
J'ai toujours trouvé ça bizarre ! Une balise qui a été ouverte doit se fermer à un moment donné !

En fait, l'intérêt principal et d'éviter d'avoir des espaces ou sauts de ligne "HTML" en fin de fichier.
Notamment quand un fichier est inclus dans un autre, et/ou avec un header()* PHP (PAS de code HTML avant).

En ne mettant pas ?> à la fin, les espaces / sauts de ligne restent du "PHP" (et sont donc ignorés).


* Des générations de développeurs se sont arrachés les cheveux à cause d'un "header already sent...." !