在网络/应用程序服务器出现之前，人们如何构建网站？
我刚刚读了 Joel Spolsky 的文章，在没有芭蕾舞短裙的情况下提升塔塔，其中 Joel 说，
那个时候，还没有 应用程序服务器。
和
确实没有任何其他应用程序 那时的服务器。
那么基本上，当时人们是如何编写网络应用程序的呢？ 他们是否编写了自己的 Web 服务器和应用程序服务器实现？ 公司什么时候开始推出 Tomcat、JBoss 等“标准”Web/应用程序服务器？ 如果有的话，人们也可以分享一些与此相关的轶事吗？ 网站链接也很受欢迎...
I just read Joel Spolsky's article, Up the tata without a tutu, where Joel says,
In those days, there were no
application servers.
and
There really weren't any other app
servers in those days.
So basically, how did people write web apps in those days? Did they write their own implementations of web servers and app servers? And when did companies start coming out with 'standard' web/app servers like Tomcat, JBoss, etc? And can people also share any anecdotes related to this, if there any any? Links to websites also appreciated...
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
啊，这让我回想起。 是的，第一个 Web 应用程序需要编写自己的 Web 服务器。 第一个，例如 CERN HTTPd，其中的程序非常简单：它们侦听端口以进行基本连接请求，解析出文件路径，并返回一个静态文件。
此后不久，人们就想出了如何从生成 HTML 文件的 HTTP 守护进程中 fork/exec 一个程序，而不是从静态文件中提供它。 其中一些是简单的 C 程序； Perl 也开始流行。 但是像银行系统这样的东西（我研究过其中一个）会在会话开始时分叉程序，然后通过类似 CICS 来获取数据，然后使用 fprintf 之类的工具生成输出，以将文本发送到套接字连接。
当人们意识到他们正在编写需要与后端“数据层”或“持久层”以及前端 Web 服务器通信的重复代码块时，应用服务器实际上就出现了。
Ah, this takes me back. Yes, the very first web applications required writing your own web server. the first ones, like CERN HTTPd, where pretty straightforward programs: they listened on a port for basic connection requests, parsed out the file path, and returned a static file.
Pretty soon after that, people figured out how to fork/exec a program from the HTTP daemon that generated the HTML file, instead of serving it from a static file. Some of these were simple C programs; Perl became popular as well. But something like a banking system (I worked on one of these) would fork the program when a session started, then connect to an existing back end through something like CICS to get data, then generate the output using something like fprintf to send text to the socket connection.
App servers actually arrived when people realized they were writing repeated chunks of code that needed to talk to the back end "data layer" or "persistence layer" and to the front end web server.
您的 Web 服务器将调用 CGI 脚本，通常（根据我的经验）用 Perl 或 C 编写。
我的网站上仍然有一些基于 C 的 Web 应用程序，包括一个相当原始的论坛系统。 回想起来，这是相当痛苦的事情——但它确实有效。
Your web server would call CGI script, usually (in my experience) written in Perl or C.
I still have a few C-based web apps on my web site, including a fairly primitive forum system. It was pretty painful stuff, looking back - but it worked.
人们拥有网络服务器，但没有我们今天所理解的应用程序服务器。 早期的网站是静态 HTML，稍后出现了 CGI，它允许您将程序（通常是 Perl 或 C）的 HTML 输出发送到用户的浏览器。
People had web servers - but not application servers as we understand them today. Early web sites were static HTML, and a little later came CGI, which let you send the HTML output of a program (typically perl or C) to the user's browser.