Webserver 不将Web服务器用于html页面

对于intranet应用程序，而不是使用适当的web服务器，计划通过网络共享静态html页面来部署静态html页面。此静态html页面在后台由运行在该PC上的程序不断更新，用户通过直接在浏览器中键入共享文件路径来访问此html页面。预计最多有10个用户同时访问它。

---

任何人都能看到这种部署的缺点或优点吗？

问题在于，Web服务器端编程语言就是为了解决这个问题而设计的。一个缺点是，这使得过程过于复杂。如果问题是不需要额外的管理开销，那么Web服务器可以非常轻。听起来你会不必要地写很多数据。我建议使用一些基于Web的编程语言/平台，如PHP、Perl、ASP.NET等，只提供内容。

问题是Web服务器端编程语言就是为了解决这个问题而设计的。一个缺点是，这使得过程过于复杂。如果问题是不需要额外的管理开销，那么Web服务器可以非常轻。听起来你会不必要地写很多数据。我建议使用一些基于Web的编程语言/平台，如PHP、Perl、ASP.NET等，只提供内容。

当写入过程锁定文件时会发生什么？如果这被认为是静态内容，为什么它会不断更新。这听起来像是一个缓存的例子。我们是否仍然有用户的读取权限？他们可能有，但通常打开一个文件进行写入会锁定该文件。即使他们做了什么版本的文件，他们会得到新的或旧的或两者的混合。我同意鲍比的观点，这确实是错误的做法。你可以用锤子把螺丝钉钉在墙上，但这并不能使它成为工作的合适工具。我很想知道你决定不使用web服务器和脚本语言背后的原因。我们缺少开发人员，目前没有增加开发人员的选择。因此，我们试图减少需要维护的代码库的数量，同时尽量减少我们使用的不同技术和语言的数量。我们已经有了一个处理数据的工具，并且能够生成html文件。即使我知道尝试的方法不是一个好方法，我也找不到任何可以向经理们提出的反对这种方法的观点。有了足够的理由，我可以推动类似于Bobby的解决方案，并推动更多的资源！写入进程锁定文件时会发生什么情况？如果这被认为是静态内容，为什么它会不断更新。这听起来像是一个缓存的例子。我们是否仍然有用户的读取权限？他们可能有，但通常打开一个文件进行写入会锁定该文件。即使他们做了什么版本的文件，他们会得到新的或旧的或两者的混合。我同意鲍比的观点，这确实是错误的做法。你可以用锤子把螺丝钉钉在墙上，但这并不能使它成为工作的合适工具。我很想知道你决定不使用web服务器和脚本语言背后的原因。我们缺少开发人员，目前没有增加开发人员的选择。因此，我们试图减少需要维护的代码库的数量，同时尽量减少我们使用的不同技术和语言的数量。我们已经有了一个处理数据的工具，并且能够生成html文件。即使我知道尝试的方法不是一个好方法，我也找不到任何可以向经理们提出的反对这种方法的观点。有了足够的理由，我可以推动类似于Bobby的解决方案，并推动更多的资源！