Coldfusion 为什么CF8编码的cfm文件不'；不能在CF9服务器上工作？

我一直在解决这个问题。我们的老程序员已经根据CF8编码了他们的CFM文件，我在我们的服务器中找不到原始文件。最近，我将这些编码的CF8文件部署到了CF9中。不幸的是，这些编码的CF8文件在CF9服务器中不工作

---

请告诉我如何解决这个问题？

CFEncode实用程序已经很多年没有改变了。几个版本之前用它编码的文件将在最新版本的ColdFusion中工作。事实上，当您安装ColdFusion（在Windows上）时，您会注意到在cfencode.exe上修改的日期是2001年5月23日。之所以定为这个日期，是因为在ColdFusion的构建过程中，它仍然从CF5天（CF5于2001年春季发布）就开始获取相同的旧cfencode.exe文件。

cfencode实用程序多年来没有改变。几个版本之前用它编码的文件将在最新版本的ColdFusion中工作。事实上，当您安装ColdFusion（在Windows上）时，您会注意到在cfencode.exe上修改的日期是2001年5月23日。之所以定为这个日期，是因为在ColdFusion的构建过程中，它仍然从早在CF5天（CF5于2001年春季发布）的时候获取相同的旧cfencode.exe文件。

此外，如果您在线搜索cfdecrypt，您可能会找到一个从编码版本生成纯文本源的工具。CFEncode并没有真正加密代码，只是混淆了代码。cfdecrypt工具已经在网络上传播了很多年，并且不是由Allaire/Macromedia/Adobe开发的，所以请注意emptor

此外，如果您在线搜索cfdecrypt，您可能会找到一个工具，从编码版本生成纯文本源。CFEncode并没有真正加密代码，只是混淆了代码。cfdecrypt工具已经在网络上传播了很多年，并且不是由Allaire/Macromedia/Adobe开发的，所以请注意emptor

最初由Matthew Chapman编写，我在这里发布了Windows和Linux版本，以及源代码和助手bash脚本

最初由Matthew Chapman编写，我在这里发布了Windows和Linux版本，以及源代码和助手bash脚本

当然。它在同一个目录中。无法用您看到的错误信息回答此问题。它在不同的操作系统中吗？回到2006年使用cf 7时，我们使用fedora作为开发服务器，使用不同的linux和windows测试编译的源代码（从未在mac上测试过），使用cf 8仍然可以，直到我们将开发服务器升级到cf 9，才出现错误消息，并且只显示一个空白页。仍然不知道为什么，但幸运的是我们有了原始来源：DSure，它是不同的操作系统。W2k赢得2008r2。我认为不同的操作系统与我的问题无关。我敢打赌，这是因为不同版本的CFML。它在同一个目录中。无法用您看到的错误信息回答此问题。它在不同的操作系统中吗？回到2006年使用cf 7时，我们使用fedora作为开发服务器，使用不同的linux和windows测试编译的源代码（从未在mac上测试过），使用cf 8仍然可以，直到我们将开发服务器升级到cf 9，才出现错误消息，并且只显示一个空白页。仍然不知道为什么，但幸运的是我们有了原始来源：DSure，它是不同的操作系统。W2k赢得2008r2。我认为不同的操作系统与我的问题无关。我敢打赌，这是因为不同版本的CFML。我已经尝试并搜索了CFDECRIPT，但无法再下载它。我尝试并搜索了CFDECRIPT，但无法再下载它。