一联网就不能连接数据库

不联网的时候一切正常，一联网就不能使用代码连接sql数据库了。
数据库代码绝对没有问题，求救啊。。。
把网断开就可以连。。。奇怪现象。。。总不能连数据库的时候不上网，上网的时候不写程序吧。。

应该不是协议的问题，就这几天突然出现的。。。

连接字符串用域名？域名解析问题？

把连接字符串服务器用本机IP试试看

在SQL server Configer Manager中
1.在网络配置项中,开启 Shared Memory / Named Pipel等协议
2.在SQL Native Client配置/客户端协议中,依次开启各项协议

查看端口占用情况，看是不是端口冲突了。

查看所有端口占用的情况,个人还是认为这个可能性比较大。

一定要IPALL的TCP动态端口删除，TCP端口改为1433

sql字符串是好的，插上网线就不能连了，拔了网线就好了

也许我们的流氓软件不小心没有完全卸载。等我们有时间时从“云”里边给它发指令它才能停止。

如果要跨浏览器，或者我今天完成第一步，明天再登陆继续，就需要持久化！
如果数据不敏感，将数据存入Cookies（不设置Cookies失效时间，让Cookies随IE进程结束），小部分用户禁用了Cookies，提示他开启或者针对不启用Cookies的用户采取Session方式。
针对同一机器同时打开多个相同页面进行操作互相影响，
你可以在Cookies和session名称上做手脚，比如生成全球唯一标识，在页面跳转过程中将 Cookies名称 通过链接参数传到下一个页面，让下一个页面知道去读哪个数据源。

当使用数据控件绑定时，网页的源文件就会有大量的viewstate数据，这就是有必要关闭viewstate的原因

这两天可用分用了不少啊，发了两个两百分的帖子。。。
分数一直维持在1500左右，这个可用分太难赚了

用.net 中的Profile对象进行配置就可以了

可以考虑使用隐形的控件来保存这些信息啊~

可以将步骤存入数据库 每个人都有记录 然后使用SSIS清空表中数据

其中讨论了for和foreach，说的是foreach的效率不及for。
但是后来我发现楼主的测试代码写错了。
测试foreach的时候没有重新计时，
导致foreach的时间变成了2次时间的累加，
出现了2倍的效率问题，实际上foreach和for循环的效率没有明显差距。
鉴于当前相当无聊，召集大伙儿闲谈讨论一下。
俺个人观点是：遍历尽量用foreach。
理由是，foreach能够更佳优雅的表达coder的用意。

for使用大篇幅的底层运算描述，从而掩盖了coder的本质用意。
相比之下foreach可读性要强的多。
而且我认为，可读性强不止对人类有效果，
对未来的计算机来说，也可能会有帮助。
如果，使用for，面对里面的那些i=0;i++，机子只能乖乖的一步一步的执行。
而如果是foreach，放手留给机子自己优化的空间，
如果未来机子足够聪明，他有机会大展伸手，
使用多核处理，使用云计算。。。（我是不是想多了） - -b

foreach效率比for低主要分2个角度说。
2个地方，一个是.net 1.1之前的对值类型的装箱，一个是每次调用GetEnumator方法的函数调用带来的时间消耗，单一次都不消耗时间，但经过大量循环放大后，时间消耗比较明显。
.net 1.1之后的版本，foreach对值类型已经不装箱，不慢了，因为有了yield关键字。
但函数调用带来的堆栈创建内存分配则不可避免。
绝对意义上，for比foreach快，但从.net 1.1之后，这个差距缩小到多一层函数调用而已，不是特别严格的地方，还是用foreach好一点。因为foreach不止可以访问一个数组或List这样循环时能确定长度的集合，也可以访问可迭代的类型，对于一些不需要最开始就确定长度的，这样甚至效率更高，因为不需要在循环开始之前就准备好要循环的数据，而是每次foreach循环获取下一个数据。
其实也不用记什么情况用，多写写程序，应该不难区分用途。

来源：nba直播