> C'est plus un prétexte pour tester l'envoi de messages sur ce groupe
> qu'autre chose :)
Compte-tenu de la suite, c'est un préambule bien modeste :-)
> Le mini-serveur HTTP que je construis en guise de démo/test des nouvelles
> capacités réseau de 4IM a servi (correctement) ces premières pages ce
> week-end.
> Une fois que le serveur a eu répondu cordialement aux requêtes du browser
> client, j'ai été surpris de voir que non seulement il transférait des pages
> html, mais aussi des images et des archives sans plus d'efforts à fournir.
> Comme c'était trop facile d'envoyer des pages à la demandes, je vais faire
> en sorte qu'il affiche un répertoire quand on demande aucune page en
> particulier (comme Apache je crois).
Tout ceci est très impressionnant.
Est-il possible d'imaginer alors de poursuivre, au moins dans son
principe mais avec 4IM, le travail que j'avais entrepris avec
gforth+apache sur le scripting web ?
Si je ne comprends pas de travers, le mini-serveur HTTP peut servir de
substitut à Apache... ce qui veut dire qu'il suffit de rajouter des
macros forth pour faire à la fois serveur+scripting, de la même façon
que l'on associe habituellement Apache+php ou Apache+Perl.
Je me trompe ?
A+
Alain
C'est complètement ça. L'affichage du contenu d'un répertoire avec les
fichiers en tant que lien constitue un exemple simple de génération à
la volée d'une page HTML. Pour le CGI, le minimum est d'ajouter la
gestion du message "POST" pour pouvoir récupérer les saisies de
l'utilisateur.
Ce sera peut-être même un peu plus direct que Apache+GForth, vu que le
serveur et le script seront executés par le même interpréteur; la
différence entre Serveur et script plus faible, de la même manière que
le distinction entre OS et application quand Forth est "l'OS".
J'essaierai de bien "goupiller" cela pour qu'on puisse s'amuser avec.
Amicalement,
Astrobe