似乎这里关于 FastCGI 的大多数讨论都是近十年前就停止的，所以作为刚刚决定开始使用它的人，我想知道我是否犯了一个错误，因为我面前有不可预见的安全或兼容性问题。以下是引起我担忧的几件事：
- 看起来它的库（例如 Perl CPAN 模块）已经多年没有更新了。
- 这Perl 模块抱怨 UTF-8 输出年份此后，情况就变得正常了，而且缺乏更新，似乎没有给修复带来太大的希望。
- 我还注意到Mojolicious 放弃了对 FastCGI 的支持几年前，我因为不符合代码库的质量标准而受到批评。我目前不使用 Mojolicious，但我发现这一点值得注意。
今年终于意识到 FastCGI 是选择了死路一条吗？
我有一些使用 PHP 的客户，所以我对 PHP 支持很感兴趣，但我主要想知道是否有更好的面向未来的替代方案，可以支持 Perl，这是我在服务器上用于大多数 CGI 程序的语言。也许我想得太多了，FastCGI 就很好。到目前为止，我正在使用mod_fcgidApache，尽管我的目标是让它直接与 Nginx 一起运行，我已经在使用它来提供静态内容。
答案1
FastCGI 是唯一通过 nginx 直接运行 PHP 脚本的接口，因此它仍然非常有效。
但是相关性取决于具体语言。Perl 对我来说还是一个未知领域，所以我无法对此发表评论。