【问题标题】:VS2008 - Front Page Server ExtensionsVS2008 - 前端页面服务器扩展
【发布时间】:2009-08-08 02:09:57
【问题描述】:

早安,

我正在寻找有关 FrontPage 服务器扩展和 .NET Web 应用程序之间关系的外行解释。

背景: 我们中的一个团队正在使用 VS2008 开发一个位于网络服务器上的 Web 应用程序。这是一个内部项目——我们都在同一个域中。我在服务器上创建了站点,并确保每个人都对该服务器具有足够的文件系统权限。但是,当他们尝试通过 VS 打开站点时,系统会提示他们输入用户名和密码。我不明白他们被要求验证什么 - 他们已经拥有必要的文件系统权限。我们知道这一点是因为他们能够浏览到该站点并创建文件夹/文件、删除文件夹/文件等等。

在谷歌搜索之后,我想出了一个事实,即我需要通过 VS 将它们添加到 FrontPage Server Extensions 2002 管理页面中的“作者”角色。之后,我这样做了,一切都很好。

在我看来,这些权限与服务器、IIS 服务或网站上的文件系统权限无关。在我看来,这些权限与任何事情无关,但我显然错了。

我正在寻找关于幕后发生的事情的一点历史。

谢谢。

【问题讨论】:

    标签: visual-studio-2008 frontpage


    【解决方案1】:

    有关安全问题,请参阅此链接:http://docs.sun.com/source/816-5666-10/esapmsfp.htm

    如果您在配置权限后安装了扩展,您可能必须通过重置项目文件夹的权限来替换这些文件上的 ACL,因为它会创建 vti* 文件夹和文件在 Web 应用程序本身内;它会重置这些文件夹的权限,并将删除您设置的权限。此外,它可能会将应用程序的 _vti_bin 文件夹映射到程序文件文件夹位置。我知道答案有点晚了,但我总是告诉她,迟到总比没有好!

    与使用 UNC 共享路径进行开发相比,建议使用 TFS 源代码控制开发。

    【讨论】:

      猜你喜欢
      • 2020-02-22
      • 2019-10-07
      • 1970-01-01
      • 2010-10-23
      • 2020-04-03
      • 1970-01-01
      • 2015-10-18
      • 2015-06-27
      • 1970-01-01
      相关资源
      最近更新 更多