【问题标题】:Same application name on multiple IIS sites多个 IIS 站点上的相同应用程序名称
【发布时间】:2014-04-28 17:42:53
【问题描述】:

我们主要在美学和建筑方面重新设计我们的网站。为了避免在重新设计期间锁定应用程序以防更新,我们希望一次重新设计一个模块,并根据需要在新旧站点之间传递用户。但是,我们需要在整个穿梭过程中保留各种会话信息,包括他们的登录信息。

如果我们使用 ColdFusion 文件设置两个不同的 webroot 文件夹(一个用于旧文件,一个用于新文件),每个文件夹都有自己的 IIS 站点,但在两者中设置 Application.cfc 文件以使用相同的应用程序名称,会话将当用户在两个站点之间来回移动时保留应用程序范围?这会导致任何意外问题吗?

我们正在使用 ColdFusion 9。

【问题讨论】:

  • 在站点之间来回传递用户听起来像是在自找麻烦。如果您想分阶段升级,就这样做。如果可能,请在安静的时间进行更改。
  • 您可能只是硬着头皮将其锁定以防止更新。我已经经历了几次这个过程。我们使用新架构重建了一个模块,但确保对其进行皮肤处理,以便我们可以轻松地更换外观和感觉。新模块上线后,我们开始了一个项目来转换应用程序的其余部分(13 个模块),基于第一个的架构。仅在新代码库中添加了新功能,并且仅在旧代码库中修复了错误。一年后,我们推出了一个新网站,没有错误、新功能和易于更新的架构。
  • 不幸的是,锁定系统不是一种选择,因为我们业务结构的一部分是付费升级。我更喜欢分阶段升级,但团队更喜欢从头开始一个新的存储库,所以我想看看我们能做些什么来实现它。

标签: coldfusion coldfusion-9


【解决方案1】:

虽然正如 Dan 所建议的那样,这可行,但这不是一个好主意。一方面,您无法在不影响站点 B 的情况下更改站点 A 上的应用程序范围内的任何内容。这可能会引入令人头疼的错误。考虑通常在应用程序范围内的 DSN 名称。除非您为两个站点使用完全相同的 DSN,否则首先初始化的站点将决定使用哪个 DSN - 因此您基本上必须使用完全相同的应用程序范围。

不过,还是可以的。有关可能有用的简单示例,请参阅这篇文章。

Application Variables on ICE - ColdFusion Muse

【讨论】:

  • 谢谢。重复的应用范围其实是我们想要的;在某种程度上,它们将是同一应用程序的两个皮肤。我会尽快查看您发送的链接。
猜你喜欢
  • 2010-12-29
  • 1970-01-01
  • 1970-01-01
  • 2021-04-05
  • 1970-01-01
  • 2013-11-27
  • 2016-02-21
  • 2016-04-04
  • 2018-09-07
相关资源
最近更新 更多