perl - PSGI:这是什么？有什么大惊小怪的？

Question

我一直在尝试确定我的 Web 项目是否适合使用 PSGI 实现，但现阶段我并没有真正看到它对我的应用程序有什么好处。

我真的不明白这些大惊小怪的事情。对我来说，PSGI 似乎是一个框架，它在不同的 Apache 模块之间提供通用接口(interface)，让您可以在它们之间移动应用程序。例如，轻松地将应用程序从在 mod_perl 上运行转移到 fastcgi，并提供在这两种选项上运行的应用程序支持。

是这样吗，还是我错过了什么？

作为我和我的团队的一部分，我不仅开发应用程序，而且还负责服务器的维护和设置，我不认为能够在 fastcgi、cgi 和 mod_perl 上运行对我们有什么值(value)，我们只使用 mod_perl 就可以了。

我是否误解了 PSGI 功能，或者它只是不适合我的项目？

Answer 1

忘记 Apache 位吧。这是一种编写应用程序的方法，这样网络服务器的选择就变得不那么重要了。在 $work 中，我们在升级到 Apache2 后发现我们的应用程序以非常高的 CPU 负载运行后，我们切换到 Plack/PSGI - 对各种 Apache 配置进行基准测试，NYTProf'ing 无法确定原因，而使用 PSGI 和 Starman Web 服务器效果要好得多对于我们来说。

现在一切都由我们的 PSGI 应用程序(URL 重写、静态内容、过期 header 等)集中处理，而不是 Apache 配置，因此 a) Perl，b) 通过我们的标准/t/轻松测试脚本。此外，我们的测试现在正在测试用户所看到的内容，而不仅仅是基本应用程序本身。

如果您对 Apache 和 mod_perl 感到满意，它可能与您无关，并且我相信其他人能够给出更好的答案，但对于我们来说，不必再次处理与 Apache 相关的任何事情这本身就是一种解脱。测试的简便性，以及只需坚持使用 Data::Dumper 并查看发生了什么而不是与 ModRewrite 和 friend 们角力的能力，是一个巨大的福音。