L'article aborde un problème courant mais critique dans les projets Symfony utilisant Doctrine et le Symfony Serializer. L'auteur décrit une expérience de débogage où une erreur de mémoire épuisée a été causée par l'utilisation négligente du serializer par défaut de Symfony, qui utilise les métadonnées de Doctrine, entraînant une consommation excessive de mémoire. Le problème est survenu lors de la sérialisation de grandes quantités de données dans une entité contenant de grands champs JSON. La solution proposée consiste à créer un adaptateur de serializer léger qui évite complètement les métadonnées de Doctrine. L'article souligne l'importance d'utiliser des serializers adaptés pour les données internes de débogage ou de sauvegarde et met en garde contre l'utilisation du serializer par défaut pour les entités avec de grandes ou des données imbriquées, afin de rester en contrôle de l'utilisation de la mémoire.
Les conférences :
- Symfony 4
- À la découverte du composant Serializer
- Grâce aux tags Varnish, j’ai switché ma prod sur Raspberry Pi
- JWT - Sécurisez vos APIs
- Micro-Services Symfony chez Meetic : retour d’expérience après 2 ans de refonte !
- Utiliser Webpack dans une application Symfony
- Introduction au CQRS et à l’Event Sourcing
- Quoi de neuf dans Symfony depuis un an ?
- Architecture inutile ?
- Déployer une app Symfony dans un PaaS
- Sécurité Web : et si on continuait à tout casser ?
- Créer des webapps modernes avec Symfony, ReactJS et API Platform
- Tout ce qu’un dev devrait savoir à propos d’Unicode
- Optimisation de performances de PHP7
Les conférences résumées :
- Symfony 4 : Nouvelle structure ✨, Symfony Flex 👋, La disparition des bundles par défaut 🙌
- Le composant Serializer
- Les nouveautés de Symfony 3.3
- Symfony, Webpack & React 🚀
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre