어떤 사람들은로 PHP 파일을 닫아서 맹세하고 어떤 사람들 ?>은 그것을 차단하는 것이 더 최적화되어 있다고 말합니다.
나는 그것이 거기에 있어야 할 필요는 없다는 것을 알고 있습니다. 나는 단지 장단점이 무엇인지, 그리고 모범 사례가 무엇인지 궁금합니다.
답변:
성능의 문제 ?>는 아닙니다 . 후행을 파싱하는 것은 사소한 것이며 초당 백만 개의 파일을 포함하지 않는 한 눈에 띄는 차이가 없습니다.
IIRC, php.net은을 추가하지 말 것을 권장 ?>하며 그 이유는 다음과 같습니다.
?>하면 클라이언트에 출력되어 '헤더가 이미 전송되었습니다'오류가 발생할 수 있습니다 (포함 된 파일에 공백이 포함되어 있으면 헤더를 설정하려고합니다) 해당 파일 포함)아니, 그들은 틀렸다.
?>파일의 끝에 PHP에서 옵션입니다. 그리고 당신은 이것에 대한 좋은 이유를 찾을 수 있습니다. 가장 중요한 것은 파일 끝에 빈 공간이 있어도 헤더를 보낼 수 없다는 것입니다. 어느 파일에서나 찾을 수 있기 때문에 발견하기 어려운 버그입니다.
일반적인 방법은 PHP와 HTML이 혼합 된 경우 닫는 태그를 넣고 순수한 PHP 파일에는 넣지 않는 것입니다. ZEND 프레임 워크 와 다른 많은 것의 코딩 표준 이기도 합니다.
최적화는 코드가 더 빨리 실행됨을 의미합니다. 이것은 그들이 틀렸다는 것을 쉽게 증명할 수 있습니다. 코드를 프로파일 링하고 그들이 당신에게 헛소리를 말하고 있음을 알아냅니다.
추가 줄 바꿈 문자가 실수로 전송되지 않도록 초보자가 추가하지 않는 것이 좋습니다. 당신이 언급 한 것처럼 그것을 가질 필요는 없기 때문에, 일반적인 추론은 실수를 피하기 위해 더 잘 남겨 두는 것입니다.
관련된 "최적화"는 없다고 생각합니다.
내가 여기 당신을 가리킬 것이다 : /programming/4410704/php-closing-tag 여기 : /programming/3219383/why-do-some-scripts-omit-the -닫기 -php-tag
?>순수한 PHP가 들어있는 파일에서 볼 때마다 울었습니다 .
If a file is pure PHP code, it is preferable to omit the PHP closing tag at the end of the file. This prevents accidental whitespace or new lines being added after the PHP closing tag, which may cause unwanted effects because PHP will start output buffering when there is no intention from the programmer to send any output at that point in the script.