Comment les formulaires HTML ont-ils été interprétés au début des années 90?

Question

Dans le web moderne HTML <form> élément est soumis et interprété par des scripts. Soit il est interprété par un langage de programmation côté serveur (généralement de PHP) ou il est interprété par un script côté client (presque toujours JavaScript).

Les formes existait encore au début des années 90. Comment ont-ils été interprétés à l'époque?

Selon cet article de Wikipedia , il y avait un e-mail HTML formulaire de soumission de l'époque, mais il n'était pas fiable. Était-ce juste cela? Pourquoi avez-HTML même ont des formes si elles étaient tellement inutile sans script? Ou était-ce la poule et de l'œuf genre de situation?

Answer 1

Avant de scripts côté serveur (PHP, Ruby, node.js) il y avait de la programmation côté serveur.

L'une des interfaces originales entre les serveurs web et back-end a été la Common Gateway Interface (CGI). Il a été introduit dans le début des années 90 par le NCSA back-end de l'équipe dans le même temps, les formes a été introduit en HTML par Tim Berners-Lee (qui était aussi au NCSA à l'époque). Les formulaires a été introduit à peu près au même moment CGI a été inventé.

D'abord beaucoup de gens ont écrit des programmes CGI en C. j'ai été l'un de ceux qui avaient à faire comme travail à la maison. Au lieu d'un géant qui englobe tout cadre, nous avons écrit de petits programmes en C qui lit depuis l'entrée standard stdin et imprimer sur la sortie standard (nous avons imprimé de la réponse HTTP, non seulement l'HTML comme par CGI spec). Un site web a beaucoup de ces petits programmes faisant chacun un petit quelque chose et mise à jour de base de données (parfois cette base de données était juste un fichier plat).

Presque aussitôt qu'il a été introduit, les gens ont également commencé à écrire des scripts CGI en Perl. Donc, il n'y a pas vraiment de période de transition entre les programmes en C et des langages de script. Les gens ont simplement cessé d'écrire des scripts CGI en C car il était plus rapide de le faire dans des langages de script.

Answer 2

Côté serveur était en fait toujours dans l'image.

Le Serveur HTTP Apache est disponible depuis 1995 et en 1996, il a également eu Perl soutien (qui a été utilisé comme un serveur langage de programmation).

JavaScript a été créé en 1996 et Netscape a été le premier navigateur pris en charge le côté client de la langue (les autres navigateurs les vendeurs de la mise en œuvre sur la base du travail qui a été fait dans Netscape).

En 1993, le navigateur Mosaic est publié avec le soutien pour les images, listes imbriquées et remplir les formulaires.

Fondamentalement, chaque serveur HTTP qui pourrait gérer la demande et le transmettre à une application (peu importe dans quelle langue que l'application est écrite en) est une application côté serveur. Elle peut être écrite en langage de script (Perl/Python/PHP/Ruby), langage de haut niveau (Java/C#) et si vous voulez vraiment vous - même de l'assemblée. Tout ce que vous devez faire est de vous assurer que vous "suivre le protocole".

Answer 3

JavaScript n'était pas ainsi de l'avance (l'enfer Ajax n'était même pas encore sorti). Donc c'était de la pure côté serveur. La plupart CGI (Perl) et PHP.

Il y avait aussi Coldfusion, mais n'était pas un favori populaire.

Finalement, à la fin de 1999 et au début des années 2000 ASP.NET (aspx) et JavaServer Pages (jsp) est sorti, bien que beaucoup de sites commerciaux utilisés aspx et jsp pour des raisons évidentes.

Remarque, des applets Java existait aussi (surtout pour le rendu), mais a dû être téléchargé séparément et pris en charge par le navigateur.

Answer 4

En outre, je suis tombé sur un article intéressant de l'histoire sur Wikipédia. Les formulaires HTML peut également être envoyé par e-mail, à l'aide d'un mailto: adresse dans l' target d'attribut. Ne semble pas être populaire, mais toujours cool!

Citant l' article de Wikipédia:

User-agent pour les emails HTML basés sur la soumission d'un formulaire, à l'aide d'un 'mailto' URL de la forme de l'action, a été proposé dans le document RFC 1867 section 5.6, au cours de l'HTML 3.2 ère. Divers navigateurs web mis en œuvre par en invoquant un e-mail séparé programme ou l'utilisation de leur propre rudimentaire SMTP des capacités. Bien que parfois peu fiables, il a été brièvement populaires comme un moyen simple de transmettre des données de formulaire sans impliquer un serveur web ou Les scripts CGI.

Et RFC 1867 (novembre 1995):

5.6 Permettre à la forme de l'ACTION pour être de type "mailto:"

Indépendant de cette proposition, il serait très utile pour le HTML
interpréter les agents utilisateurs pour permettre une ACTION dans une forme à une
"mailto:" URL. Cela semble être une bonne idée, avec ou sans cette
la proposition. De même, l'ACTION d'un formulaire HTML qui est reçu via le courrier devrait sans doute par défaut pour le "reply-to:" du message.
Ces deux propositions permettrait de formulaires HTML pour être servi via HTTP
des serveurs, mais renvoyé par la poste, ou, à défaut, de permettre à des formulaires HTML
pour être envoyés par la poste, rempli par HTML-connaissance des destinataires de messagerie, et le les résultats retournés par la poste.