通过控制对特定文件的访问

发布于 2024-07-19 05:44:02 字数 580 浏览 5 评论 0原文


A) 我们还可以使用 标签控制对特定文件的访问。 为什么 元素不包含在 标记内,而是直接嵌套在 内元素?


B) 我意识到 元素用于 Asp.Net 设置,但为什么 还包含 < system.web>? 是否指定 中指定的设置仅适用于文件包含在 Asp.Net 应用程序中时?

如果是这样,那么这是否表明 元素也可以用于非 Asp.Net 应用程序?


谢谢

A) We can also control access to specific files using <location> tags. Why aren’t <location> elements contained inside <system.web> tag, but are instead nested directly inside <configuration> element?

B) I realize <system.web> element is used for Asp.Net settings, but why does <location> also contain <system.web>? Is it so that it specifies settings specified inside <system.web>are applied only for when file is included in Asp.Net application?

If so, then that would suggest that <location> element could be used for non-Asp.Net applications also?

thanx

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

南汐寒笙箫 2024-07-26 05:44:02

问题是 并不是影响 ASP.NET 应用程序的唯一元素。 可以覆盖某些页面的一些默认值。 这是来自 MSDN 的示例:

<configuration>
    <location path="UploadPage.aspx">
        <httpRuntime maxRequestLength="128"/>
    </location>
</configuration>

The thing is that <system.web> is not the only element that affects ASP.NET applications. <location> can override some of the defaults for certain pages. Here's a sample from MSDN:

<configuration>
    <location path="UploadPage.aspx">
        <httpRuntime maxRequestLength="128"/>
    </location>
</configuration>
天荒地未老 2024-07-26 05:44:02

疯狂猜测

几乎肯定与代码访问安全性有关,它可以使用 URL 作为代码组的成员资格条件。 我不认为这在 .NET 中得到了充分表达或实现,但这意味着相同的架构可以用于非 ASP.NET 场景。

guessing wildly

was almost certainly meant to be bound up with Code Access Security, which can use URLs as a membership condition for a code group. I don't think this was fully expressed or implemented in .NET, but it means the same schema could have been used for non-ASP.NET scenarios.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文