主站点子目录中的测试站点引用了错误的 Application.cfc

Question

我有一个带有多层目录结构的 CF9 项目。在根级别，我有实时生产站点及其 Application.cfc。它包含许多绑定到“debugMode”标志的变量——因此在生产站点的情况下，该标志设置为 false。

在生产站点的子目录中，我有一个包含该站点的测试版本的文件夹。它有自己的 Application.cfc，其中 debugMode 设置为 true。除了我们正在测试的此标志和更改之外，它与生产 Application.cfc 相同。

在此之前没有任何问题，直到我们添加了重置 Application.cfc 的逻辑，以便在不等待超时（我们将其设置为 30 分钟）的情况下查看我们的更改。

为了实现这一点，我们将此块添加到 Application.cfc 中的“OnRequestStart”函数中（它存在于生产版本和测试版本中）：

    <cfif StructKeyExists( URL, "reset" )>

        <!--- Reset application and session. --->
        <cfset THIS.OnApplicationStart() />
        <cfset THIS.OnSessionStart() />

    </cfif>

这最初看起来工作正常。如果我们将“?reset”添加到测试版本上任何页面的 url，Application.cfc 所做的更改会立即反映出来，但我们很快发现了一个令人讨厌的副作用：在测试版本上调用重置也会更改我们的生产站点以使用Application.cfc 的测试版本，从而极大地破坏了一切。

在生产站点上运行“？重置”逻辑修复了此问题，但随后导致所有测试页面使用生产 Application.cfc 而不是测试版本。等待Application.cfcs超时并自动刷新没有什么区别，所以现在我们的测试环境一团糟。

任何对正在发生的事情或该怎么做的见解都将不胜感激，因为我们相当困惑。这只是一个糟糕的架构吗？我们继承了它，现在已经非常习惯这种结构，因此首选快速修复，但我愿意接受建议。

谢谢。

Answer 1

问题很可能是两个 application.cfc 文件指定了相同的应用程序名称。

因此，它们本质上是相同的应用程序。

因此，无论您从“测试”站点还是“实时”站点触发刷新，它都会重置同一应用程序，然后从您发出重置的任何版本重新实例化变量。

您需要将“测试”应用程序的应用程序名称设置为与实时应用程序不同的名称。

对于测试：

<!--- For the "Test" Application --->
<cfset this.name = "TESTApplication">

对于直播：

<!--- For the "Live" Application --->
<cfset this.name = "Application">