问题标签 [staticfilehandler]

环境：2台IIS7服务器，1台似乎在压缩图像，另一台不是，我想关闭压缩。

我有一个在两个 IIS7 服务器上运行的站点，当从一个服务器提供图像时，GIF 看起来很好，当我从另一个实例提供它们时，使用相同的文件，GIF 调色板看起来是网络安全的或压缩的，甚至 jpeg 看起来严重压缩，但从其他系统提供时看起来很好。

是否有可以更改的压缩设置？

谢谢

我正在尝试使用 IIS7 中的自定义 HttpHandler 来处理“.aspx”和非扩展页面请求（即contact.aspx 和/contact/）。我的处理程序在任何一种情况下都可以正常工作，但是一旦我尝试处理这两种情况，它只适用于一种情况。请参阅下面我的 web.config 中的处理程序片段：

如果我只映射到“* .aspx”，那么所有 .aspx 请求都会得到正确处理，但显然无扩展请求将不起作用：

如果我将映射更改为“*”，则所有无扩展请求都将正确处理，但仍应由该处理程序处理的“.aspx”请求停止工作。请注意，我添加了 StaticFiles 条目以处理磁盘上的文件，如图像、css、js 等。

疯狂的是，当我加载“.aspx”请求（显示第二个配置）时，IIS7 给出了 404 not found 错误。该错误还表明该请求由 StaticFiles 处理程序处理。但我确保将 resourceType="File" 添加到 StaticFileHandler 以避免这种情况。根据 MS 的说法，这意味着该请求仅适用于“磁盘上的物理文件”。我是否误读/解释了“磁盘上”部分？

我的 .aspx 文件不在磁盘上，这就是我想首先使用处理程序的原因。

我有一个与公司共享托管的 MVC2 应用程序……我们称他们为 Hosters。

我不认为 Hosters 支持 MVC2，但是当我连接实时聊天询问他们说输入一张票，他们会为我安装 MVC2！很酷！

快速等待后（Hosters 反应迅速，总体上对我很好），我收到一封电子邮件，说我的网站现在已经全部设置为 MVC2。在考虑了我应该使用哪个 MVC2 博客引擎之后，我将最新版本的AtomSite部署到了新的主机上，并且很想继续使用它。成功！访问我的网站时，我得到了设置向导。但一切看起来都有些不对劲。我以前从未使用过 AtomSite，而且它还处于早期阶段，所以我对此没有任何想法。无论如何，足够无聊的故事，它看起来有点不对劲的原因是因为它没有显示任何静态文件。

所有静态文件都给我一个 .NET 错误：

这意味着所有请求都由 .NET 引擎处理。如果我向 web.config 添加一个处理程序：

该站点现在可以正常显示 txt 文件。当我联系 Hosters 时，他们说我需要为我希望 StaticFileHandler 处理的所有扩展执行此操作。

这对我来说似乎是错误的？他们是不是设置错了？我真的必须弄清楚需要添加到 httpHandlers 部分的所有扩展吗？如果没有，我需要告诉他们什么才能解决？过去我从来没有用 MVC2 来做这件事，即使在我运行 IIS6 的开发机器上也是如此。

如果我遗漏了任何重要的信息，我可以提供更多信息！谢谢！

我有一个从我的虚拟文件系统提供静态文件的虚拟路径提供程序，是否可以通过我的虚拟路径提供程序将 IIS 配置为服务器静态文件，或者我是否需要创建自定义静态文件处理程序？

我有一个 ASP.NET Web 项目（除其他外）正在提供一些静态文件。默认情况下，框架假定所有文件路径都相对于 Web 项目的位置。但是，我希望从 Web.config 中的自定义设置（例如"C:\MyStaticFiles\"）中加载实际的根目录。

有什么办法可以改变StaticFileHandler服务器根目录？如果没有，是否有一种简单的实施方法IHttpHandler可以进行此更改并将其余工作移交给常规人员StaticFileHandler？

我正在使用 Http 处理程序来本地化我的应用程序中使用的 javascript 文件：请参阅：Localize text in JavaScript files in ASP.NET

我想使用提供的处理程序，所以我做了以下事情：

1) 在 Global.asax 中使用此代码忽略路由 - 我已将routes.IgnoreRoute("{resource}.js.axd/{*pathInfo}");代码行添加到RegisterRoutes方法中，因此它看起来像这样：

---

2) 我<add path="*.js.axd" verb="*" type="CamelotShiftManagement.HttpHandlers.ScriptTranslator" />在 Views 文件夹中的 web.confing 文件中添加了一行，如下所示：

---

然而，当我尝试访问以下 URL 时，我得到一个Page not found错误：

我在这里做错了什么？

---

进度： 好的，所以我发现了我犯的一个尴尬的错误......出于某种原因，我认为添加处理程序时*.js.axd会找到文件，但实际上并没有，因为文件被命名为OrganizationalStructure.js没有.axd扩展名。这就是404 错误的原因，但现在我从服务器收到一个不同的错误，我再次需要你的帮助。

http://camelotshiftmanagement.com/Scripts/Administration/OrganizationalStructure.js.axd这次访问产生了不同的错误： 404.17 请求的内容似乎是脚本，不会由静态文件处理程序提供服务。

附加错误信息

好吧，我在这里已经超越了我的联盟......我不明白为什么我的自定义处理程序没有被调用，而是调用了一个StaticFile处理程序。

我希望能够从命令行启动 apache 服务器，输入类似apache site-folder或apache . --port=2000

这应该读取和使用.htaccess文件。

我知道python -m SimpleHTTPServer并且它接近我需要的东西，但不完全是。

理想的解决方案：

1. 为 apache 本身贡献一个很棒的命令行界面
2. 编写一个简单的命令行工具来包装/包含 apache（或其他东西）
3. 链接到 apache 的现有 cli 上的文档

我只想打字command <Directory> --port=8000 --other-options

命令名称也可以是pache

在某些时候，我可能想在生产中使用它。将进程发送到后台应该很容易，然后停止该实例或所有实例，就像永远一样

相关链接：http ://httpd.apache.org/docs/2.4/programs/httpd.html

还

任何人都应该只有一个命令来安装脚本以立即使用

嘿，我正在努力在我的服务器上使用 Python 和 Tornado 下载一个静态文件。

有人可以帮我吗。我不是 100% 确定文件处理程序是如何工作的。谢谢你的帮助！

编辑：这是错误消息：

我使用“git push heroku master”为heroku部署了一个django应用程序，效果非常好。

然后我使用“heroku create second-app -r staging”在同一个 git 上创建了第二个应用程序

并使用： git push staging master 推送

当我打开第二个应用程序时，没有任何静态文件被拾取或加载（即没有 css、js 或图像工作）

这非常令人困惑 - 请帮助！

我的设置文件在下面

更新

我复制了一份代码并重新部署，它与以下设置更新一起使用：

然后我分支了我的代码（所以我有 master 和 staging）并将新的 heroku 远程同步到我的 staging 分支。然后我做了一个 git push staging staging:master ，它做了一个完整的上传；这再次让我回到同一个地方......帮助！

我在带有 IIS 8.5 的 Windows 2012 R2 服务器上部署了一个 MVC4 Web 应用程序。我将应用程序池配置为使用自定义域帐户运行，因为 Web 应用程序需要在启用 Windows 身份验证的情况下调用网络上的另一个 Web 服务。

当我尝试从浏览器访问该页面时，我的 .css、.js 文件出现许多“错误 500”。当我尝试直接浏览这些文件之一时，我得到一个“HTTP 错误 500.0 - 内部服务器错误”页面，而不是脚本或 css 的内容。我尝试了一个简单的 .txt 文件，但我得到了同样的错误。

详细错误信息：

• 模块：IIS Web 核心
• 通知：AuthenticateRequest
• 处理程序：静态文件
• 错误代码：0x80070542
• 请求的 URL：http://{hostname}:8082/test.txt
• 物理路径：C:\inetpub\wwwroot\aaa\test.txt
• 登录方式：协商
• 登录用户：{DomainName}\{MyUserLogin}

在服务器上，我将整个 C:\inetpub\wwwroot\aaa 文件夹和子文件夹的完整 NTFS 权限授予“所有人”。

我将运行应用程序池的帐户设为本地“管理员”组的一部分。它没有改变任何东西，我仍然收到相同的错误消息。

但是，如果我使用 localhost 直接从服务器打开网页，一切正常。

所以我在这里没有想法了。有什么建议么 ？

谢谢 ！