perl - mod_perl 2 环境中的 WebApp 配置

Question

我有一个我正在用 mod_perl 2 编写的 Web 应用程序。（它是一个自定义处理程序模块，而不是注册表或 perlrun 脚本。）我想在服务器初始化时设置几个配置选项，最好是从配置文件中设置。我遇到的问题是我没有找到一个为我的应用程序的配置文件传递文件名的好地方。

我第一次尝试加载“./app.conf”，但当前目录不是模块的位置，所以它不可预测且容易出错。或者，我必须假设一些路径——相对的或绝对的。这是不灵活的，如果主机操作系统分布发生变化，可能会出现问题。我不想对路径进行硬编码（不过，如果没有更好的方法，/etc 中的某些内容可能是可以接受的）。

我也尝试过 PerlSetVar，但在请求时间之前该值不可用。虽然这是可行的，但这意味着我可能会在每个子（线程）初始化时至少从磁盘读取一次配置文件。我宁愿在服务器初始化时加载并拥有一个不可变的静态哈希，它是创建子时生成的环境的一部分。

我考虑使用 config.pl，但这意味着我要么有一个带有一个选项的 config.pl 来配置在哪里找到 app.conf 文件，要么我将选项本身移到 config.pl 并要求最终用户尊重 Perl设置选项时的语法。未来的用户将成为内部管理员，所以这并非不合理，但它比我想要的要复杂。

那么我错过了什么？有什么好的选择吗？

Answer 1

通常，首要任务是避免在可执行文件中包含配置文件。否则，服务器配置错误可能会意外地向全世界展示您的私人配置信息。我将应用程序需要的所有内容放在 下/srv/app0，其中 subdircfg是包含可执行文件的目录的兄弟。（更详细。）

如果您通过PerlPostConfigRequire startup.pl访问方式预加载模块，mod/startup.pl那么这是放置配置文件位置的最佳位置../cfg/app.cnf，并且您可以完全灵活地将配置存储在内存中。另一种方法是PerlModule您的模块并将配置（使用上述相对路径）加载到其中一个模块中的BEGIN块中。

通常处理配置文件不会花费太多时间，所以一个流行的选项是延迟加载：如果代码检测到配置丢失，它会在继续之前加载它。如果代码需要更早地知道配置，那是没有用的，但它避免了很多问题，尤其是在将代码迁移到非 modperl 环境时。