Programme

Bienvenue à l'AFUP Day 2023 Lille, 5ème édition !

Ponéra présente son entreprises, ses équipes, ses outils et ses projets.

Les bases de données savent gérer des colonnes JSON depuis des années déjà, et ces colonnes permettent d'accélérer le développement en simplifiant le code, les migrations et la maintenance.

Cependant, manipuler un array PHP n'est pas pratique : les analyseurs statiques de code sont perdus (à moins de spécifier énormément de chose via de la PHPDoc), PHP ne peut pas contrôler le type au runtime, mais surtout la lisibilité du code est réduite. En effet, à moins de lire tout le code, il est difficile de savoir quelles sont les clés obligatoires, lesquelles sont optionnelles, et enfin comment est typée la donnée.

À travers cette présentation, nous allons voir comment étendre Doctrine pour avoir le meilleur des deux mondes : des colonnes en JSON, et des objets PHP fortement typés.

L’approval testing permet de mettre en place des tests pour du code sur lequel on n’a que très peu la main. En nous laissant guider par le code coverage et en utilisant quelques refactoring très simples nous verrons comment mettre en place un filet de sécurité nous permettant d'envisager la modification du système avec un peu plus de sérénité.

Nous verrons comment affronter certains challenges tels que la présence d'appels au système de gestion du temps, la présence de données aléatoires, et d'avoir à garantir l'ordre de certains appels.

Si vous utilisez API Platform, vous pensez sûrement comme beaucoup que la documentation peut être améliorée. Ça tombe bien, c'est ce sur quoi je suis en train de travailler. Et quoi de mieux qu'une documentation intéractive où l'on peut tester directement le code ?

Le problème, c'est que faire tourner PHP côté serveur juste pour tester, ça peut vite revenir cher en hébergement... Et si on exécutait PHP directement dans le navigateur ?

Dans cette conférence, je vous présenterai WebAssembly, une technologie qui permet de compiler des programmes pour qu'ils s'exécutent dans les navigateurs. Ensuite, nous découvrirons comment compiler PHP en WebAssembly. Et enfin, nous verrons comment exécuter Symfony, API Platform ou encore tout autre projet PHP directement dans le navigateur, sans aucun serveur (PHP).

Symfony Messenger est un outil qui s’avère très utile dès lors qu’il s’agit de faire transiter des informations. Par le biais de ce qu’il considère comme des messages et à l’aide de différents concepts, ce composant nous a grandement aidé à lisser la charge d’informations à gérer par le biais d’un traitement direct ou délayé ou encore à communiquer avec différentes tierces parties.

Traitant par défaut les messages un par un par le biais de ce qu’on appelle un handler, ce fonctionnement n’est pas « l’idéal » dans toutes les situations : des problèmes pourraient nous amener à devoir au contraire grouper.

Comment Symfony Messenger peut nous aider à adapter ce fonctionnement de base et répondre donc à ce besoin? Dans ce talk, nous découvrirons une manière élégante d’y répondre via un combo gagnant, sans oublier d'aborder le pourquoi et le comment on l’utiliserait. On approchera également les différentes problématiques qu'il pourrait générer et comment les contourner si besoin, le tout, basé sur un cas d'utilisation concret.

Lorsque vous installez une bibliothèque JavaScript, elle vient généralement avec des centaines de dépendances transitives, c'est à dire des bibliothèques qui sont installées par effet de bord car elles sont indispensables au fonctionnement de la bibliothèque que vous souhaitez utiliser.

Cette prolifération des dépendances ouvre la porte aux supply chain attacks. Il suffit que l'un des dépôts hébergeant l'une de ces centaines de bibliothèques, ou que l'un des mainteneurs soit malveillant, et il devient possible d'injecter des logiciels malveillants dans le vôtre, qui peuvent vous cibler, vous ou votre organisation, et même les utilisateurs et utilisatrices finaux de vos logiciels.

Comme je l'expliquais déjà en 2018, l'écosystème PHP est relativement moins sensible à ce type d'attaques que celui en JavaScript, car les mainteneuses et mainteneurs des bibliothèques et frameworks populaires font relativement attention à ne pas dépendre de trop de dépendances tierces, ce qui limite le problème... mais ne l'empêche pas totalement pour autant.

Et si l'on pouvait faire mieux grâce à notre logiciel de gestion de bibliothèques préféré : Composer ? Au cours de ce talk, je présenterai - exemple à l'appui - comment fonctionnent les attaques de la chaînes logistique, puis j'ébaucherai quelques méthodes organisationelles qui pourraient limiter le soucis, et finalement je vous montrerai comment reprendre le contrôle total de votre dossier vendor/ grâce à un plugin Composer que je publierai pour l'occasion.

OpenApi est un standard permettant de décrire au mieux une API REST. Chez Openclassrooms, nous utilisons ce standard non seulement pour générer la documentation de notre API mais aussi pour automatiser nos tests.

Écrire des tests est souvent long et parfois répétitif dans le cas d’une API REST sur laquelle on va toujours vouloir tester les mêmes cas : réponse 2xx dans le cas qui fonctionne, 404 si ressource inexistante, 403 si token non autorisé, ou encore 400 si la request est mal formatée, etc…

ApiTester est un package que nous avons développé et qui permet de générer et exécuter automatiquement les cas de tests pour chaque route api décrites dans nos spécifications OpenApi.

Nous pouvons ainsi, en quelques secondes, tester les différents cas de réponse (2xx, 400, 403, 404) de notre API !

Dans cette présentation je vous fais découvrir cet outil, son installation et son utilisation.

Dans ce talk nous ferons un tour d'horizon des différentes manières de faire de la gestion d'erreur et l'histoire de celle-ci. Puis nous verrons comment utiliser le système de type pour vérifier que l'on gère correctement toutes nos erreurs.

Ada Lovelace, Hedy Lamarr, les « ENIAC Girls », Grace Hopper, Joan Clarke... Découlant du métier de calculatrice, le métier de développeur était considéré comme un métier de femme, tandis que la conception hardware était un métier d'homme. Cependant, qui sont ces femmes qui ont fait évoluer le monde de la tech ? Pourquoi n'entendons-nous jamais parler d’elles ? Avec Laura Durieux, vous tenterez de remettre les pendules à l'heure, petit à petit, et de vous offrir des modèles dans la tech dont vous avez toujours eu besoin.

Rendez-vous lors de nos prochains meetups, et bien sûr au Forum PHP 2023 !