Je crois que c'est l'explication la plus claire (bon on voit pas mon message vu que j'ai des notes pourries, comme à l'école, euh non en fait...Bref oui, ya des termes qui n'existaient pas et qui maintenant existent)
Pour moi ça serait juste le devoir de maintenir un socket ouvert ou pas, pour résumer...
Pour des recherches en BDD en frontend par contre, je déconseille, sauf si une bdd locale à l'utilisateur est utilisée, mais la plupart du temps on appelle juste un script backend qui va faire le boulot de recherche dans les BDD non accessible directement.( pour les conteneurs statefull ou stateless aussi, qui sont des options pour les déploiement)
Edit: pas besoin d'être en statefull pour récupérer les données de quelqu'un le plus souvent, la réponse serait à quelle fréquence l'utilisateur a besoin de ses données et est-ce-que ça vaut le coup de laisser un socket ouvert ou fermé.
[^] # Re: exemples
Posté par maroufle34 . En réponse au message site stateful ou stateless?. Évalué à 2. Dernière modification le 29 avril 2022 à 20:52.
Je crois que c'est l'explication la plus claire (bon on voit pas mon message vu que j'ai des notes pourries, comme à l'école, euh non en fait...Bref oui, ya des termes qui n'existaient pas et qui maintenant existent)
Pour moi ça serait juste le devoir de maintenir un socket ouvert ou pas, pour résumer...
Pour des recherches en BDD en frontend par contre, je déconseille, sauf si une bdd locale à l'utilisateur est utilisée, mais la plupart du temps on appelle juste un script backend qui va faire le boulot de recherche dans les BDD non accessible directement.( pour les conteneurs statefull ou stateless aussi, qui sont des options pour les déploiement)
Edit: pas besoin d'être en statefull pour récupérer les données de quelqu'un le plus souvent, la réponse serait à quelle fréquence l'utilisateur a besoin de ses données et est-ce-que ça vaut le coup de laisser un socket ouvert ou fermé.