多应用的Coldfusion 7服务器和CFC路径(Multi-application Coldfu

2019-10-21 06:33发布

我们有承载多个应用程序,都在自己的子文件夹ColdFusion服务器。 就像是:

  • / webrootfolder / applicationA
  • / webrootfolder / applicationB

此外,在开发服务器上,我们每开发一个给定的应用程序的副本,每个Subversion工作副本:

  • / webrootfolder / applicationA_dev1
  • / webrootfolder / applicationA_dev2
  • / webrootfolder / applicationA_dev3

既然我们是运行ColdFusion 7(一起升级主要阻力),我发现自己卡住,因为我想在包中使用氟氯化碳。 这里有各种问题,尝试的解决方案和问题与这些太:

  • 使用相对组件名称仅当有一个包,这将使组件的混乱在一个文件夹中的作品。
  • 使用子包,只要你不引用组件父包,扩展instanciating或使用组件作为cfargument类型时,这似乎是很容易发生的作品。
  • 使用从根开始的完整路径CFC不符合我们的每个开发人员多份工作。 **采用动态路径与变量是我到现在为止的解决方案...直到我意识到它不会伸出或cfargument类型... **使用服务器映射在发展不工作,因为我们将有一个工作每个开发人员复制别名。 我希望的代码是文件夹无关。 **(在规定的Application.cfc)使用专用的映射不起作用,因为CF7和CF8不+。
  • 创建需要的氟氯化碳和cfinclude-ING实际氟氯化碳的含量(以相对路径“../../”)的本地虚拟副本是我以前的解决方案。 它的工作原理,但它是如此凌乱各地有这些克隆。 **最近,我发现这个解决方案并不总是奏效。 ColdFusion的得到由同名函数混淆包括在各种氯氟烃明显。
  • 每个开发人员的机器上使用的开发ColdFusion的服务器,允许应用程序路径始终/webrootfolder/applicationA (通过标记的克鲁格建议)。 **主要问题在这里将是说服计算机队伍让我们安装这个。 这可能需要很长的时间,我怕我没有。 **可能有网络配置(给予DB访问也许,我不知道)等问题也将不得不通过网络团队,并需要一段时间,如果它甚至允许的。

每个应用程序/文件夹中的一个网站 - 修改root

我花时间去探索网站/应用程序在IIS 6配置经过一番研究的方式,我发现它可以创建绑定,就像我所下的Unix / Apache的习惯。 目前,所有的应用程序都在自己的Web根目录的子目录。 别名被配置,使得“domain.com/appA”点到“/ webrootfolder / applicationA”文件夹,例如。 但它仍然是一个单一的IIS网站有很多的子路径。 ColdFusion的根目录(CFC和包括)因此基于该一个网站(/ webrootfolder)的根。

我做了一个快速测试,并成功地在服务器上的第二IIS网站绑定到端口8080(而不是默认为80)。 我直接由这一个点到/ webrootfolder / applicationA / CFM(其是真正的应用程序的根目录)。 有了这个,ColdFusion的识别该文件夹为根,instanciating“对象” CFC查找它作为/webrootfolder/applicationA/cfm/Object.cfc

这正是我们在我以前的工作,它的工作非常出色。 这就是说,它是一个小公司,我担心这种解决方案可能有问题。 晴:我怎么点人到这个网站? 使用端口绑定是不是很方便(我们的用户不是技术人员)。 拥有为每个应用程序特定的域听起来不错,但可能是昂贵的,特别是如果HTTPS参与(或使我听说)。 子域可能是另一种解决方案,但似乎也有类似的问题。

所以...

我错过了什么? 我是坚持用“混乱”的解决方案之一?

我有机会到ColdFusion管理面板,并可能IIS配置,但我会如果解决方案影响的路径或服务器上的其他应用程序的URL最有可能受到限制。

Answer 1:

我曾经问从一个老农民在伊利诺斯州南部方向垂钓湖畔。 他挠了挠头了一会儿,然后对我说,“儿子,你不能从这里到那里。” :)我想你可能是在同一条船上狮子座。

这个问题不包装,问题是你的SDLC违背最佳实践。 任何形式的“开发”服务器应该反映生产 - 你已经用你的方法炒的东西。 此外,我们发现您的开发者都有自己的代码副本开发服务器上。 这使我想起靠背12年的时候我的朋友和我,刚开始我们的小dev的商店,托管的开发服务器上的代码,并针对它直接开发 - 但这种做法不容易持续和较大的团队更糟糕它得到你找到。

应该做的是运行你的开发服务器生产的一面镜子。 然后让你的开发人员在自己的工作站上运行的代码 - 我们所说的地方发展。 然后你用你的源代码控制来处理分歧,合并分支等。在这种情况下,你的每一个开发者,你打算和这些问题的排序在路边去可以使用的包装。

我知道我给你说,“切快刀斩乱麻”可以这么说的解决方案 - 但它是正确的。 我想你是在浪费一些精力和时间与当前的配置,我怀疑生产部署,甚至组装代码QA是目前你一个巨大的挑战。



文章来源: Multi-application Coldfusion 7 server and CFC paths