关于 URL LENGTH 最大长度的讨论!貌似 .NET 有BUG?(IIS无解决,除非做监听端口模式)
2008-10-25 16:22
423 查看
URL REWRITE 如下的地址
http://127.0.0.1/playflash/1_2_3_4_*****.html
或者
http://127.0.0.1/playflash/1/2/3/4/5/*****/
当这个 站点的URL "/playflash/" 开始算起 达到 260 的 length 后,IIS会报出如下错误:
http://support.microsoft.com/kb/820129
修改了 HTTP.SYS 的注册表配置,重新启动服务后还是失效!
然后再仔细翻阅GG的资料、、、原来这个
设置最大值后,在ASP.NET下不起作用,还是260限制的!
请问各位是怎么解决 ASP.NET REWRITE URL的长度?
我想问的是 ASP.NET 的配置有 max request url 的设置吗?
然后我再查了GG资料。。。得出的是 IIS 7 可以配置、、、
那 IIS 6 呢??? 没找到解决方案。。。所以发到首页来求助一下!
已经解决。HTTP 貌似遵循的是 windows 目录结构,路径最大260字符!
Windows 对长路径名文件的限制
众所周知,微软的文件系统经历了 fat->fat32->NTFS 的技术变革。且不论安全和文件组织方式上的革新,单就文件名而言,已经从古老的 DOS 8.3 文件格式(仅支持最长 8 个字符的文件名和 3 个字符的后缀名)转变为可以支持长达 255 个字符的文件名。而对于路径长度,NTFS 也已经支持长达 32768 个字符的路径名。
然而,Windows 操作系统并没有完全放开路径名长度的限制,在 windef.h 中,可以找到如下的宏:
事实上,所有的 Windows API 都遵循这个限制。因此,每当我们试图更改某一文件的文件名时,当输入的文件名长度 ( 全路径 ) 到达一定限度时,虽然文件名本身还未达到 255 个字符的限制,但是任何输入将不再被接受,这其实正是由于操作系统不允许 260 个字符(byte)的文件全路径。
实际应用中,这种 260 个字符的全路径的限制给应用开发带来了很大的不便。试想如下应用:我们希望给应用服务器增加一个本地 cache 的功能,该功能可以把远程服务器上的文件留下一个本地的副本。一个合理的实现可以把 url 映射为文件名,当 url 很长时,cache 文件的长度也会很长。当文件名长度超过 255,我们可以把映射文件名的前 255 个字符作为目录名称。但是,我们仍然无法解决 260 个字符的全路径限制。另外,如果一个应用软件的目录结构过深,很容易出现某些文件名长度(含路径)超过 260 个字符,并因此造成安装或删除的失败。总而言之,该限制给我们的开发测试工作带来了诸多不便。
http://127.0.0.1/playflash/1_2_3_4_*****.html
或者
http://127.0.0.1/playflash/1/2/3/4/5/*****/
当这个 站点的URL "/playflash/" 开始算起 达到 260 的 length 后,IIS会报出如下错误:
Bad Request (Invalid URL)
经查GG之后,按照帮助http://support.microsoft.com/kb/820129
修改了 HTTP.SYS 的注册表配置,重新启动服务后还是失效!
然后再仔细翻阅GG的资料、、、原来这个
UrlSegmentMaxLength | 260 | 0 - 32,766 字符 | URL 路径段(URL 中斜杠之间的部分)中的最大字符数。如果为零,则其长度受 ULONG 最大值的限制。 |
请问各位是怎么解决 ASP.NET REWRITE URL的长度?
我想问的是 ASP.NET 的配置有 max request url 的设置吗?
然后我再查了GG资料。。。得出的是 IIS 7 可以配置、、、
那 IIS 6 呢??? 没找到解决方案。。。所以发到首页来求助一下!
已经解决。HTTP 貌似遵循的是 windows 目录结构,路径最大260字符!
Windows 对长路径名文件的限制
众所周知,微软的文件系统经历了 fat->fat32->NTFS 的技术变革。且不论安全和文件组织方式上的革新,单就文件名而言,已经从古老的 DOS 8.3 文件格式(仅支持最长 8 个字符的文件名和 3 个字符的后缀名)转变为可以支持长达 255 个字符的文件名。而对于路径长度,NTFS 也已经支持长达 32768 个字符的路径名。
然而,Windows 操作系统并没有完全放开路径名长度的限制,在 windef.h 中,可以找到如下的宏:
#define MAX_PATH 260 |
实际应用中,这种 260 个字符的全路径的限制给应用开发带来了很大的不便。试想如下应用:我们希望给应用服务器增加一个本地 cache 的功能,该功能可以把远程服务器上的文件留下一个本地的副本。一个合理的实现可以把 url 映射为文件名,当 url 很长时,cache 文件的长度也会很长。当文件名长度超过 255,我们可以把映射文件名的前 255 个字符作为目录名称。但是,我们仍然无法解决 260 个字符的全路径限制。另外,如果一个应用软件的目录结构过深,很容易出现某些文件名长度(含路径)超过 260 个字符,并因此造成安装或删除的失败。总而言之,该限制给我们的开发测试工作带来了诸多不便。
相关文章推荐
- 解决Textbox的多行模式不能限制最大长度的bug [转]
- 关于"System.Web.HttpException: 超过了最大请求长度。"错误的解决
- 关于.net 项目发布到iis上后,点开aspx页面就出问题的部分解决
- 关于2003Server下IIS运行.net程序IE无法访问出现403.1错误的解决过程
- [每天解决一问题系列 - 0008] 关于.net framework 路径最大长度的问题
- 关于"System.Web.HttpException: 超过了最大请求长度。"错误的解决
- .Net“/”应用程序中的服务器错误 超过了最大请求长度 错误解决办法
- 关于2003Server下IIS运行.net程序IE无法访问出现403.1错误的解决过程
- Asp.net错误“System.Web.HttpException: 超过了最大请求长度”解决办法
- 关于Tomcat搭建服务器需要80端口问题的解决方案以及80端口被NT KERNEL & SYSTEM ,pid4占用解决方法
- 关于windows7 IIS 7.5和Vista IIS 7.0 局域网无法访问的解决方法
- 解决关于iis 中使用 word COM+ 组件的问题 ,应该基本上 都是 权限授权的问题
- windows server 2012 卸载iis 后80 端口仍被占用解决
- .net 2.0的URL重写导致的Bug及其解决方法
- [ZZ]关于TDD的观点:质量是反复思考的结果,仅靠解决Bug无法获得
- 关于 edittext 软键盘退出监听解决办法
- 关于.Net Remoting以IIS发布的一些心得体会
- 关于IIS安装提示文件无法复制的解决方法!
- 关于水晶报表“已达到系统管理员的最大报表处理作业数限制”解决
- 关于syslog server 启动后 为什么看不到监听514 端口的