Publié le par Rodolphe
Modifié le par Rodolphe
Chargement de l'article...
Symfony 8.2 poursuit la préparation de sa prochaine version avec de nouvelles fonctions de sécurité et de sérialisation. La PHP Foundation structure de nouveaux moyens de soutenir le langage et sa communauté, tandis que GitHub étend Copilot à des workflows agentiques programmables et au contrôle d’applications de bureau.
Symfony 8.2 ajoute un mécanisme permettant d’exiger une authentification récente avant d’autoriser certaines opérations sensibles. Le framework répond ainsi à une limite de IS_AUTHENTICATED_FULLY : cette vérification indique comment l’utilisateur s’est authentifié, mais ne permet pas de savoir depuis combien de temps ses identifiants ont été saisis.
Deux nouveaux attributs de sécurité sont introduits. IS_AUTHENTICATED_RECENTLY correspond à une authentification réalisée au cours des deux dernières heures, tandis que IS_AUTHENTICATED_VERY_RECENTLY réduit cette période à cinq minutes.
Une application peut ainsi demander une nouvelle saisie des identifiants avant une opération telle qu’un changement d’adresse électronique, une modification de mot de passe, un paiement ou la suppression d’un compte, même lorsque la session de l’utilisateur reste valide.
Cette fonctionnalité rapproche directement Symfony des mécanismes de réauthentification déjà utilisés par plusieurs grandes plateformes pour protéger les opérations présentant un niveau de risque supérieur à la simple consultation d’une session.
Sources : Symfony Blog — New in Symfony 8.2: Sudo Mode.
Symfony 8.2 fait évoluer le composant Serializer afin de permettre à une même propriété d’adopter des noms ou des chemins différents selon le groupe de sérialisation utilisé.
Les attributs #[SerializedName] et #[SerializedPath] deviennent répétables et acceptent désormais un paramètre groups. Une API peut par exemple conserver un ancien nom de propriété dans sa version 1 tout en exposant cette même donnée sous un autre nom dans sa version 2, sans devoir créer plusieurs DTO uniquement pour cette différence.
Symfony 8.2 permet également aux contrôleurs et à Messenger de sélectionner un serializer nommé. Une application disposant de plusieurs configurations de sérialisation peut donc choisir explicitement celle qui doit être utilisée selon le contexte.
Ces évolutions visent particulièrement les API versionnées et les applications complexes dans lesquelles plusieurs représentations d’un même modèle doivent coexister.
Sources : Symfony Blog — New in Symfony 8.2: More Flexible Serialization Groups.
La PHP Foundation a annoncé le 28 septembre la création du Community Events Coalition Special Interest Group. Ce nouveau groupe doit réunir les responsables de groupes locaux, meetups et conférences PHP afin de mutualiser leurs expériences et leurs moyens.
La Foundation identifie plusieurs difficultés communes aux organisateurs : baisse de la fréquentation de certains événements, augmentation du coût des salles et de la restauration, manque de sponsors et difficulté à trouver des intervenants.
Le groupe doit permettre aux organisateurs d’échanger des solutions et de partager leurs retours d’expérience. Il pourra également servir de point d’entrée aux personnes souhaitant créer un nouveau groupe local ou une conférence PHP.
Il s’agit du troisième Special Interest Group créé dans le cadre de la stratégie 2026 de la PHP Foundation, après les initiatives consacrées notamment à l’onboarding et à la représentation de PHP.
Sources : The PHP Foundation — Kicking Off the Community Events Coalition Special Interest Group.
La PHP Foundation a ouvert le 30 septembre les candidatures pour les contrats qu’elle financera en 2027. Les personnes sélectionnées travailleront directement sur le développement, la maintenance et la sécurité du langage PHP.
La Foundation précise qu’il ne s’agit pas de postes de développement applicatif en PHP. Le runtime étant principalement écrit en C, les candidats doivent disposer d’une expérience en programmation système. Des contributions à php-src, le développement d’extensions PHP, la participation aux listes de diffusion ou des contributions à d’autres projets open source font partie des expériences recherchées.
Les développeurs sous contrat peuvent intervenir dans différents domaines du cœur de PHP : maintenance, sécurité, correction de bugs, infrastructure, nouvelles fonctionnalités approuvées par le processus RFC ou encore évolution des extensions.
Les candidatures restent ouvertes jusqu’au 20 octobre 2026. Les décisions concernant l’évolution du langage restent indépendantes de la Foundation et continuent de relever du processus communautaire PHP Internals et des RFC.
Sources : The PHP Foundation — 2027 Applications for Contractors are Open.
GitHub a lancé le 1er octobre les Dynamic Workflows dans Copilot CLI, l’application Copilot et le SDK Copilot. Cette fonctionnalité permet de définir en code l’orchestration d’un processus combinant des étapes déterministes et le travail d’un ou plusieurs agents.
Les différentes étapes peuvent être exécutées séquentiellement ou en parallèle. Un workflow peut lancer des commandes, utiliser des outils, appeler des services externes, transmettre des résultats structurés entre plusieurs étapes ou demander à différents sous-agents de vérifier mutuellement leurs conclusions.
Il est également possible d’introduire des points de contrôle afin qu’un utilisateur examine les résultats avant de poursuivre l’exécution. GitHub distingue cette approche d’une simple délégation à plusieurs sous-agents : l’orchestration elle-même est définie explicitement en code et peut donc être répétée de manière prévisible.
Parmi les exemples proposés figurent l’analyse d’un incident à partir de logs et de télémétrie, la revue parallèle de nombreux fichiers modifiés, la recherche d’un motif dans une grande base de code ou encore un processus de release associant vérifications automatiques, analyse par un agent et validation humaine.
Les Dynamic Workflows sont disponibles en préversion publique sur l’ensemble des offres Copilot.
Sources : GitHub Changelog — Dynamic workflows in Copilot CLI and the Copilot app.
GitHub a également ajouté le 1er octobre une fonction de computer use à Copilot CLI et à l’application GitHub Copilot sur macOS et Windows. Elle permet à l’agent d’interagir directement avec des applications graphiques.
Copilot peut lire le contenu accessible et le contexte visuel d’une application, cliquer sur des contrôles, saisir ou modifier du texte, utiliser le clavier, faire défiler une interface et naviguer entre différentes étapes d’un workflow.
Cette capacité vise notamment les logiciels anciens ou spécialisés qui ne proposent ni API, ni interface en ligne de commande, ni intégration MCP. Un agent peut ainsi intervenir dans un processus combinant du code avec des applications graphiques jusque-là difficiles à automatiser.
Le contrôle n’est pas activé silencieusement : Copilot demande l’autorisation avant de prendre le contrôle d’une application. Sur macOS, les permissions système d’accessibilité et d’enregistrement de l’écran doivent également être accordées. Les organisations peuvent désactiver la fonctionnalité au moyen de paramètres administrés.
La fonctionnalité est actuellement proposée en préversion publique.
Sources : GitHub Changelog — GitHub Copilot can now interact with desktop apps with computer use.
dir SocialNetwork /W
Le volume dans le lecteur C s’appelle Tyr.
Le numéro de série du volume est 2026-1014
[ bluesky ] [ facebook ] [ linkedin ] [ x ]
█