6

我必须维护一个包含大量 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脚本.pl
  • 禁用 suEXEC

最后一个是必要的，因为它在启用 suEXEC 时给了我“脚本头的过早结束”。

4

1 回答 1

0

不，您无法“分离请求”。在单个 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）进行请求交互，等等。

于 2014-07-16T14:30:24.603 回答