记住本地化的 web.config 设置

发布于 2024-11-05 18:54:10 字数 361 浏览 0 评论 0原文

我在远程服务器上部署了一个项目,用于在我自己和 QA 团队之间进行测试。我们所有人都能够很好地进行测试,除了一个人仍在使用先前版本的 web.config 中存在的连接字符串进行连接。 web.config 的这一更改发生在周五,当时我重新启动了 IIS 以清除所有文件的新读取,这似乎工作得很好。然而到了周一早上,问题又回来了。谁能告诉我为什么这种情况会发生在一个人身上,即使是在清除了 IIS 中的所有内容之后?我无法想象与 Web.config 相关的任何内容都会存储在用户计算机本地,但我不知所措。我应该注意,我在本地使用的 web.config 与在测试服务器上使用的 web.config 不同,因此在发布文件后,我只需使用测试环境上使用的版本的备份覆盖我的版本。

有什么想法吗?

I've deployed a project on a remote server for testing between myself and a QA team. All of us are able to test just fine except for one individual who is still connecting with a connection string that was present in a previous version of the web.config. This change to the web.config occurred on Friday, at which point I rebooted IIS to clear the get a fresh read of all the files, and that seemed to work just fine. Come Monday morning, though, the problem returned. Could anyone tell me why this would happen to one individual, even after clearing everything from IIS? I can't imagine anything related to Web.config would be stored locally on a users machine, but I'm at a loss. I should note that I use a different web.config locally than I do on the test server, so after I publish the files, I just overwrite my version with a backup of the version used on the test environment.

Any ideas?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

め可乐爱微笑 2024-11-12 18:54:10

您可能会在 settings.Settings.cs 中发现,有一个默认设置值**

 [global::System.Configuration.ApplicationScopedSettingAttribute()]
    [global::System.Diagnostics.DebuggerNonUserCodeAttribute()]
    [global::System.Configuration.SpecialSettingAttribute(global::System.Configuration.SpecialSetting.ConnectionString)]
    **[global::System.Configuration.DefaultSettingValueAttribute("server=.")]**
    public string TEst {
        get {
            return ((string)(this["TEst"]));
        }
    }

我将确保为此用户部署正确版本的应用程序。

干杯

伊恩

You will probably find in you settings.Settings.cs, there is a default setting value**

 [global::System.Configuration.ApplicationScopedSettingAttribute()]
    [global::System.Diagnostics.DebuggerNonUserCodeAttribute()]
    [global::System.Configuration.SpecialSettingAttribute(global::System.Configuration.SpecialSetting.ConnectionString)]
    **[global::System.Configuration.DefaultSettingValueAttribute("server=.")]**
    public string TEst {
        get {
            return ((string)(this["TEst"]));
        }
    }

I would make sure the correct version of the application is deployed for this user.

Cheers

Iain

眼泪淡了忧伤 2024-11-12 18:54:10

感谢您的建议。我不认为这与硬代码有任何关系,因为它适用于除了这个人之外的所有人。再次重新启动 IIS 解决了该问题,并且 24 小时后仍然可以正常工作。我认为这是一个侥幸,我想......

Thanks for the suggestions. I don't think it's anything to do with the hard code, since it works for everybody except this one person. Another IIS restart fixed the problem and it's still working fine 24 hours later. I'll consider this a fluke, I suppose...

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文