FCGI死了吗?这些天有什么选择?

Is FCGI dead? What is alternative in these days?

我是 Perl 初学者。

我的理解如下。

看起来不错。 但是,在我使用 Golang、Nginx 或其他软件进行现代开发的经验中,我从未见过 FCGI。

现代网络应用程序不再需要 FCGI 了吗?

FCGI的缺点是什么,FCGI还有什么优势?

如果我们说有更好的 alternatives/ways 那将是正确的陈述,而不是说死或活。还是在 2021 年,我已经看到代码 运行 FCGI 在生产中并且运行良好。最新评论发生在 2019 年 github。一切都有时间框架。老不等于bad/dead,年轻不等于good/alive.

对于现代 Web 开发,现在有许多可用的框架 -

  1. Catalyst
  2. Mojolicious
  3. Dancer2
  4. Kelp
  5. Raisin

前 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?

Perl CGI vs FastCGI

Which is better perl-CGI, mod_perl or PSGI?

...

上稍微展开

在编写 Web 应用程序时,您需要问自己两个问题:

  1. 我要用什么 language/framework 编写此应用程序?
  2. 我将如何部署此应用程序?

在糟糕的过去,这两个问题的答案以令人讨厌的方式交织在一起。您可能最初编写了一个 CGI 程序,然后在您希望应用程序获得更好的性能时切换到不同的部署环境(可能是 FCGI 或 mod_perl)。但是更改为不同的部署环境通常意味着对代码进行大量更改。该应用程序需要太多关于部署环境的知识。这让生活变得艰难。

如果你使用其他答案中的框架,那么情况就不同了。这些框架中的大多数(也许是全部)运行 都基于称为 PSGI(Perl 服务器网关接口)的协议。通过使用这些框架编写您的应用程序,您的应用程序将使用 PSGI 协议与 Web 服务器交互。并且有适用于所有 Web 部署环境的 PSGI 适配器。因此,您可以先将 Dancer2 应用程序部署为 CGI 程序(很少有人这样做,但这是完全可能的),然后将其移至 FCGI 或 mod_perl 环境,而无需更改您的代码。

我仍然看到人们在 FCGI 中部署应用程序。如今,它肯定比使用 mod_perl 更常见。但是,老实说,我看到的最常见的部署环境是将您的应用程序设置为高端口号上的独立服务 运行,并使用像 nginx 这样的服务器来代理对您的服务的请求。这就是我的建议。