asp.net-mvc – ASP.NET MVC页面不通过3G或某些代理服务器提供

前端之家收集整理的这篇文章主要介绍了asp.net-mvc – ASP.NET MVC页面不通过3G或某些代理服务器提供前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我们刚刚推出了一个新的基于ASP.NET MVC的网络应用程序,可以在所有桌面连接和所有移动设备(如iPhone等)上正常工作.但是,当通过3G连接(通过3G)查看某些页面时在笔记本电脑上或直接在移动设备上加密狗,空白的白页不提供任何内容.看起来好像我们已经返回了一个空请求.

在某些代理网络上,我们遇到了类似的问题,他们说我们的请求规模太大了.这种情况是有道理的,因为它只影响某些页面,我认为移动网络提供商可以运行各种代理服务器.

但是,我无法找到任何有关构成过大请求的信息.我已经分析了其中一个页面,这里有一些我认为可能相关的统计数据:

HTML content size: 33.04KB compressed,50.65KB uncompressed
Total size of all stylesheets (4 files): 32.39KB compressed,181.65KB uncompressed
Total size of all external JS (24 files): 227.82KB compressed,851.46KB uncompressed

对我来说,压缩的内容大小并不过分,但也许我错了.任何人都可以建议我可以做些什么来解决这个问题,因为我很难找到任何有关此问题的确切信息.

解决方法

就MVC而言,3G网络与Wifi没有什么不同.但是,移动设备可以缓存的文件大小有限制.在这种情况下,每次回发都会从服务器请求这些文件.

由于某些页面确实有效,我认为将问题隔离到特定的故障点比在野外搜索更好.

您可以在Firefox或Chrome开发人员工具中使用3G加密狗和firebug轻松调试问题

>确保首先出现导致问题的Java Script错误
>确认Javascript / css / html文件确实已传送到客户端. (客户端上的Firebug).在服务器上检查IIS日志或MS网络监视器或创建一个http代理,您可以在其中监视流量.尝试一下你感觉舒服.>您有近30个请求仅适用于css / java script / html,如果您有图像,则计数可能会更高.完成所有这些请求可能会永远占用3G.尝试捆绑Java Script文件并减少请求数.浏览器对它们可以同时发出的请求数量有限制,并且一直在增加(我认为Firefox可以同时发出大约10个请求).

猜你在找的asp.Net相关文章