Видео

So do you put now the security annotations on the DTO in this case or still the entity cause this is what the Provider/Processor is calling?

Great talk

Très bonne présentation. Je sent que je vais le tester. Y aurait-il un article sur sa mise en place ? Merci pour cette super présentation !

Good stuff!

Php dragon ball z ! 😂😂

Un talk magnifique !

I've been trying to use sylius for a few weeks now and it's not looking good. The documentation is poor & poorly written, which does not encourage implementation in Sylius e-commerce. If someone doesn't have advanced knowledge in symfony, they are not able to start with this framework. I honestly think that I should give up further development in this direction.

Super talk! Est-ce qu'il y aurait par hasard le slide ou un article quelque part qui reprend ce qui est présenté ici ?

Fantastic talk!

🔥frankenphp 🔥

The conference was interesting , can you leave here the link of the repository

On ne voit pas l'écran de présentation dommage

"I like reimplementing everything" 😂 Good talk!

Thank you a lot. J'ai développé un gros projet ces 6 derniers mois pour une start-up où j'étais le lead dev back (ma mission se termine à Noël). Voici une des difficultés que j'ai rencontré. L'API est pour une sorte de marketplace et il y a 5 typologies d'utilisateurs : le public (anonymous users), les clients (users), les vendeurs, les accompagnateurs de vendeurs et les admins internes. Chaque rôle a ensuite ses propres règles de sécurité (ex: un vendeur peut voir ses propres produits dépubliés et tous les produits publics). L'API a pour vocation de pouvoir être utilisé directement par les vendeurs et accompagnateurs. Des ressources, des opérations mais aussi des groupes (groupFilter) ou des filtres ne doivent pas être exposé pour différents rôles. J'ai du mettre en place des hack pour pouvoir avoir une documentation openapi qui soient rendues en fonction du rôle de l'utilisateur (par son token jwt). Je ne sais pas si c'est une bonne pratique d'avoir une sorte de documentation dynamique ou si il faut faire autrement. Dans la mesure où la doc est gérée par des attributs et difficilement extensible en PHP c'est pas évident. Une autre difficulté concerne le filtrage des nested resources contextuellement (ex: avec un ger collection sur des produits un vendeur doit voir toutes ses déclinaisons mais un utilisateur ne doit voir que celles qui sont publiées), les relations sont "fetchées" directement par doctrine et il n y a pas moyen avec des doctrineExtension de filtrer facilement et contextuellement. La seule solution que j'ai trouvé est d'avoir 2 groupes de serialisation sur 2 Getters qui utilisent des criterias différents. Puis exposer un seule groupe de serialisation qui est changé dynamiquement en l'un des 2 groupe final grâce à un contextBuilder. Merci encore. Je pense démarrer un side project perso en début d'année avec SF7, si possible Doctrine ORM 3 (qui un jour sortira p-e darklol) et la dernière release ou une bêta d'A.P. en essayant d'exploiter au max les bonnes pratiques.

Le ton de cette conférence me tue 😂 Un peu rapide parfois mais très intéressant !

Un one man show ! et intéressant avec ça ! 😍 merci beaucoup pour ce retour d'expérience

Great discover ! thx a lot

Aussi passionnant que les sf casts !

Cool de pouvoir la voir quelques semaines plus tard après l'avoir loupé en septembre ! merci ;)

that's awesome

Nice talk! Good explanations and Mathias is fun to listen to!

je suis déjà a 4:09 et j'adore déjà ce talk !!! Merci d'avance :)

We did something quite similar in our project with API Platform 3 and the development process was very painful. Hopefully, we succeed with DTO / processor approach but it took much time to understand how it works with a lack of documentation. One of the weirdest things was that we had to expose entity resource and output DTO for this entity as a resource too (GET item only) to make it work. Then, to create the one resource from those two (dto and entity) you have to use the same shortName and uriTemplate to fix openapi schema I didn`t try stateOptions and it might solve this issue. But in general, it is very far from DTO system of "my dreams" :)

Je ne connaissais pas. Merci pour ce premier talk réussi.

T'es trop cool Smaïne! Super talk interessant et jovial. Très digeste et sympa à suivre! Super boulot!

Super conférence Smaïne. La nostalgie de retomber la dessus après 3 ans, et content de voir que ça fonctionne toujours 😅

Anne Alphabet, Paul emploi... tu m'as plié 😂 Superbe talk! Très enrichissant.

Superbe sujet, est ce que l'auteur aurait un lien donnant plus d'informations concernant la partie "gestion des données calculées "?

Nice talk Smaïne🔥🔥

The happy accident that the WWW once was can perhaps be saved by these happier solutions 👏

API Platform must be the most advanced API builder tool out there. It rests on web standards and does all heavy lifting for you when creating an API from scratch. Bravo! 👏👏

Vraiment intéréssant ce partage de connaissance .. <3 Vous etes des génies. Greetings from Mauritius Island

You got it all wrong. Both DDD and CQRS. I would advice you to rethink how you look at Infrastructure layer. Same for what is actually a domain service and its purpose.

thank you. this is very helpful introduction into w3 semantic standards

Excellent 💪🏻💪🏻💪🏻

Great video! I learned a lot! But can you fix the audio please? It's way too low.

Excellent!

Great presentation, thanks!

Excellents conseils!! Merci

Damm where can i find the extended version of the started bits ?

c'est Magnifique ce talk

Hi ! and about migration for entities ? in which folder , are we going to place them ?

Thank you for making these Videos available for free here on RUclips! 🙏

awesome, good storytelling skills :D !

Merci pour ce super talk :)

Merci Kévin et toute la team pour tous ces outils magnifiques ! 😍

Merci beaucoup pour la vidéo

À partager dans toutes les équipes ! 🤌 Superbe conf Smaïne, bsahtek

Great presentation guys, really full of information. Thank you!

Merci pour cette conf, ca donne de bons arguments :)