在 (ASP).NET 应用程序的生产服务器上安装 Frontpage 服务器扩展是否有意义？
Visual Studio 提供了一些需要在 Web 服务器上安装 Frontpage 服务器扩展的内置部署功能：
- 发布 ASP.NET 应用程序、
- 发布可通过 ClickOnce 访问的 Windows 应用程序。
现在，我通过使用 WebDAV 客户端复制相关文件来手动部署此类应用程序。
这不是很多工作，但感觉就像我在做不必要的工作，因为 Visual Studio 已经有一个内置功能可以自动为我完成这项工作。
另一方面，我有一种强烈的直觉警告我不要这样做：现在，我很清楚哪些协议可用于访问服务器，哪些用户可以这样做，以及他们可以使用服务器的哪些部分可以访问。由于我不了解 Frontpage 服务器扩展的“神奇 CGI”所做的一切，我担心我可能会由于缺乏知识而意外打开一些安全漏洞。
作为一名 .NET 开发人员，您对此有何看法？我是否错过了一些明显的优点/缺点？或者社区中是否存在使用 .NET Web 服务器的 Frontpage 服务器扩展的一些既定的“最佳实践”？
Visual Studio offers some built-in deployment features that require Frontpage Server Extensions to be installed on the web server:
- publishing of ASP.NET applications,
- publishing of Windows applications accessible through ClickOnce.
Right now, I deploy such applications manually by copying the relevant files with a WebDAV client.
It's not a lot of work, but it feels like I'm doing unnecessary work, since there's already a built-in feature of Visual Studio that would do this automatically for me.
On the other hand, I have a strong gut feeling that warns me against doing so: Right now, I have a good understanding of which protocols can be used to access the server, which users can do so, and which parts of the server they can access. Since I don't understand everything that the "magic CGIs" of the Frontpage Server Extensions are doing, I fear that I might accidentally open some security hole due to lack of knowledge.
As a .NET developer, what is your take on this? Did I miss some obvious advantage/disadvantage? Or is there even some established "best practice" in the community w.r.t. using the Frontpage Server Extensions for .NET web servers?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您不必再使用 Frontpage 扩展程序，可以使用 MSDeploy。麾！
编辑：另请参阅有关执行 与 MSDeploy 持续集成。
You don't have to use Frontpage extensions anymore, you can use MSDeploy. Rejoice!
Edit: Also see this blog post about doing continuous integration with MSDeploy.