Publié le par Rodolphe
Modifié le par Rodolphe
Chargement de l'article...
Symfony 8.2 dévoile notamment de nouveaux mécanismes pour Messenger et la configuration des applications, tandis que PHP 8.6 entre dans sa phase de Release Candidate. Côté intelligence artificielle, l’observabilité des agents progresse et GitHub poursuit le renouvellement des modèles proposés dans Copilot.
Symfony a présenté le 21 septembre deux nouveaux mécanismes destinés à Messenger dans Symfony 8.2 : Outbox et Claim Check. Ils répondent à deux problèmes différents rencontrés dans les architectures utilisant des files de messages.
Le mécanisme Outbox permet d’enregistrer les messages Messenger dans la même transaction que les modifications effectuées en base de données. L’objectif est d’éviter un état incohérent lorsqu’une opération en base réussit mais que l’envoi du message échoue, ou inversement.
Symfony s’appuie pour cela sur Doctrine et un nouveau middleware. Les messages sont d’abord enregistrés dans une table Outbox au sein de la transaction courante, puis un worker séparé se charge de les transmettre au transport Messenger définitif.
Le mécanisme Claim Check répond à une autre contrainte : les limites de taille imposées par certains brokers. Lorsqu’un message est trop volumineux, son contenu peut être stocké séparément et remplacé dans la file par une référence permettant au consommateur de récupérer les données au moment du traitement.
Sources : Symfony Blog — New in Symfony 8.2: Messenger Outbox and Claim Check.
Symfony 8.2 peut désormais générer un JSON Schema décrivant la configuration disponible dans une application. Cette information peut être exploitée directement par les éditeurs pour proposer de l’autocomplétion et signaler certaines erreurs dans les fichiers YAML.
Le schéma est produit à partir des définitions de configuration des bundles réellement installés. Il peut donc refléter les options disponibles dans l’application plutôt que de s’appuyer uniquement sur une description générique maintenue séparément.
Symfony fournit une nouvelle commande config:dump-schema permettant de générer ce fichier. Celui-ci peut ensuite être associé aux fichiers de configuration de l’application dans un éditeur compatible JSON Schema.
Pour les développeurs, cette fonctionnalité rapproche l’expérience d’édition des fichiers YAML de celle d’un langage typé : l’éditeur peut connaître les clés autorisées, leurs types et leur structure avant même l’exécution de l’application.
Sources : Symfony Blog — New in Symfony 8.2: JSON Schema for Configuration.
PHP 8.6 a franchi le 24 septembre une nouvelle étape de son cycle de développement avec la publication de sa première Release Candidate. Celle-ci porte exceptionnellement le numéro RC2.
Le projet PHP précise qu’il ne s’agit pas d’une erreur d’affichage : un problème est survenu pendant la préparation de RC1 et les responsables de version ont donc directement publié RC2.
Le passage en Release Candidate intervient après le gel des fonctionnalités de PHP 8.6. Le travail se concentre désormais sur la stabilisation, les corrections de régressions et les problèmes découverts pendant les tests avant la sortie finale.
PHP demande aux développeurs de tester cette version et de signaler les problèmes rencontrés. PHP 8.6 RC2 ne doit pas être utilisé en production. La RC3 est programmée pour le 8 octobre et la version finale reste prévue pour novembre.
Sources : PHP.net — PHP 8.6.0 RC2 available for testing ; PHP.net — Pre-Release Builds.
Les branches PHP actuellement maintenues ont reçu le 24 septembre une nouvelle série de mises à jour de sécurité : PHP 8.2.34, 8.3.35, 8.4.26 et 8.5.11. Le projet recommande explicitement leur installation aux utilisateurs des versions concernées.
Les correctifs couvrent plusieurs composants. PHP 8.2.34 corrige notamment une possibilité de contournement des ACL IPv6 de PHP-FPM, référencée CVE-2026-91768, ainsi qu’un dépassement de tampon dans la vérification de noms génériques de certificats OpenSSL, référencé CVE-2026-91767.
Cette version corrige également CVE-2026-91769 dans la vérification TLS des noms d’hôte et CVE-2026-6103 dans Phar, où un dépassement d’entier pouvait permettre l’injection d’une entrée dans une archive TAR. Des corrections concernent également MySQLnd, SOAP et Filter.
Pour les applications Symfony en production, cette publication justifie une mise à jour rapide des runtimes PHP, y compris dans les images de conteneurs, les workers, les environnements de CI et les serveurs exécutant PHP-FPM.
Sources : PHP.net — Publications de sécurité du 24 septembre 2026 ; PHP.net — PHP 8 ChangeLog.
GitHub a ajouté le 22 septembre la prise en charge d’OpenTelemetry dans son application Copilot. Les entreprises peuvent désormais exporter les traces d’activité des agents vers leurs outils d’observabilité compatibles avec OpenTelemetry.
Les traces permettent notamment de suivre le déroulement d’une session, les requêtes adressées aux modèles et les outils utilisés par l’agent. Elles peuvent être exploitées pour analyser les performances ou reconstituer étape par étape un comportement inattendu.
La configuration peut être imposée centralement au niveau de l’entreprise grâce au fichier managed-settings.json. Les administrateurs définissent ainsi le point de collecte des données sans demander à chaque développeur de configurer individuellement son environnement.
GitHub précise que le contenu des prompts et des réponses est exclu par défaut de la télémétrie. Cette évolution complète les mécanismes de sandbox et de gestion des permissions présentés ces dernières semaines : après le contrôle de ce qu’un agent peut faire, les organisations disposent désormais de davantage d’informations sur ce qu’il a effectivement fait.
Sources : GitHub Changelog — OpenTelemetry in the GitHub Copilot app.
GitHub a commencé le 21 septembre le déploiement de Grok 4.7 dans Copilot. Cette nouvelle version du modèle de xAI succède à Grok 4.6, intégré à Copilot en août.
GitHub positionne Grok 4.7 sur les tâches de programmation agentique et les workflows complexes comportant plusieurs étapes. Son arrivée constitue une évolution directe du catalogue multi-modèles proposé aux développeurs.
La disponibilité d’une nouvelle génération quelques semaines seulement après la précédente illustre également la vitesse de renouvellement des modèles proposés dans les assistants de développement. Pour les équipes qui évaluent ces outils, les performances d’un workflow doivent donc être mesurées avec une version précise du modèle plutôt qu’avec le seul nom du fournisseur.
Sources : GitHub Changelog — Grok 4.7 is now available in GitHub Copilot.
dir SocialNetwork /W
Le volume dans le lecteur C s’appelle Frigg.
Le numéro de série du volume est 2026-1014
[ bluesky ] [ facebook ] [ linkedin ] [ x ]
█