PHPファイルを?>で閉じることを誓う人もいれば、それを残す方がより最適化されていると言う人もいます。
そこにそれを置くことは必須ではないことを知っています、私はこれを行うことの長所と短所が何であるか、そしてベストプラクティスは何であるか疑問に思っています。
回答:
それはパフォーマンスの問題ではありません- ?>毎秒100万個のファイルを含めない限り、末尾の解析は簡単であり、目立った違いはありません。
IIRC、php.netではを追加しないことをお勧め?>します。理由は次のようになります。
?>と、クライアントに出力され、「ヘッダーが既に送信されている」というあいまいなエラーにつながる可能性があります（これには、含まれているファイルに空白が含まれている場合に、そのファイルを含む）いいえ、彼らは間違っています。
?>PHPでは、ファイルの末尾のオプションです。そして、これには正当な理由があります。最も重要なことは、ファイルの最後にある空のスペースがヘッダーの送信を妨げないことです。これはどこのファイルでも見つけることができるため、見つけるのが難しいバグです。
通常の方法は、PHPがHTMLと混在している場合に終了タグを付け、純粋なPHPファイルには付けないことです。ZENDフレームワークや他の多くのコーディング標準ですらあります。
最適化とは、コードがより速く実行されることを意味します。これは、それらが間違っていることを証明するのは簡単です。コードのプロファイルを作成し、それらがあなたにでたらめを言っていることを理解します。
誤って余分な改行文字が送信されないように、初心者には追加しないようにすることをお勧めします。あなたが言及したようにそれを持っていることは必須ではないので、一般的な理由は間違いを避けるためにそれを残すほうが良いと思います。
私はそれに関連する「最適化」があるとは思わない。
私はあなたをここに指すでしょう：https : //stackoverflow.com/questions/4410704/php-closing-tagそしてここ：https : //stackoverflow.com/questions/3219383/why-do-some-scripts-omit-the -closing-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.