Le plus fort, c'est qu'en réalité, le ftp est tout à fait utilisable aujourd'hui, à mon avis. Pour les documents statiques, c'est une évidence.
Pour les contenus dynamiques, c'est faisable aussi : en effet, l'absence de système GET/POST peut être comblée via l'url appelée (pour les aficionados : URI signifiante ; pour les débutants, c'est ce qui permet par exemple au moteur de blog de proposer des adresses type http://blog/2005/01/02/mavie(...) au lieu de http://blog/blog.php?page=2005/01/02/mavie)...(...) Pour les formulaires, c'est moche mais on peut "envoyer" les résultats de la même façon, en déterminant d'adresse appelée avec un ECMAscript (javascript standardisé, si je ne m'abuse).
Quant au système de négociation de langue, bien utile de nos jours, il faudrait là aussi utiliser de l'ECMAscript.
C'est pas génial, mais c'est possible.
Reste que côté serveur, il faudrait une infrastructure adaptée : un serveur FTP modulaire type serveur avec mod_cequevousvoulez. Ou alors, un serveur FTP standard, mais un filesystem intelligent (pour les débutants : ce n'est pas le serveur qui s'occupe d'appeler PHP, ou de lancer votre cgi-bin et de récupérer le résultat, mais le module du noyau qui gère le système de fichier : ça marche donc avec n'importe quel serveur ou même en local de façon transparente). Petite pensée pour Hurd.
Une chose manque vraiment, car si utile : les virtual hosts (pour les débutants, c'est ce qui permet à un serveur d'envoyer une page différente selon le nom de domaine auquel on accède, même avec un seul et même serveur et sur un seul et même port).
[^] # Re: Tant qu'on y est...
Posté par LeRat . En réponse au journal Le protocole Jabber N'est PAS une surcouche du protocole HTTP. Évalué à 2.
Pour les contenus dynamiques, c'est faisable aussi : en effet, l'absence de système GET/POST peut être comblée via l'url appelée (pour les aficionados : URI signifiante ; pour les débutants, c'est ce qui permet par exemple au moteur de blog de proposer des adresses type http://blog/2005/01/02/mavie(...) au lieu de http://blog/blog.php?page=2005/01/02/mavie)...(...) Pour les formulaires, c'est moche mais on peut "envoyer" les résultats de la même façon, en déterminant d'adresse appelée avec un ECMAscript (javascript standardisé, si je ne m'abuse).
Quant au système de négociation de langue, bien utile de nos jours, il faudrait là aussi utiliser de l'ECMAscript.
C'est pas génial, mais c'est possible.
Reste que côté serveur, il faudrait une infrastructure adaptée : un serveur FTP modulaire type serveur avec mod_cequevousvoulez. Ou alors, un serveur FTP standard, mais un filesystem intelligent (pour les débutants : ce n'est pas le serveur qui s'occupe d'appeler PHP, ou de lancer votre cgi-bin et de récupérer le résultat, mais le module du noyau qui gère le système de fichier : ça marche donc avec n'importe quel serveur ou même en local de façon transparente). Petite pensée pour Hurd.
Une chose manque vraiment, car si utile : les virtual hosts (pour les débutants, c'est ce qui permet à un serveur d'envoyer une page différente selon le nom de domaine auquel on accède, même avec un seul et même serveur et sur un seul et même port).