在90年代早期，HTML表单是如何解释的？
在现代web中，提交HTML在90年代早期，HTML表单是如何解释的？,html,forms,Html,Forms,在现代web中，提交HTML元素，然后通过脚本进行解释。它要么由服务器端编程语言（通常是PHP）解释，要么由客户端脚本（几乎总是JavaScript）解释 甚至在90年代早期就有了这种形式当时是如何解读的？ 据报道，当时有一个基于电子邮件的HTML表单提交，但它是不可靠的。就这些吗？如果HTML在没有脚本的情况下是如此无用，为什么HTML甚至会有表单呢？还是说这是一种鸡和蛋的情况？服务器端实际上一直在考虑问题 从1995年开始提供，1996年也提供了（用作服务器端编程语言） JavaScript
据报道，当时有一个基于电子邮件的HTML表单提交，但它是不可靠的。就这些吗？如果HTML在没有脚本的情况下是如此无用，为什么HTML甚至会有表单呢？还是说这是一种鸡和蛋的情况？服务器端实际上一直在考虑问题 从1995年开始提供，1996年也提供了（用作服务器端编程语言） JavaScript和Netscape是第一个支持客户端语言的浏览器（其他浏览器供应商的实现都是基于Netscape所做的工作） Mosaic浏览器支持图像、嵌套列表和填写表单
基本上，每个能够处理请求并将其传递给某个应用程序（无论该应用程序使用何种语言编写）的HTTP服务器都是服务器端应用程序。它可以用脚本语言（Perl/Python/PHP/Ruby）、高级语言（Java/C#）编写，如果您真的需要，甚至可以用汇编编写。您需要做的就是确保“遵循协议”。在服务器端脚本编写（PHP、Ruby、node.js）之前，需要进行服务器端编程 web服务器和后端进程之间的原始接口之一是公共网关接口（CGI）。它于90年代初由NCSA后端团队引入，同时Tim Berners Lee（当时也在NCSA）将表单引入HTML。因此，表单的引入与CGI的发明大致同步 起初，很多人用C语言编写CGI程序。我是其中一个不得不这样做作为家庭作业的人。我们编写了从stdin读取并打印到stdout的小型C程序（我们打印了HTTP响应，而不仅仅是CGI规范中的HTML）。一个网站有很多这样的小程序，每一个都在做一件小事，并且更新了一些数据库（有时数据库只是一个平面文件）
几乎在它一推出，人们就开始用Perl编写CGI脚本。所以C程序和脚本语言之间实际上没有过渡期。人们只是停止用C编写CGI脚本，因为用脚本语言编写CGI脚本更快。JavaScript并没有那么先进（hell Ajax甚至还没有问世）。所以它是纯服务器端的。主要是CGI（Perl）和PHP 也有Coldfusion，但不是流行的最爱 最终，在1999年底和21世纪初，ASP.NET（aspx）和JavaServerPages（jsp）问世，尽管许多商业网站出于明显的原因使用了aspx和jsp
注意，Java小程序也存在（主要用于渲染），但必须单独下载并由浏览器支持。此外，我在维基百科上偶然发现了一段有趣的历史。HTML表单也可以通过电子邮件发送，使用
targetmailto:解释用户代理以允许表单中的操作成为
“mailto:”URL。这似乎是个好主意，不管有没有这个
提议。类似地，通过 邮件可能会默认为邮件的“回复至”。
这两个方案将允许通过HTTP提供HTML表单
但通过邮件发回的服务器，或者允许HTML表单
通过邮件发送，由支持HTML的邮件收件人填写，以及 结果邮寄回来了
好的历史。向上投票。然而，表格在1995年之前已经实施。我不知道是什么时候，但在《代码》中有Dave Raggett的竞争性互联网草稿，“HTML+（超文本标记格式）”，1993年底，建议标准化已经实现的功能，如表格和填写表单。您的最后一段描述了1995年之前的实践吗？@JamesJones：查看公共网关上的维基百科条目Interface@JamesJones，添加了有关Mosaic浏览器和填写表单的一些信息。slebetman对CGI的回答也很好。@JamesJones标准并不明确，它完全适用于网络上的大多数事物（尽管不是整个互联网）。HTML标准是（实际上，现在仍然是）可怕的，每个人都创建了自己的扩展。Mosaic、Netscape和InternetExplorer是最臭名昭著的——它们的大多数扩展都被添加到后来的HTML标准中，Netscape和IE在这方面进行了相当多的合作。当时HTML甚至没有嵌入图像（
img