旧版Perl代码和Apache2

Question

我必须维护一个包含大量Perl代码的史前网站.搬到新服务器后,事情变得模糊:

当来自同一客户端的多个请求在页面上运行(使用GD生成图像)时,这些脚本会覆盖其他变量,从而导致奇怪的结果.

作为一个快速的解决方法,我在Apache中设置MaxRequestsPerChild = 1,修复了这个问题,但现在事情变得缓慢到了爬行......

有没有办法分开请求？任何可以帮助我的mod_perl或Apache参数？

阿帕奇:

Server version: Apache/2.2.15 (Unix)
Server built:   Apr  3 2014 23:56:16
Server's Module Magic Number: 20051115:25
Server loaded:  APR 1.3.9, APR-Util 1.3.9
Compiled using: APR 1.3.9, APR-Util 1.3.9
Architecture:   64-bit
Server MPM:     Prefork
  threaded:     no
    forked:     yes (variable process count)

perl -v

This is perl, v5.10.1 (*) built for x86_64-linux-thread-multi

任何解决方案都将非常感谢:)

---

编辑:我找不到使用mod_perl修复问题的正确方法,但以下解决方法有效:

• 禁用mod_perl
• 启用mod_cgi
• AddHandler cgi-script .pl
• 禁用suEXEC

最后一个是必要的,因为当启用suEXEC时,它给了我"脚本头的过早结束".

Answer 1

不，您无法执行任何操作来“分离请求”。在单个 Perl 解释器进程中运行的所有脚本将共享相同的环境，并且在 mod_perl 下该环境是持久的。您可以尝试设置ModPerl::Registry运行它们（如果还没有），这应该将它们包装在自己的子例程中并消除一些命名空间问题，但如果编写脚本时没有考虑到持久性（*），您'我们仍然必须至少在某种程度上修改它们。

http://perl.apache.org/docs/2.0/user/intro/start_fast.html#Registry_Scripts

当脚本使用特定模块（例如 SOAP::Lite）时，您也可能会遇到麻烦，这些模块具有在使用它的所有模块之间共享的全局状态，尽管这是一个罕见的问题。

所以不，不幸的是，您无法确保脚本在不更改的情况下正常工作。有些可能会好起来，有些则不会。除了单独的 mod_perl 服务器之外，您也许还应该设置一个常规的 Apache CGI 服务器，并逐步将它们迁移过来。您无法获得常规 CGI 服务器的性能，但也不会有问题。

(*) 特别是，这是很多很多个月前的记忆，他们必须避免设置全局变量，始终使用 声明变量my，使用 CGI 模块（或 mod_perl API）进行请求交互，等等。