求救

解决方案 »

  1.   

    每当更改web.config文件的时候,你的应用程序就垮了——被asp.net重新启动。web.config不是设计用来让你运行时随便修改的,基本上就是面向于一次性更新网站时才用的。如果你要一个数据库功能,使用数据库或者自己另外使用一个xml文件,并将你的数据文件放在app_data下面(客户端无法下载),不要动web.config文件。
      

  2.   

    不同意楼上说法。
    我在2003下更改Web.config的数据源没有问题。不知道2005下是什么样。
    请参看:
    http://blog.csdn.net/Eray/archive/2007/05/11/1604234.aspx
      

  3.   

    一楼说的是对的WEB.CONFIG被改了后,站点需要重新启动才能让新的设置生效可以改,但是会出问题
      

  4.   

    一楼的水平肯定不用怀疑的。从一楼以往的回贴学到了很多东西。
    建议楼主另起xml文件修改吧。也没必要一定去动Web.config。
      

  5.   

    我们公司要求是动态创建webconfig数据源,前辈们都有实现了,我刚把他们代码要过来研究,呵呵
      

  6.   

    to Eray(黑桃六) :我没有从你的文章中能看到你测试了应用程序是否重启。你的文章只是想证明web.config文件可以写入内容,这个我并没有否认。我所要说明的是后遗症、被忽视的危险,但是你的文章的程序显然还没有说明这个后遗症、危险是否是不存在的。你可以在一个页面中调用SaveSetting,但是真正的测试是:在页面中同时读和写static变量、Application、Session等,看看这个请求结束,下一个请求开始的时候,是不是下一个请求就跟重新打开网站一样进程内一切状态数据都被丢失了。
      

  7.   

    另外,我记得以前我有过一个测试,当应用程序被重启的时候,也就是一个将参数写入web.congif的时候不但会让访问统一网站应用程序的所有人的内存中全局数据丢失(从而可能影响它们的界面上的表现),而且会让整个网站停顿大概1、2秒钟。而如果将参数写入数据库,则没有停顿。
      

  8.   

    哦,我说的停顿是指当第二个请求来的时候,例如刷新测试页面,网站应用程序需要重新启动的时间。这样,修改web.config就对网站有相当负面的影响了。
      

  9.   

    To sp1234(我喜欢不下雨的阴天)
    非常受教。
    我在实际应用的时候,那个页面只有当部署程序的时候才会用到。通过Setup页面配置Web.config、在数据库上建表、初始化数据。平时的时候,是不用的,所以没有发现问题。以后我会慎用修改Web.config的。
      

  10.   

    web.config修改後重启才生效 
    多谢下面两位sp1234(我喜欢不下雨的阴天) 
    Eray(黑桃六)的讨论学到不少