Pour le développeur, PhpStorm 2017 présente l'intérêt d'être éminemment configurable. Les possibilités offertes touchent à tous les aspects ou presque de cet IDE, tout particulièrement l'interface utilisateur (UI) qui peut être très finement ajustée.

Pour autant, la manière de s'y prendre a de quoi dérouter. A tout instant, il est possible de modifier un paramètre via pas moins de trois moyens :

• dans l'écran d'accueil, le bouton Configuration, puis Settings ;
• dans l'éditeur d'un projet, le menu File, puis Settings ;
• dans l'éditeur d'un projet, le menu File, puis Default Settings.

Et encore faut-il compter avec le fait que dans certains cas, un paramètre peut être modifié en spécifiant que la modification touche un "profil" ou un "schéma".

Le problème, c'est que PhpStorm n'offre pas de point d'entrée sur la configuration qui soit véritablement déterminé en fonction des besoins de l'utilisateur. Comment modifier un paramètre et répercuter cette modification sur un ensemble de projets ? Comment modifier un paramètre et que cela ne vaille que pour tous les projets à venir ? A l'utilisateur de deviner comment s'y prendre pour trouver les réponses à ces questions pourtant élémentaires.

Une exploration des possibilités offertes par PhpStorm 2017.3 permet toutefois de clarifier.

Click here to read this article in english.

PhpStorm est un environnement de développement intégré (IDE) très populaire. Il le doit à ses fonctionnalités et à son ergonomie, ainsi qu'à son excellent rapport qualité / prix. En effet, il vous en coûtera moins de 90 € pour une licence perpétuelle avec mise à jour durant un an (vous pouvez aussi opter pour une formule de licence renouvelable automatiquement pour bénéficier de mises à jour au-delà de cette durée) et... beaucoup moins, voire rien du tout dans bien des cas : si vous êtes étudiant / enseignant, ou si vous travaillez sur un projet Open source.

Comme tout IDE, PhpStorm peut se révéler un peu déroutant pour le développeur qui le découvre, surtout si ce dernier n'a jamais beaucoup programmé de sa vie. En particulier, comment s'y prendre pour déboguer une application PHP, c'est-à-dire contrôler pas-à-pas l'exécution d'un script PHP initiée par une action de l'utilisateur sur l'interface utilisateur (UI) de l'application en question, c'est-à-dire une page Web ?

Pour y parvenir, il faut installer une extension de PHP, modifier le fichier de configuration de ce dernier, installer une extension dans Firefox. Et créer la configuration de débogage de PhpStorm, direz-vous ? C'est la bonne surprise : il n'y en pas ! Passage en revue de toutes les étapes à suivre pour y arriver.

Mise à jour du 21/02/2019 : Explication d'une erreur commune No debug extension is loaded.