如何在90年代初解释HTML表单?

Jam*_*nes 108 html forms

在现代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脚本,因为在脚本语言中这样做更快.

  • @JamesJones,**我们很多人**.尽管扩展到大型和高性能Web应用程序的工具缺乏,但开始并不是那么难.我在90年代后期阅读了[万维网上的CGI编程](http://www.oreilly.com/openbook/cgi/),并在十几岁时开始编写各种CGI代码. (15认同)
  • 实际上,_basic_ CGI程序很容易编写.只需打印出一些静态标题,以及散布数据的一些HTML.只是技术(HTML与代码混合的标题混合......)不能很好地扩展到复杂的应用程序.因此发明了框架...... (12认同)
  • 如果您仍想看CGI,请尝试瑞士铁路时刻表:https://sbb.ch - 输入出发地和目的地 - 按红色按钮 - 然后查看浏览器中的URL,尤其是查询.exe部分:-) (12认同)
  • 重新"它有多广泛":那么,当时有更多的网站是完全静态的.但两个常见的活跃内容是"留言簿"(被博客/社交媒体/垃圾邮件淘汰)和"点击计数器". (8认同)
  • 你和@Dekel都给出了很好的答案.这些答案和建议的链接确实填补了空白.我不禁想知道在JS,Perl,PHP等技术可用于网页脚本之前,有多少网站实际上都在实施这些东西.但那是另一天的问题. (4认同)
  • 1993年,我为一个人(Andy Singleton)工作,他编写了一个最小的CGI程序,除了将其POST写入SQL服务器表并启动存储过程之外什么也没做.我的工作是使用Transact-SQL作为脚本语言生成和解释表单.CREATE PROCEDURE声明超出了理性描述. (4认同)
  • 基本上整个.com泡沫都是CGI,主要是在Perl上,因为那是现成的技术.在今天的现代Perl社区内,我们归咎于人们给予我们的坏名声.有很多人这样做,没有质量控制,也没有真正的行业专家. (3认同)

Dek*_*kel 70

服务器端实际上总是在图片中.

Apache HTTP服务器是可用的,因为1995年,并在1996年也有Perl支持(这是用来作为服务器端编程语言).

JavaScript 创建于1996年,Netscape是第一个支持客户端语言的浏览器(其他浏览器供应商实现基于在Netscape中完成的工作).

1993年,Mosaic浏览器发布,支持图像,嵌套列表和填写表单.

基本上 - 每个可以处理请求并将其传递给某个应用程序的HTTP服务器(无论用什么语言编写该应用程序)都是服务器端应用程序.它可以用脚本语言(Perl/Python/PHP/Ruby),高级语言(Java/C#)编写,如果你真的想要 - 甚至是汇编.您需要做的就是确保"遵循协议".

  • @JamesJones:检查Common Gateway Interface上的维基百科条目 (3认同)
  • 这个答案不一定是错的,但我不太确定在浏览器中提供表单后至少2 - 3年内引入的内容是证据表明服务器端一直支持表单. (3认同)
  • @JamesJones,添加了一些有关Mosaic浏览器和填写表单的信息.关于CGI,slebetman也有一个很好的答案. (2认同)