
Les mainteneurs annoncent jusqu'à 90 % de gain sur certains composants — un chiffre à recouper avec le volume réel de vos écrans avant de crier victoire, l'équipe précisant que les benchmarks sont internes et donc non généralisables à l'aveugle.
Formulaires: -90 % sur les Repeater denses
La majorité du travail a porté sur le rendu des forms et du schema. Le refactoring consiste à remplacer les chemins de rendu Blade répétés par du rendu direct via <?php. Conséquence: moins d'overhead framework par champ, moins d'allocations, moins de passes dans le moteur de template. Le chiffre qui sort du lot: un Repeater à 10 items, chacun avec deux champs, voit son temps de rendu médian chuter d'environ 90 %. Pour les formulaires denses qu'on traîne depuis des mois sans oser y toucher, c'est la mise à jour la plus rentable de l'année. Sur des formulaires plus modestes, le gain existe mais devient marginal — inutile d'attendre un miracle sur un simple CRUD à cinq champs.
Tables: cache par record et chemins allégés
Pas de refactor brutal sur les tables. L'équipe a ajouté des chemins de rendu allégés pour les actions et composants courants, géré les attributs plus efficacement, et — surtout — introduit un cache par enregistrement pour les décisions de visibilité et d'autorisation. Sur de gros datasets, ces décisions étaient réévaluées ligne par ligne, ce qui devenait rédhibitoire au-delà de quelques milliers de lignes. Le cache par record change la donne, particulièrement sur les tables à politiques d'accès verbeuses ou reposant sur des Gate coûteux. À profiler en staging avant d'annoncer un chiffre en interne.
Sécurité et verdict
Plusieurs CVE sont corrigées dans la foulée. À noter en particulier: la sanitisation des couleurs CSS (fini les payloads injectés via style malicieux) et une protection optionnelle contre l'injection de formules CSV. Si vous exportez vers Excel ou LibreOffice et que vos cellules peuvent commencer par =, +, - ou @, pensez à vérifier que cette option est bien activée dans votre configuration. Mise à jour obligatoire: gains mesurables sur formulaires denses, patchs sécurité embarqués, aucun risque de régression documenté sur cas standards. À pousser en staging puis en prod dès la prochaine fenêtre de maintenance, sans attendre le lot correctif suivant.