如何解决FCGI死了吗？这些天有什么替代品？
我是 Perl 的初学者。
我的理解如下。
- FCGI 是一个协议
- 它是 Web 服务器和 Web 应用程序之间的网关接口
- 进程会在特定时间段（例如 5 分钟）内保持活动状态并接受多个请求，因此响应速度很快。
- 在构建进程之前缓存一些数据，以便您可以与所有进程共享这些缓存，并且可以通过写时复制来节省内存。
看起来不错。 但是，在我使用 Golang、Nginx 或其他任何东西进行现代开发的经验中，我从未见过 FCGI。
现代 Web 应用程序不再需要 FCGI 了吗？
FCGI 的缺点是什么，FCGI 的优点是什么？
解决方法
如果我们说有更好的替代方案/方式可以成为正确的陈述，而不是说任何死的或活的。仍然在 2021 年，我已经看到在生产中使用 FCGI 运行的代码并且运行良好。最新评论发生在 2019 年的 github 中。一切都有一个时间框架。老不代表坏/死，年轻不代表好/活。
对于现代 Web 开发，现在有许多可用的框架 -
前 3 名是最常见的。 Mojo 是我个人的最爱。 您可以将它们与 Plack/uWSGI 一起使用，您很快就可以开始使用了。他们会照顾好一切。
既然您提到“FastCGI 是一种协议”并且它不是一种实现，那么它不应该特定于任何语言。将有跨不同语言的实现（可能不流行）。您可以通过单次搜索找到它们。 Nginx
的一个例子之前还问过很多其他类似的问题。看看那些。他们会让你更清楚。
Is there a speed difference between WSGI and FCGI?
Is mod_perl what I'm looking for? FastCGI? PSGI/Plack?
Which is better perl-CGI,mod_perl or PSGI?
,稍微扩展Maverick's answer...
在编写 Web 应用程序时，您需要问自己两个问题：
- 我打算用什么语言/框架来编写这个应用程序？
- 我将如何部署此应用程序？
在糟糕的过去，这两个问题的答案以令人讨厌的方式交织在一起。您可能最初编写了一个 CGI 程序，然后当您希望应用程序具有更好的性能时，稍后切换到不同的部署环境（可能是 FCGI 或 mod_perl）。但是更改到不同的部署环境通常意味着对您的代码进行大量更改。应用程序需要太多关于部署环境的知识。这让生活变得艰难。
如果您使用其他答案中的框架，那么事情就不一样了。大多数（可能是全部）这些框架都运行在称为 PSGI（Perl 服务器网关接口）的协议之上。通过使用这些框架编写您的应用程序，您的应用程序将使用 PSGI 协议与 Web 服务器交互。并且有适用于所有 Web 部署环境的 PSGI 适配器。因此，您可以首先将您的 Dancer2 应用程序部署为 CGI 程序（很少有人这样做，但完全有可能），然后将其移动到 FCGI 或 mod_perl 环境中，而无需更改您的代码。
我仍然看到人们在 FCGI 中部署应用程序。现在肯定比使用 mod_perl 更常见。但是，老实说，我看到的最常见的部署环境是将您的应用程序设置为在高端口号上运行的独立服务，并使用像 nginx 这样的服务器来代理对您的服务的请求。这就是我推荐的。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
