I have been checking the relationship between fastcgi and php-fpm online for almost a week. , I basically read it over and over, and there are really different opinions, and there is no authoritative definition.
Some people on the Internet say that fastcgi is a protocol, and php-fpm implements this protocol;
Some people say that php-fpm is Fastcgi process manager, used to manage fastcgi processes;
Some say that php-fpm is a patch for the PHP kernel;
Some say that after modifying the php.ini configuration file, there is no way to restart smoothly, so php-fpm was born;
Others say that PHP-CGI comes with PHP FastCGI manager, then why create php-fpm?
First of all, what is CGI for?
#CGI is to ensure that the data passed by the web server is in a standard format, which is convenient for writers of CGI programs.
The web server (such as nginx) is just a distributor of content. For example, if /index.html is requested, the web server will find this file in the file system and send it to the browser. What is distributed here is static data. Okay, if the request is now for /index.php, according to the configuration file, nginx knows that this is not a static file and needs to be processed by the PHP parser, then it will simply process the request and hand it over to the PHP parser. What data will Nginx pass to the PHP parser? The URL must be present, the query string must be present, the POST data must be present, and the HTTP header must be present. Well, CGI is the protocol that stipulates what data is to be transmitted and in what format to be passed to the backend for processing the request.
When the web server receives the request for /index.php, it will start the corresponding CGI program, which is the PHP parser. Next, the PHP parser will parse the php.ini file, initialize the execution environment, process the request, return the processed result in the format specified by CGI, and exit the process. The web server then returns the results to the browser.
Okay, CGI is a protocol and has nothing to do with processes or anything like that.
What is fastcgi?
Fastcgi is used to improve the performance of CGI programs.
Improve performance, so what are the performance problems of CGI programs?
"The PHP parser will parse the php.ini file and initialize the execution environment", that's it. Standard CGI will perform these steps for each request (don't be tired! Starting the process is very tiring!), so the time to process each time will be relatively long. This is obviously unreasonable! So how does Fastcgi do it? First, Fastcgi will start a master, parse the configuration file, initialize the execution environment, and then start multiple workers. When a request comes in, the master passes it to a worker and can immediately accept the next request. This avoids duplication of work and is naturally highly efficient. And when there are not enough workers, the master can pre-start several workers according to the configuration and wait; of course, when there are too many idle workers, some will be stopped, which improves performance and saves resources. This is fastcgi's process management.
So what is PHP-FPM?
is a program that implements Fastcgi and was officially accepted by PHP.
As we all know, the interpreter of PHP is php-cgi. php-cgi is just a CGI program. It can only parse requests and return results, but does not know how to manage processes (Your Majesty, I really can’t do that!) So there are some programs that can schedule php-cgi processes. For example, spawn-fcgi is separated from lighthttpd. Well, PHP-FPM is the same thing. After a long period of development, it has gradually been recognized by everyone (you know, in the past few years, everyone complained about the poor stability of PHP-FPM), and it has become more and more popular.
Okay, let’s finally come back to the above question.
Some people on the Internet say that fastcgi is a protocol, and php-fpm implements this protocol
Yes.
Some say that php-fpm is the manager of the fastcgi process and is used to manage the fastcgi process
right. The management object of php-fpm is php-cgi. But it cannot be said that php-fpm is the manager of the fastcgi process, because as mentioned earlier, fastcgi is a protocol, and it seems that no such process exists. Even if php-fpm exists, it cannot manage it (at least for now).
Some people say that php-fpm is a patch for the PHP kernel
It was correct before. Because php-fpm was not included in the PHP kernel at the beginning, to use this function, you need to find php-fpm that is the same as the source code version, patch the kernel, and then compile it. Later, it became much more convenient after the PHP kernel integrated PHP-FPM. Just use the --enalbe-fpm compilation parameter.
-
Some people say that after modifying the php.ini configuration file, there is no way to restart smoothly, so php-fpm
was born.
Yes, after modifying php.ini, the php-cgi process cannot be restarted smoothly. php-fpm's handling mechanism for this is that new workers use new configurations, and existing workers can rest after processing the work at hand. This mechanism is used to smooth the transition.
Some people say that PHP-CGI is the FastCGI manager that comes with PHP. If so, why create php-fpm?
wrong. php-cgi is just a program that interprets PHP scripts.
Recommended learning: "PHP Video Tutorial"