wwwphpvimnet에서 컴파일한 몇 가지 사항

nginx는 사용자의 구성 파일에 따라 fastcgi_param 지시문을 통해 FastCGI 서버에 매개변수를 충실하게 전달하는 역할만 담당합니다. 문제는 FastCGI 서버가 nginx에서 제공하는 매개변수를 어떻게 처리하는가입니다.
예를 들어 다음 URL을 방문하세요.

http://www.a.com/foo.jpg/a.php/b.php/c.php

위 구성에 따르면 nginx가 FastCGI에 전달한 SCRIPT_FILENAME 값은 다음과 같습니다.
/home/verdana/public_html/unsafe/foo.jpg/a.php/b.php/c .php

$_SERVER['ORIG_SCRIPT_FILENAME']입니다.

php.ini에서 cgi.fix_pathinfo = 1이면 PHP CGI는 /를 구분 기호로 사용하여 뒤에서 앞으로 다음 경로를 확인합니다:
/home/verdana/public_html/unsafe/foo . jpg/a.php/b.php/c.php
/home/verdana/public_html/unsafe/foo.jpg/a.php/b.php
/home/verdana/public_html/unsafe/foo . jpg/a.php

/home/verdana/public_html/unsafe/foo.jpg

기존 파일을 찾을 때까지 PHP는 이 파일을 실행합니다. cgi 스크립트로 $_SERVER['SCRIPT_FILENAME'] 값인 SCRIPT_FILENAME CGI 환경 변수에 경로를 할당합니다.

이 문제는 php-fpm(<0.6)을 사용하는 많은 호스트에서도 발생하지만 새 php-fpm은 cgi.fix_pathinfo를 닫았습니다. phpinfo() 페이지를 확인하면 이 옵션은 더 이상 존재하지 않으며 코드 ini_get("cgi.fix_pathinfo")의 반환 값도 "false"입니다.

위 내용은 wph와 php 내용을 포함하여 wwwphpvimnet에서 정리한 내용을 소개하고 있으며, PHP 튜토리얼에 관심이 있는 친구들에게 도움이 되기를 바랍니다.