Bonjour,
J'apprend react et je découvre les applis stateful…
Jusque là, j'aurais tout mis en requete sql sur une base de données en backend…
Je me demande dans quel cas et comment cest intelligent pour développer un site web?
Est ce que vous auriez des exemples pour que je me rende compte?
J'imagine qu'on ne requete pas tout en sql pour éviter de surcharger la base de données quand il y a beaucoup d'utilisateurs, mais j'ai du mal à voir l'interet des sites stateful à part pour conserver le contenu des formulaires par exemple (exemple qui est utilisé dans mon cours).
Merci
# revoir les definitions
Posté par NeoX . Évalué à 4.
en reseau, et sur les paresseux, un statefull a une "memoire" d'ou vient l'info, ou elle va, et peut faire le lien avec une nouvelle info comme étant la "réponse à", et donc laisser par exemple passer une réponse à une demande, mais ne pas laisser entre un flux sur le meme port
un firewall stateless n'a aucune connaissance du lien demande/reponse,
il faut donc autoriser spécifiquement la demande (comme dans le premier), mais aussi autoriser le flux de réponse
dans le cas d'un site web, et là je ne fais que spéculer, j'imagine plutot le statefull comme 'toujours ouvert', en 'flux continu' type stream/push
=> inconvenient il faut une connexion stable
là ou le stateless sera un site type web "classique", le client fait une demande, obtient une réponse, et coupe la connexion, jusqu'à la "question suivante"
=> avantage le client peut perdre sa connexion entre deux questions
du coup, le meilleur moyen serait de voir ce que les développeurs de ton langage entendent par appli/site stateless/statefull
[^] # Re: revoir les definitions
Posté par cg . Évalué à 4. Dernière modification le 29 avril 2022 à 19:38.
Paresseux, esthète, l'est-ce ?
# exemples
Posté par ted (site web personnel) . Évalué à 4.
Une application statefull aura une représentation côté serveur de ce que voit le client pour toute la durée de l'utilisation. Les cas d'usage pourraient être un jeu, une messagerie instantanée…
En stateless, dès que le serveur a répondu au client la connexion est coupée et les données en mémoire côté serveur sont libérées. L'exemple typique est la génération de pages d'un site web non interactif: la page n'est pas modifiée durant tout le temps de son affichage.
Un LUG en Lorraine : https://enunclic-cappel.fr
[^] # Re: exemples
Posté par maroufle34 . É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é.
[^] # Re: exemples
Posté par maroufle34 . Évalué à 0.
Je ne peux pas plussoyer des arguments ou des réponses du coup, mais le coeur y est. :)))
# stateful avec un 'l'
Posté par Benoît Sibaud (site web personnel) . Évalué à 6. Dernière modification le 30 avril 2022 à 12:12.
à défaut de répondre à la question, je voudrais juste préciser que le terme est stateful avec un seul 'l'. (J'imagine que 'statefull' serait un équivalent de 'communist' pour un États-unien sinon).
et globalement c'est statistiquement largement plus probable de trouver 'ful' que 'full' en terminaison anglaise :
[^] # Re: stateful avec un 'l'
Posté par maroufle34 . Évalué à -1.
C'est une très bonne précision et même moi j'ai fait la faute même si j'avais bien vu stateful dans "ll" sur les sites de recherche….Parce qu'à vrai dire stateful ou stateless au départ je ne savais même pas ce que c'était.
Mais finalement ça reste assez flou pour moi et sans doute du langage de webdev. ;)
[^] # Re: stateful avec un 'l'
Posté par cg . Évalué à 3.
Ah mais reviens on a pas parlé du Restful !
[^] # Re: stateful avec un 'l'
Posté par maroufle34 . Évalué à -2. Dernière modification le 02 mai 2022 à 18:42.
Dire que j'ai administré des serveurs de grands comptes avec les limites de l'époque de 128 processus simultanés sur un Noyau Red Hat (qui recevait 100 patch dans la gueule de base) et que je n'ai jamais entendu parler de ça.
Et encore 128 processus simultanés ont plus ou moins donné de ralentissements vu les gros clients qu'on avait.(bref j'ai du compiler du noyau pour le max de l'époque, càd 256 processus simultanés)
Heureusement maintenant on ne semble plus être limité par le nombre de process, mais un autre goulet d'étranglement arrive….Des fois. :)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.