Composer 명령을 실행할 때 응답하지 않는 문제 해결(open_basedir 문제)

다음 칼럼에서는 composer tutorial에서 Composer의 어떤 명령을 실행해도 응답이 없을 때(open_basedir 문제) 해결 방법을 소개하겠습니다. 도움이 필요한 친구들에게 도움이 되길 바랍니다!

Environment

CentOS 7

Nginx 1.12.0

PHP 7.1.6

Problem

아무 것도 표시되지 않습니다. , 그리고 응답이 없습니다 다른 프로젝트를 만들 때. -vvv 옵션을 추가한 후 결과에 변화가 없습니다. 그런 다음 작곡가 -h, 작곡가 자체 업데이트 등의 명령을 실행하려고 시도하지만 프롬프트 메시지가 없습니다.

Composer 관련 명령어를 다시 실행한 후 echo $?를 실행했더니 255라는 결과가 나왔습니다.

Composer를 설치하려고 하면 open_basedir 관련 오류 메시지가 나타납니다. 저는 바로 문제를 알았습니다. 이번에 새 프로젝트를 생성하기 전에는 php.ini의 open_basedir 옵션을 설정했는데, 값은 프로젝트 디렉터리와 /tmp입니다. /. Composer의 작업 디렉터리는 프로젝트 디렉터리입니다.

open_basedir에 댓글을 달고 PHP를 다시 시작한 후 Composer를 사용하는 데 문제가 없었습니다. 하지만 여전히 open_basedir을 설정하고 싶습니다. 대답은 다음과 같습니다.

Nginx 사용

외부 요청 서버 구문 분석이든 터미널 PHP 명령이든 php.ini 파일이 사용되지만 Composer의 실행은 시스템에 로컬입니다. 즉, Nginx에서 설정한 경우 Composer를 로컬로 실행해도 영향을 받지 않습니다.

Nginx에 구성 추가

fastcgi_param  PHP_ADMIN_VALUE "open_basedir=项目目录/:/tmp/";

Nginx와 PHP를 다시 시작한 후 터미널에서 Composer를 실행하려고 하면 예외가 없습니다. Nginx 구성에서 open_basedir을 구성할 때 주의해야 할 두 가지 사항이 있습니다.

프로그램이 프레임워크인 경우 $document_root/를 작성하지 않는 것이 좋습니다. 왜냐하면 그것이 루트 값이고 이 값은 프레임워크로 들어가는 디렉토리이고 실행 시 반드시 오류를 발생시키게 되기 때문입니다. 이해하신다면 $document_root/라고 써도 되지만, 디렉토리 끝에 "/"를 추가하는 것을 잊지 마세요. 예를 들어 "/tmp/"라고 쓰세요. "/tmp" 대신 "/tmp"라고 쓰면 "/tmp1"도 허용 범위 안에 들어갑니다

그냥 php.ini를 사용하고 싶은데요

실행에 필요한 디렉터리임은 뻔합니다. Composer 명령은 프로젝트 디렉터리(Composer 명령의 작업 디렉터리)와 tmp 디렉터리에만 있는 것이 아니라, 관련 정보를 검색한 결과 결과가 나오지 않았습니다. Composer 명령이 있는 위치와 Composer의 파일 디렉터리를 php.ini의 open_basedir 값으로 설정한 다음 PHP와 Composer를 다시 시작하면 정상입니다.

위 내용은 Composer 명령을 실행할 때 응답하지 않는 문제 해결(open_basedir 문제)의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!