PHP-FPM 매개변수 이해
process_control_timeout
process_control_timeout
英文解释
1 2 |
|
中文解释
1 2 3 |
|
中文翻译有个不恰当的地方,英文解释里并没有指明该信号是复用信号。
我的理解:
处理请求
原则上,php-fpm
会选择空闲的fastcgi
进程去处理请求,在处理之前,php-fpm会给fastcgi发送信号,用来让fastcgi进程准备好接受请求处理。但是fastcgi进程并不总是能够处理请求,也就是不能总是响应该信号(比如出现假死的情况),这时候就需要设定php-fpm留给fastcgi进程响应信号的时间,如果超时了,php-fpm会想其他办法(例如选择其他fastcgi
进程),这个就process_control_timeout
参数的作用。
php-fpm
进行reload
process_control_timeout
= 10
1 2 3 |
|
当浏览器访问http://localhost
时,进行php-fpm
平滑reload
,fastcgi信号收到关闭进程信号后,第一个sleep函数会直接返回,但是第二个sleep仍在执行。因此,php-fpm会被这一个旧fastcgi进程卡10s,超过后才能完成平滑重启
request_terminate_timeout
在php-fpm.conf
文件中的描述如下:
1 2 3 4 5 6 |
|
翻译过来就是:request_terminate_timeout
参数设置了处理单个请求的超时时间,过了之后,该worker进程就会被kill掉。这个选项应该在php.ini文件的max_execution_time
选项由于某种原因没有停止脚本的运行下使用。默认值为0,表示该选项为关闭状态。
正如上面所说,request_terminate_timeout
设定的是请求的超时时间,而php.ini配置中的max_execution_time
根据手册如下的解释,是脚本被允许的最大执行时间。
1 2 3 4 5 6 |
|
区别如下:
超时后,request_terminate_timeout
会返回502Bad Gateway了,而max_execution_time
会抛出Fatal Error
。
max_execution_time不包括诸如使用system()
,sleep()
rrreee
중국어 설명rrreee중국어 번역에서 부적절한 부분이 있습니다. 영어 설명에서는 신호가 다중화된 신호임을 나타내지 않습니다.
내가 이해한 바: 🎜🎜요청 처리🎜🎜원칙적으로php-fpm
은 요청을 처리하기 전에 유휴 fastcgi
프로세스를 선택합니다. 요청 처리를 수락하기 위해 fastcgi 프로세스를 준비하기 위해 fastcgi에 신호를 보냅니다. 그러나 fastcgi 프로세스는 항상 요청을 처리할 수 있는 것은 아닙니다. 즉, 신호(예: 정지된 애니메이션)에 항상 응답할 수는 없습니다. 이때 php-fpm이 fastcgi 프로세스를 위해 남겨두는 시간을 설정해야 합니다. 시간이 초과되면 php -fpm은 다른 방법(예: 다른 fastcgi
프로세스 선택)을 생각할 것입니다. 이것이 process_control_timeout
매개변수의 역할입니다. 🎜🎜php-fpm
은 다시 로드
를 수행합니다🎜🎜process_control_timeout
= 10🎜rrreee🎜브라우저가 http://localhost에 액세스할 때 code>에서 <code>php-fpm
스무딩 reload
를 수행합니다. fastcgi 신호가 종료 프로세스 신호를 수신한 후 첫 번째 절전 기능이 직접 반환되지만 두 번째 절전 모드는 여전히 그대로 유지됩니다. 구현하다. 따라서 php-fpm은 이 오래된 fastcgi 프로세스에 의해 10초 동안 정지됩니다. 그 후에는 원활한 재시작을 완료할 수 있습니다🎜🎜request_terminate_timeout
🎜🎜php-fpm.conf 파일 다음과 같습니다. 🎜rrreee🎜번역은 다음과 같습니다.<br><code>request_terminate_timeout
매개변수는 단일 요청 처리에 대한 시간 제한을 설정합니다. 그 후에는 작업자 프로세스가 종료됩니다. 이 옵션은 php.ini 파일의 max_execution_time
옵션이 어떤 이유로든 스크립트 실행을 중지하지 않는 경우 사용해야 합니다. 기본값은 0이며, 이는 이 옵션이 꺼져 있음을 의미합니다. 🎜🎜위에서 언급한 것처럼 request_terminate_timeout
은 요청의 시간 제한을 설정하며, php.ini 구성의 max_execution_time
은 매뉴얼 최대 실행의 다음 설명에 따라 스크립트에 허용됩니다. 시간. 🎜rrreee🎜차이점은 다음과 같습니다. 🎜🎜시간 초과 후 request_terminate_timeout
은 502Bad Gateway를 반환하고 max_execution_time
은 치명적인 오류를 발생시킵니다. . 🎜🎜max_execution_time에는 <code>system()
, sleep()
을 사용하는 시스템 호출, 스트림 작업, 데이터베이스 작업 등의 시간이 포함되지 않으므로 더 쓸모가 없습니다. , request_terminate_timeout에는 프로그램 전체 요청 시간이 포함됩니다. 🎜🎜또한 request_terminate_timeout을 켜도 max_execution_time이 무효화되지는 않습니다. 시간 초과에 먼저 도달한 사람이 적용됩니다. 🎜🎜PHP 관련 더 많은 문제를 보려면 PHP 중국어 웹사이트를 방문하세요: 🎜https://www.php.cn/🎜🎜위 내용은 PHP-FPM 매개변수 이해의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

Linux 환경에서 PHP7-FPM 시작 실패 문제를 해결하는 방법 Linux 서버를 사용하여 웹 사이트 또는 응용 프로그램을 구축할 때 PHP7-FPM은 일반적으로 사용되는 PHPFastCGI 프로세스 관리자입니다. 그러나 때로는 PHP7-FPM이 시작되지 않는 문제가 발생하여 웹 사이트에 정상적으로 액세스할 수 없는 경우가 있습니다. 이 문서에서는 몇 가지 일반적인 해결 방법을 다루고 구체적인 코드 예제를 제공합니다. 이 정보가 PHP7-FPM 시작 실패 문제를 신속하게 해결하는 데 도움이 되기를 바랍니다. 조사하다

Ubuntu에서 PHP-FPM이 부족한 문제를 해결하려면 구체적인 코드 예제가 필요합니다. Ubuntu 시스템에서는 PHP-FPM을 설치하고 구성하는 것이 일반적인 작업이지만 설치 과정에서 PHP-FPM이 누락되는 문제가 발생하는 경우가 있습니다. 이 문서에서는 이 문제를 해결하는 방법을 자세히 설명하고 설치 및 구성을 완료하는 데 도움이 되는 특정 코드 예제를 제공합니다. 1. PHP-FPM이 설치되어 있는지 확인 먼저 다음 명령을 사용하여 시스템에 PHP-FPM이 설치되어 있는지 확인합니다. dpkg-l|gr

Linux의 PHP7-FPM은 일반적으로 PHP 프로그램 실행을 처리하는 데 사용되는 일반적인 PHPFastCGI 프로세스 관리자입니다. 그러나 때로는 구성이나 배포 과정에서 PHP7-FPM이 시작되지 않아 웹 사이트에 정상적으로 접근할 수 없는 상황이 발생할 수 있습니다. 이 경우 문제를 처리하고 해결하기 위해 몇 가지 조치를 취해야 합니다. 1. 오류 로그를 확인하십시오. 먼저 PHP7-FPM의 오류 로그를 확인하십시오. 일반적으로 오류 로그는 /var/log/php7-fpm에 있습니다.

저희 웹 프로젝트 중 하나의 경우, 신도시 증가로 인해 방문 횟수가 증가하고, 인터페이스를 제공하는 업체로서 최근 "502" 요청이 많이 접수되고 있습니다. 다운스트림 피드백을 통해. 502, badgateway는 일반적으로 업스트림(여기서는 PHP)의 오류입니다. PHP의 경우 502의 일반적인 원인은 스크립트 실행이 시간 초과 설정 시간을 초과하거나 시간 초과 설정이 너무 커서 PHP 프로세스가 중단되는 것입니다. 오랫동안 풀려나고, 손님을 데리러 가는 유휴 작업자가 없습니다. 우리 프로젝트는 PHP 실행 시간 설정이 너무 짧기 때문에 발생합니다. 이 경우 먼저 PHP 실행 시간을 적절하게 늘리고 502가 먼저 지워지는지 확인하면 최적화에 더 많은 비용이 듭니다.

Graceful Restart GR은 Graceful Restart의 약어로, 프로토콜이 다시 시작될 때 전달 서비스가 중단되지 않도록 하는 메커니즘입니다. GR 메커니즘의 핵심은 장치가 프로토콜을 다시 시작할 때 주변 장치에 안정적인 이웃 관계를 유지하고 일정 시간 내에 해당 장치로 라우팅하도록 알릴 수 있다는 것입니다. 프로토콜이 다시 시작된 후 주변 장치는 정보(GR을 지원하는 라우팅/MPLS 관련 프로토콜에서 유지 관리하는 다양한 토폴로지, 라우팅 및 세션 정보 포함)를 동기화하도록 지원하여 장치가 다시 시작되기 전 상태로 복원될 수 있도록 합니다. 가능한 한 짧은 상태. 전체 프로토콜 재시작 프로세스 동안 경로 플래핑이 발생하지 않으며, 패킷 전달 경로에 변경이 없으며 전체 시스템이 중단 없이 데이터를 전달할 수 있습니다. 이 프로세스를 원활한 다시 시작이라고 합니다.

Ubuntu 시스템에서 PHP-FPM이 누락되는 문제를 해결하려면 일련의 단계에 따라 PHP-FPM을 설치하고 구성해야 합니다. PHP-FPM(FastCGIProcessManager)은 동적 페이지 요청을 처리하고 PHP 애플리케이션의 성능과 안정성을 향상시킬 수 있는 프로세스 관리자입니다. 다음에서는 Ubuntu 시스템에 PHP-FPM을 설치 및 구성하는 방법을 자세히 설명하고 이 문제를 해결하는 데 도움이 되는 특정 코드 예제를 제공합니다. 1단계: 시스템 업데이트가 진행 중입니다.

nginx는 apache와 다릅니다. apache에서는 php의 에러 로그를 직접 지정할 수 있기 때문에 php 실행 중 에러 정보가 php의 에러 로그에 바로 입력되어 쉽게 조회할 수 있습니다. nginx에서는 다음과 같이 됩니다. nginx는 페이지 방문에 대한 액세스 로그만 기록합니다. PHP 오류 로그 정보는 없습니다. nginx는 처리를 위해 php-fpmfastcgi 프로세스에 php에 대한 요청을 보냅니다. 기본 php-fpm은 php-fpm의 오류 메시지만 출력하며 php-fpm의 오류 로그에서는 php의 오류 로그를 볼 수 없습니다. 그 이유는 php-fpm의 구성 파일 php가

Linux 서버에서 서버 측 스크립트 실행 환경으로 PHP7-FPM을 사용하는 것이 일반적인 관행이지만 때로는 시작 예외가 발생할 수 있습니다. 이 기사에서는 PHP7-FPM 시작 예외를 처리하는 몇 가지 기술을 소개하고 독자가 문제를 더 잘 해결하는 데 도움이 되는 몇 가지 특정 코드 예제를 제공합니다. 1. 구성 파일을 확인하십시오. PHP7-FPM의 구성 파일은 일반적으로 /etc/php/7.x/fpm/pool.d/ 디렉토리에 위치하여 구성 파일의 구성이 올바른지 확인하십시오. 만들 수 있다
