Essai de traduction de http://en.wikipedia.org/wiki/Stateless_server(...) :
Un serveur sans état est un serveur qui traite chaque requête comme une transaction indépendante, dissociée des demandes précédentes. Ceci simplifie la conception de serveur parce qu'il n'a pas besoin d'allouer d'espace pour traiter avec les instances en cours ou de s'inquiéter de le libérer si un client meurt en plein milieu de la transaction. Un inconvénient est qu'il peut être nécessaire d'inclure plus d'informations dans chaque requête, ces informations supplémentaires devant être interprétées à chaque fois par le serveur.
Un exemple d'un serveur sans état est un serveur web. Ceux-ci acceptent les requêtes (URL) qui spécifient complètement le document demandé et n'exigent aucun contexte ou mémoire de requêtes précédentes.
Opposez ceci avec un serveur FTP traditionnel qui maintient une session interactive avec l'utilisateur. Une requête d'un fichier au serveur suppose que l'utilisateur a été authentifié et que le répertoire courant et le mode de transfert soient initialisés.
# stateless = sans état
Posté par Bruno Ethvignot (site web personnel) . En réponse au journal stateless Linux. Évalué à 10.
En informatique, stateless se rapporte à un système ou à un protocole qui ne garde pas un état persistant entre les transactions.
D'après http://www.granddictionnaire.com/(...)
stateless = sans état
Essai de traduction de http://en.wikipedia.org/wiki/Stateless_server(...) :
Un serveur sans état est un serveur qui traite chaque requête comme une transaction indépendante, dissociée des demandes précédentes. Ceci simplifie la conception de serveur parce qu'il n'a pas besoin d'allouer d'espace pour traiter avec les instances en cours ou de s'inquiéter de le libérer si un client meurt en plein milieu de la transaction. Un inconvénient est qu'il peut être nécessaire d'inclure plus d'informations dans chaque requête, ces informations supplémentaires devant être interprétées à chaque fois par le serveur.
Un exemple d'un serveur sans état est un serveur web. Ceux-ci acceptent les requêtes (URL) qui spécifient complètement le document demandé et n'exigent aucun contexte ou mémoire de requêtes précédentes.
Opposez ceci avec un serveur FTP traditionnel qui maintient une session interactive avec l'utilisateur. Une requête d'un fichier au serveur suppose que l'utilisateur a été authentifié et que le répertoire courant et le mode de transfert soient initialisés.