Difference between revisions of "FastCGI"
Jump to navigation
Jump to search
(Created page with "One of the main use-cases of FastCGI proxying within Nginx is for PHP processing. Unlike Apache, which can handle PHP processing directly with the use of the mod_php module, N...") |
|||
| Line 1: | Line 1: | ||
| − | One of the main use-cases of FastCGI proxying within Nginx is for PHP processing. Unlike Apache, which can handle PHP processing directly with the use of the mod_php module, Nginx must rely on a separate PHP processor to handle PHP requests. Most often, this processing is handled with php-fpm, a PHP processor that has been extensively tested to work with Nginx. | + | One of the main use-cases of FastCGI proxying within [[Nginx]] is for [[PHP]] processing. Unlike Apache, which can handle PHP processing directly with the use of the mod_php module, Nginx must rely on a separate PHP processor to handle PHP requests. Most often, this processing is handled with php-fpm, a PHP processor that has been extensively tested to work with Nginx. |
Revision as of 10:58, 26 December 2019
One of the main use-cases of FastCGI proxying within Nginx is for PHP processing. Unlike Apache, which can handle PHP processing directly with the use of the mod_php module, Nginx must rely on a separate PHP processor to handle PHP requests. Most often, this processing is handled with php-fpm, a PHP processor that has been extensively tested to work with Nginx.
See also
- Web server: Nginx:
/etc/nginx/nginx.conf,nginx -t, Nginx logs, Nginx change log, PHP,php-fpm, Let's encrypt, Nginx directives, Reverse Proxy, Configure HTTP redirection Nginx, Return,proxy_pass (Reverse proxy),ngx_http_rewrite_module,/etc/nginx/sites-enabled/,error.log,access.log,/nginx status, AIO
Advertising:
