在现代Web中,<form>提交HTML 元素,然后通过脚本解释.它可以由服务器端编程语言(通常是PHP)解释,也可以由客户端脚本(几乎总是JavaScript)解释.
表格即使在90年代初期也存在.那时他们怎么解释?
根据维基百科的这篇文章,当时有一个基于电子邮件的HTML表单提交,但它不可靠.这就是全部吗?为什么HTML如果没有脚本就没那么没用呢?或者它是鸡和鸡蛋的情况?
sle*_*man 182
在服务器端脚本(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脚本,因为在脚本语言中这样做更快.
Dek*_*kel 70
服务器端实际上总是在图片中.
在Apache HTTP服务器是可用的,因为1995年,并在1996年也有Perl支持(这是用来作为服务器端编程语言).
JavaScript 创建于1996年,Netscape是第一个支持客户端语言的浏览器(其他浏览器供应商实现基于在Netscape中完成的工作).
1993年,Mosaic浏览器发布,支持图像,嵌套列表和填写表单.
基本上 - 每个可以处理请求并将其传递给某个应用程序的HTTP服务器(无论用什么语言编写该应用程序)都是服务器端应用程序.它可以用脚本语言(Perl/Python/PHP/Ruby),高级语言(Java/C#)编写,如果你真的想要 - 甚至是汇编.您需要做的就是确保"遵循协议".