将自定义信息传递给 mongrel_rails start

Question

我真正不明白的一件事是如何将自定义启动选项传递给混合实例。

我发现一种常见的方法是使用环境变量，但在我的环境中这是行不通的，因为我的 Rails 应用程序为许多不同的客户端提供服务。许多代码在客户端之间共享，但也存在许多差异，我通过子类化控制器和视图来重载或扩展现有功能或引入新功能来实现。为了使这一切正常工作，我只需将客户端特定模块的路径添加到模块加载路径（$:）。

为了为特定客户端启动应用程序，我现在可以使用环境变量，例如 TARGET=AMAZONE。不幸的是，在某些系统上我运行多个混合集群，每个集群服务于不同的客户端。其中一些系统在 Windows 下运行，为了启动 mongrel，我安装了 mongrel_services。显然，这使得我的环境变量不合适。

事实证明，将这些额外的数据传递给应用程序是一个真正的挑战。首先， mongrel_rails service_install 将拒绝任何未记录的[自定义]命令行参数。我不太担心，因为使用安装程序安装服务很简单。

但是，即使我设法安装 mongrel_services，以便在运行时将自定义命令行选项 --target 传递给 mongrel_rails start，我也会收到错误，因为 mongrel_rails 无法识别该开关。

以下是我查看的内容：

1. 传递额外参数：

   mongrel_rails start --target XYZ ...

2. 使用配置文件并添加 target:XYZ，然后执行：

   mongrel_rails start -C x:\myapp\myconfig.yml

3. 修改文件：

   Ruby\lib\ruby\gems\1.8\gems\mongrel-1.1.5-x86-mswin32-60\lib\mongrel\command.rb

4. 也许我可以使用 --script 选项，但我在其上找到的所有文档都是针对 Unix 的

1 和 2，根本不起作用。我玩过 4 个，但从来没有让它做任何事情。所以我别无选择，只能选择3。虽然它相对简单，但我讨厌更改ruby库代码。

特别令人失望的是2不起作用。我的意思是在配置文件中添加其他[自定义]选项有什么不合理的？实际上我认为这是 Rails 中缺少的一个基本部分。无论如何，应用程序应该能够注册和访问它期望的命令行参数。

如果有人知道如何使用当前的基础设施更优雅地做到这一点，我有一条巧克力鱼可以赠送！

Answer 1

可能没有必要向 mongrel 传递一些东西。或许可以使用现有的机制来提供您所寻求的灵活性。让我们首先尝试清楚地了解这些限制。

换言之，似乎以下条件有效。

• 使用相同的代码库（或非常相似的代码库）为多个客户提供服务
• 在应用程序启动时（或执行之前）需要影响应用程序执行的标识符来定义应用程序行为
• 可以在单个系统上使用多组混合集群，每个集群专用于单个客户端的集群
  • 这意味着进程集群都使用相同的配置值服务于相同的代码库
• 一些客户希望在 Windows 服务器上运行，从而避免使用某些 Unix 风格的环境和脚本行为。

应该验证的一个假设是每个代码库都位于单独的目录中。如果是这样，那么可能有一个非常简单的解决方案。

如果每个客户都在自己的目录中，如下所示：

/src
  /customer1
  /customer2
  /customer3

如果您使用以下内容启动混合进程：

[/src/customer1]$ mongrel_rails cluster::start

那么，您可以拥有一个在系统启动时读取的 customer_config.yml 文件（在您的环境中） .rb)，您可以在其中放置您的客户端自定义值。因此，如果您需要传入“Amazone”作为目标值，那么您的 yaml 文件可能如下所示：

target:
  Amazone

然后，每个客户都会获得自己的 customer_config.yml 文件，该文件仅驻留在他们的目录中，并且您只有一个文件可以使用更改添加新客户时切换行为。

修改您的environment.rb以查找专门命名的YAML文件是完全可以接受的。解析 YAML 文件相当容易，并且为管理每个客户的定制提供了很大的灵活性。