이 기사에서는 PHP에 대한 관련 지식을 제공합니다. 주로 PHP의 동시성 기능을 향상시키는 솔루션을 소개합니다. 이 기사에서는 모든 사람의 학습이나 작업에 대한 특정 참조 학습 가치가 있는 예제 코드를 자세히 살펴보겠습니다. 함께하면 모두에게 도움이 되기를 바랍니다.
(추천 튜토리얼: PHP 비디오 튜토리얼)
이 글에는 프로그래밍 학습 노트 gitee가 포함되어 있습니다. PHP, JavaScript, Linux, Golang, MySQL, Redis, 오픈 소스 도구 등을 다룹니다.
프로덕션 환경에서 사용되는 PHP는 PHP 자체가 더 나은 성능을 발휘할 수 있도록 최적화되어야 하며, PHP 코드 작성 외에도 php-fpm 및 php.ini 튜닝도 구성해야 합니다. 이 기사에서는 메모리, OPcache, 업로드, 세션 및 보안 측면에서 php.ini 구성 조정을 설명합니다.
다른 컴파일 언어와 비교할 때 PHP의 가장 큰 단점은 모든 요청에 일부 모듈 구문 분석이 필요하며 실제로 실행되는 것은 작업 프로세스라는 것입니다. 작업 프로세스를 시작하려면 더 많은 리소스가 필요합니다. 동시에 모든 요청은 일부 코드를 다시 구문 분석하므로 구문 분석이 반복됩니다.
PHP 최적화를 위해서는 이 측면에 집중하여 최적화를 고려할 수 있습니다.
PHP를 실행할 때 각 PHP 프로세스가 사용하는 메모리 양에 주의해야 합니다. php.ini의 memory_limit
설정은 단일 PHP 프로세스가 사용하는 최대 시스템 메모리를 설정하는 데 사용됩니다. 사용할 수 있습니다. memory_limit
设置用于设定单个 PHP 进程可以使用的系统内存最大值。
这个设置的默认值是 128M,这对于大多数中小型 PHP 应用来说或许合适,不过,如果运行的是微型 PHP 应用,可以降低这个值,以便节省系统资源,反之,如果运行的是内存集中型 PHP 应用,可以增加这个值。这个值的大小由可用的系统内存决定,确定给 PHP 分配多少值是一门艺术,决定给 PHP 分配多少内存,以及能负担起多少个 PHP-FPM 进程时,可以根据以下维度信息进行判断:
top
,也可以在 PHP 脚本中调用 memory_get_peak_usage()
top
을 사용하거나 PHP 스크립트에서 memory_get_peak_usage()
함수를 호출할 수 있습니다. 사용되는 경우 동일한 스크립트를 여러 번 실행하고 메모리 소비를 평균화합니다. 주문형 프로세스 수, 일부 프로세스는 기본적으로 초기화됩니다. 입력량이 너무 많으면 일부 새 프로세스가 요청 완료 후 동적으로 생성됩니다.몇 개의 PHP-FPM 프로세스를 감당할 수 있나요? PHP에 512M 메모리를 할당하고 각 PHP 프로세스가 평균 15M 메모리를 소비한다고 가정하면 34개의 PHP-FPM 프로세스를 감당할 수 있습니다.
시스템 리소스가 충분합니까? 마지막으로, PHP 애플리케이션을 실행하고 예상 트래픽을 처리하기에 충분한 시스템 리소스가 있는지 확인해야 합니다. 특정 PHP 구성 정보는 php-fpm.config 구성 파일을 참조하세요.; 하위 프로세스가 마스터의 신호에 대한 반응을 기다리는 시간 제한.
; 이는 많은 풀 내에서 동적 PM을 사용할 때 전역 프로세스 수를 제어하도록 설계되었습니다.
; 사용 가능한 단위: s(econds), m(inutes), h(ours) 또는 d(ays)
;
; 기본값: 0
; process_control_timeout = 0; 주의하세요.
; 다르게 지정됨
; 참고: 값이 0이면 제한이 없음을 나타냅니다. 기본값: 0
; process.max = 128
; 마스터 프로세스에 적용할 nice(2) 우선순위를 지정합니다(설정된 경우에만). 값은 -19(가장 높은 우선순위)부터 20(가장 낮은 우선순위)까지 다양할 수 있습니다
참고: - FPM 마스터 프로세스가 루트로 시작된 경우에만 작동합니다
- 풀 프로세스는 마스터 프로세스 우선순위를 상속합니다; 기본값: no set
php-fpm에는 고정된 프로세스 수, 주문형 프로세스 수, 완전 동적 프로세스 수라는 세 가지 작동 모드가 있습니다.
; FPM을 백그라운드로 보냅니다. 디버깅을 위해 FPM을 전경에 유지합니다.
;
PHP5.5.0+에는 이 확장이 내장되어 있습니다. 다음은 몇 가지 필수 구성 정보입니다:
opcache.memory_consumption = 64
: opcode 캐시에 할당된 메모리(단위는 MB), 할당된 메모리 이 값은 애플리케이션의 모든 PHP 스크립트에서 컴파일된 opcode를 저장할 수 있어야 합니다. 이 값은 애플리케이션의 크기에 따라 다른 크기로 설정될 수 있습니다. opcache.memory_consumption = 64
:为操作码缓存分配的内存(单位是MB),分配的内存量应该可以保存应用中所有 PHP 脚本编译得到的操作码,这个值根据应用的体量可以设置成不同大小的值。
opcache.interned_strings_buffer = 16
:用来存储驻留字符串的内存量(单位是MB),什么是驻留字符串呢?PHP 解释器在背后会找到相同字符串的多个实例,把这个字符串保存在内存中,如果再次使用相同的字符串,PHP 解释器会使用指针,这么做的目的是节省内存。默认情况下,PHP 驻留字符串会隔离在各个 PHP 进程中,这个设置能让 PHP-FPM 进程池把所有进程驻留字符串存储到共享的缓冲区中,以便在 PHP-FPM 进程池中的多个进程之间引用驻留字符串,这样能节省更多内存。
opcache.max_accelerated_files = 4000
:操作码缓存中最多能存储多少个 PHP 脚本,这个值的区间是 2000 到 100000 之间,这个值一定要比 PHP 应用中的文件数大。
opcache.validate_timestamps = 1
:这个设置的值为1时,经过一段时间后 PHP 会检查 PHP 脚本的内容是否有变化,检查的时间间隔由opcache.revalidate_freq设置指定。如果这个设置的值为0,PHP 不会检查 PHP 脚本的内容是否有变化,我们必须自己动手清除缓存的操作码。建议在开发环境中设置为1,生产环境中设置为0。
opcache.revalidate_freq = 0
:设置多久(单位是秒)检查一次 PHP 脚本内容是否有变化。设置为0秒的含义是仅当opcache.validate_timestamps设置为1时,才会在每次请求时都重新验证 PHP 文件,因此,在开发环境中每次都会重新验证 PHP 文件,在生产环境中则不验证。
opcache.fast_shutdown = 1
:这么设置能让操作码使用更快的停机步骤,把对象析构和内存释放交给 Zend Engine 的内存管理器完成。
如果你的应用允许上传文件,最好设置最大能上传的文件大小。除此之外,最好还要设置最多能同时上传多少个文件:
file_uploads = 1 upload_max_filesize = 10M max_file_uploads = 3
默认情况下,PHP 允许在单次请求中上传 20 个文件,上传的文件最大为 2MB,这里我设置为单次请求最多只能上传 3 个文件,每个文件最大为 10MB,这个值不要设置太大,否则会出现超时。
注:如果非要上传大文件,Web 服务器的配置也要做相应调整。除了在 php.ini 中设置之外,还要调整 Nginx 虚拟主机配置中的 client_max_body_size
设置。
此外,如果是上传特大文件,我建议使用Webuploader专门的上传组件,前端对大文件进行切片,后端php对分片数据进行合并还原文件。有关WebUploader应用请参考本站文章:功能强大的文件上传组件-WebUploader。
max_execution_time 用于设置单个 PHP 进程在终止之前最长可运行时间。这个设置默认是 30 秒,建议将其设置为 5 秒:
max_execution_time = 5
在 PHP 脚本中可以调用set_limit_time()
opcache.interned_strings_buffer = 16
: 상주 문자열을 저장하는 데 사용되는 메모리 양(단위는 MB) 그 뒤에서 PHP 인터프리터는 동일한 문자열의 여러 인스턴스를 찾아 해당 문자열을 메모리에 저장합니다. 동일한 문자열이 다시 사용되면 PHP 인터프리터는 메모리를 절약하기 위해 포인터를 사용합니다. 기본적으로 PHP 상주 문자열은 각 PHP 프로세스에서 격리됩니다. 이 설정을 사용하면 PHP-FPM 프로세스 풀이 모든 프로세스 상주 문자열을 공유 버퍼에 저장하여 PHP-FPM 프로세스 풀에서 처리할 수 있습니다. 여러 프로세스 간에 참조되므로 더 많은 메모리가 절약됩니다. opcache.max_accelerated_files = 4000
: opcode 캐시에 저장할 수 있는 최대 PHP 스크립트 수입니다. 이 값의 범위는 2000에서 100000 사이입니다. 이 값은 다음 수보다 커야 합니다. PHP 애플리케이션의 파일. opcache.validate_timestamps = 1
: 이 설정의 값이 1이면 PHP는 일정 시간 후에 PHP 스크립트의 내용이 변경되었는지 여부를 확인합니다. 확인 간격은 opcache에 의해 지정됩니다. .revalidate_freq 설정. 이 설정 값이 0이면 PHP는 PHP 스크립트의 내용이 변경되었는지 여부를 확인하지 않으며 캐시된 opcode를 직접 지워야 합니다. 개발 환경에서는 1, 프로덕션 환경에서는 0으로 설정하는 것이 좋습니다. opcache.revalidate_freq = 0
: PHP 스크립트의 내용이 변경되었는지 확인하는 빈도(초)를 설정합니다. 0초로 설정한다는 의미는 opcache.validate_timestamps가 1로 설정된 경우에만 모든 요청에서 PHP 파일의 유효성이 다시 검사된다는 의미입니다. 따라서 개발 환경에서는 PHP 파일이 매번 다시 유효성이 검사되지만 생산 환경을 확인합니다. opcache.fast_shutdown = 1
: 이 설정을 사용하면 opcode가 더 빠른 종료 단계를 사용하여 객체 파괴 및 메모리 해제를 Zend 엔진의 메모리 관리자에 맡길 수 있습니다. 파일 업로드애플리케이션에서 파일 업로드를 허용하는 경우 업로드할 수 있는 최대 파일 크기를 설정하는 것이 가장 좋습니다. 또한 동시에 업로드할 수 있는 최대 파일 수를 설정하는 것이 가장 좋습니다. session.save_handler = "memcached" session.save_path = "服务地址:端口号"
client_max_body_size
설정을 조정하세요. 🎜🎜또한 초대형 파일을 업로드하는 경우 Webuploader의 특화된 업로드 구성 요소를 사용하는 것이 좋습니다. 프런트 엔드는 대용량 파일을 분할하고 백엔드 PHP는 조각난 데이터를 병합하여 파일을 복원합니다. WebUploader 애플리케이션에 대한 자세한 내용은 이 사이트의 강력한 파일 업로드 구성 요소-WebUploader 문서를 참조하세요. 🎜🎜실행 시간🎜🎜max_execution_time은 단일 PHP 프로세스가 종료되기 전에 실행할 수 있는 최대 시간을 설정하는 데 사용됩니다. 이 설정의 기본값은 30초이며 5초로 설정하는 것이 좋습니다. 🎜output_buffering = 4096 implicit_flush = false
set_limit_time()
함수를 호출하여 이 설정을 재정의할 수 있습니다. 🎜🎜보고서를 생성하고 결과를 PDF 파일로 만들고 싶다고 가정해 보겠습니다. 이 작업은 완료하는 데 10분이 걸릴 수 있으며 PHP 요청을 10분 동안 기다리게 하고 싶지는 않습니다. 별도의 PHP를 작성해야 합니다. 파일을 다운로드하고 10분 동안 기다리면 웹 애플리케이션이 단 몇 밀리초 안에 별도의 백그라운드 프로세스를 생성한 다음 HTTP 응답을 반환할 수 있습니다. 🎜🎜실제로 완료하는 데 시간이 많이 걸리는 작업을 실행할 때 일반적으로 백그라운드 프로세스를 사용합니다. 예를 들어 PHP의 swoole 확장을 사용하여 보고서를 생성하고 일괄적으로 이메일을 보낼 수 있는데 시간이 오래 걸립니다. 🎜🎜세션 처리🎜🎜PHP의 기본 상황은 소위 세션 정보와 같은 세션에서 생성된 정보를 디스크에 저장하는 것입니다. 세션을 생성하고 읽을 때 디스크에서 I/O 작업이 수행됩니다. 디스크 읽기 및 쓰기는 실제로 상대적으로 시간이 많이 소요되는 작업입니다. 그리고 세션은 분산 응용 프로그램의 세션 메커니즘을 처리하는 데 편리하지 않습니다. 읽기 및 쓰기 속도가 빠르고 분산 세션 메커니즘으로 처리할 수 있는 Redis 및 memcached와 같은 인메모리 서비스에 배치하는 것이 좋습니다. 🎜🎜다음 예에서는 memcached 메모리에 세션과 같은 정보를 저장합니다. 🎜open_basedir = /data/www
output_buffering = 4096 implicit_flush = false
如果想要修改输出缓冲区的大小,确保使用的值是4(32位系统)或8(64位系统)的倍数。
open_basedir
:使用open_basedir选项能够控制PHP脚本只能访问指定的目录,这样能够避免PHP脚本访问不应该访问的文件,一定程度上限制了phpshell的危害。我们一般可以设置为只能访问网站目录:
open_basedir = /data/www
disable_functions
:一般我们要禁止系统函数和禁止任何文件和目录的操作,如:
disable_functions = '.....'
expose_php = Off
:将此项设置为false即不会再header头输出PHP版本信息。
display_errors = Off
:生产环境中,我们应该禁止错误提示,如果是本地开发环境,可以设置为On。
log_errors = On
:建议在关闭display_errors后能够把错误信息记录下来,便于查找服务器运行的原因。
error_log
:设置PHP错误日志存放的目录。
(推荐教程:PHP视频教程)
위 내용은 PHP는 동시성 기능을 향상시키는 방법을 자세히 설명합니다.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!