问题描述
解决方案
解决方案二:
调试一下看是什么地方超时了,然后再解决!
解决方案三:
是什么东西超时了啊,验证信息,还是服务处理
解决方案四:
我这个是二开的没办法调试呀~超时问题都处理过还是不管事后来认为是不是服务器占用程序池问题类的问题重新创建默认程序池也不行我们这是做商城的一个服务器好几十个站总是有时候不间断的出现这个问题这个好了那个又不行了客户们闹得都烦了唉
解决方案五:
是分销后台登陆的时候超时现在又出现了操作商品管理时候超时都是这么个问题
解决方案六:
求各位大神们给研究个解决方案感激不尽啊
解决方案七:
肯定是数据库的问题啊,既然是超时,你就设置数据库连接的时长大一点,或者修改配置文件,加上这个:MaxPoolSize=512
解决方案八:
先要确认清楚是哪个环节超时了,不好调试。异常log总有吧。拿log分析,通常db超时比较常见。另外一台server挂几十个占也有可能是webserver上超时。
解决方案九:
截图上不是有说明了是dbbasetimeout吗?
解决方案十:
我感觉跟数据库连接超时关系不大啊?设置过那个不管事的这个服务器上好几十个站,只是有的站有时候会出现这种情况,(强调下只是有时候哦不是一直超时),而且我这也不是开源的,配置里面的链接字符串也是加密的。超时问题都试过,我看到上面有说文件的目录有点问题?是不是网页跨了不同的应用程序,会话变量的单一性?这方面的原因?
解决方案十一:
什么情况。。。。。。。。。
解决方案十二:
解决方案:1、数据库连接使用连接池2、IIS应用程序池一个站点对应一个应用程序池(并对应用程序池做相应的配置)
解决方案十三:
数据库连接池这个怎么弄呀麻烦给详解下哦
解决方案十四:
vs2012--->alt+f2启动性能分析器,找到影响加载速度的根源,希望对楼主有用!
解决方案十五:
网站没有源码程序池都分配一一对应的也不管事