PHPの短いタグを使用できますか？

公式ドキュメントによる情報は次のとおりです。

PHPで使用できる開始タグと終了タグの4つの異なるペアがあります。これらのうち2つ<?php ?> と<script language="php"> </script>は常に使用できます。他の2つは短いタグとASPスタイルのタグで、php.ini構成ファイルからオンとオフを切り替えることができます。そのため、短いタグやASPスタイルのタグが便利だと考える人もいますが、移植性が低く、一般的には推奨されません。

私の経験では、ほとんどのサーバーがない短いタグが有効になっています。タイピング

<?=

タイピングよりもはるかに便利です

<?php echo 

プログラマーの利便性は重要な要素ですが、なぜ推奨されないのですか？

サポートされていない（そして有効にできない）サーバーにコードを移動する必要がある場合はPITAであるため、これらは推奨されません。あなたが言うように、多くの共有ホストはショートタグをサポートしますが、「ロット」はそれらすべてではありません。スクリプトを共有する場合は、完全な構文を使用することをお勧めします。

私はそれに同意<?し、<?=よりプログラマに簡単です<?phpし、<?php echo限り、あなたは同じフォーム毎回使う（とスペース（例えばチャックしていないとして検索がと置換バルクを行うことが可能です：<? phpまたは<? =）

私は理由として読みやすさをまったく購入しません。ほとんどの真面目な開発者は、構文強調表示のオプションを利用できます。

コメントでThiefMasterが言及しているように、PHP 5.4以降、<?= ... ?>タグはshorttagsの設定に関係なく、どこでもサポートされます。これは、移植可能なコードで安全に使用できることを意味しますが、それは、PHP 5.4以降に依存していることを意味します。5.4より前のバージョンをサポートする必要があり、ショートタグを保証できない場合でも、を使用する必要があります<?php echo ... ?>。

また、ASPタグ<％、％>、<％=、およびスクリプトタグがPHP 7から削除されていることを知っておく必要があります。したがって、長期のポータブルコードをサポートし、最新のツールに切り替えたい場合は、コードのその部分を変更することを検討してください。

私は<?=$whatever?>それを手放すのが好きです。問題はありませんでした。お尻に噛み付くまで待ちます。真剣に言うと、（私の）クライアントの85％が、まれにphp.iniにアクセスできます。他の15％は主流のホスティングプロバイダーを使用しており、事実上すべてのプロバイダーがそれらを有効にしています。私はそれらが大好きです。

PHP 5.4以降、エコーショートカットは常に有効になるため、エコーショートカットは短いタグとは別の問題です。それは今の事実です：

• Rasmus LerdorfによるSVNリビジョン
• メーリングリストのディスカッション

したがって、エコーショートカット自体（<?=）は安全に使用できます。

この全体の議論の問題は、テンプレート言語としてのPHPの使用にあります。アプリケーションのソースファイルでタグを使用する必要があると主張する人はいません。

ただし、PHPの組み込み可能な構文では、PHPを強力なテンプレート言語として使用でき、テンプレートはできるだけシンプルで読みやすいものにする必要があります。多くの人は、Smartyのような非常に遅いアドオンテンプレートエンジンを使用する方が簡単だと感じていますが、高速レンダリングと純粋なコードベースを要求する純粋主義者にとって、テンプレートを作成する唯一の方法はPHPです。

短いタグの使用に対する唯一の有効な引数は、すべてのサーバーでサポートされていないことです。とにかくPHPとXMLを混在させるべきではないため、XMLドキュメントとの競合に関するコメントはばかげています。もしそうなら、あなたはPHPを使ってテキストの文字列を出力するべきです。セキュリティが問題になることはありません。データベースアクセス資格情報などの機密情報をテンプレートファイル内に配置する場合は、さらに大きな問題が発生するからです。

さて、サーバーサポートの問題に関しては、確かに1つはターゲットプラットフォームを認識する必要があります。共有ホスティングがターゲットになりそうな場合は、短いタグは避けてください。しかし、多くのプロの開発者（私のような）にとって、クライアントはサーバーの要件を決定することを認めます（実際、事実に依存します）。多くの場合、私は自分でサーバーをセットアップする責任があります。

また、サーバー構成の絶対的な制御を提供しないホスティングプロバイダーとは連携しません。このような場合、短いタグのサポートを失うだけでなく、問題が発生する可能性があります。それは起こりません。

だからはい-短いタグの使用は慎重に検討されるべきだと私は同意します。しかし、私はそれが常にオプションであるべきであり、彼の環境を認識している開発者がそれらを自由に使用するべきであると固く信じています。

Zend FrameworkがデフォルトのMVC構成で「テンプレート言語としてのPHP」をプッシュしたおかげで、短いタグが復活しています。議論が何であるかはわかりません。あなたが生涯に作成するソフトウェアのほとんどは、あなたやあなたの会社が管理するサーバー上で動作します。一貫性を保つ限り、何の問題もないはずです。

更新

長い形式を使用するMagentoでかなりの作業を行った後。その結果、私は長い形式に切り替えました：

<?php and <?php echo

以上

<? and <?=

相互運用性を保証するための少量の作業のようです。

混乱のため、XML宣言で生成できます。しかし、多くの人があなたに同意 します。

追加の懸念は、最終的なホスティングサーバーがそれらをオフにしていることを最後に確認するためだけに短いタグですべてをコーディングするために生成する痛みです...

以下は同じものの素晴らしいフロー図です：

出典：ソフトウェアエンジニアリングスタック交換に関する同様の質問

http://uk3.php.net/manual/en/language.basic-syntax.phpmode.phpには、次のようなアドバイスがたくさんあります。

一部の人々は短いタグとASPスタイルのタグを便利だと思っていますが、移植性が低く、一般的には推奨されません。

そして

PHPをXMLまたはXHTMLに埋め込む場合は<?php ?>、標準に準拠するためにタグを使用する必要があることに注意してください。

そして

短いタグはターゲットサーバーでサポートされていない可能性があるため、再配布を目的としたアプリケーションやライブラリを開発する場合や、管理下にないPHPサーバーにデプロイする場合は、短いタグを使用しないでください。移植可能な再配布可能なコードの場合は、短いタグを使用しないでください。

誰かがまだこれに注意を払っている場合に備えて... PHP 5.4.0以降、Alpha 1 <?=は常に利用可能です。

http://php.net/releases/NEWS_5_4_0_alpha1.txt

したがって、短いタグは（a）受け入れ可能であり、（b）ここにとどまるように見えます。今のところ少なくとも...

• 一部のWebサーバー（共有ホストなど）では、短いタグがデフォルトで有効になっていません。そのため、これらのいずれかに移動する必要がある場合、コードの移植性が問題になります。

• 読みやすさが問題になる場合があります。多くの開発者は、特にHTMLとPHPが密接に織り込まれているコードベースに行き詰まっている場合は、ファイルをスキャンするとき<?phpよりも、コードブロックの開始のより明確なマーカーとして目を引くことに気付く<?でしょう。

注：PHP 5.4以降、短いタグ<?=が常に使用できるようになりました。

トピックに関する情報を探してこのページを読んだところ、遅延と一貫性という1つの大きな問題については言及されていないと思います。PHPの「実際の」タグは<？phpと？>です。どうして？私は本当に気にしません。それらが明らかにPHP用であるのに、なぜ他のものを使用したいのですか？<％と％>は私にとってASPを意味し、<script .....はJavascriptを意味します（ほとんどの場合）。一貫性、高速学習、移植性、シンプルさのために、標準に固執してみませんか？

一方、テンプレート内の短いタグ（およびテンプレート内のみ）は有用であるように見えますが、問題は、ここで説明するのに多くの時間を費やしたため、実際に無駄になるまでに非常に長い時間がかかる可能性があることです。 「php」の余分な3文字を入力するのにその時間！

多くのオプションがあることは良いことですが、それはまったく論理的ではなく、問題を引き起こす可能性があります。すべてのプログラミング言語で4種類以上のタグが許可されている場合を想像してください。JavaScriptは<JSまたは<スクリプト....または<％または<？JS ....それは役に立ちますか？PHPの場合、解析順序はこれらを許可する傾向にありますが、言語は他の多くの点で柔軟性がありません。わずかな不一致があると通知またはエラーをスローしますが、短いタグがよく使用されます。また、短いタグがサポートされていないサーバーで使用された場合、エラーが発生しない場合があるため、何が問題であるかを把握するのに非常に長い時間がかかることがあります。

最後に、ここでは短いタグが問題だとは思いません。1）通常のPHPコード、2）テンプレートエコーの2つの論理的なタイプのPHPコードブロックしかありません。前者については、すべての一貫性と移植性を保つためだけに<？phpと？>のみが許可されるべきであると私は固く信じています。後者の場合、<？= $ var？>メソッドは醜いです。どうしてこうなったの？もっと論理的なものを追加してみませんか？<？php $ var？>それは何もしません（そして、最も遠い可能性がある場合にのみ、それが何かと競合する可能性があります）。これは、厄介な<？=構文を簡単に置き換えることができます。あるいは、それが問題である場合、おそらく<？php = $ var？>を代わりに使用して、不整合を心配する必要はありません。

開始タグと終了タグに4つのオプションがあり、特別な「エコー」タグがランダムに追加された時点で、PHPはphp.iniまたは.htaccessに「カスタム開始/終了タグ」フラグを設定することもできます。そうすることで、デザイナーは最も気に入ったものを選択できます。しかし、明白な理由でそれはやり過ぎです。では、なぜ4つ以上のオプションを許可するのですか？

個別のビューファイルを持つMVCフレームワークまたはCMSで作業する場合は、これらを使用することをお勧めします。
高速でコードが少なく、設計者を混乱させません。サーバー構成でそれらの使用が許可されていることを確認してください。

少し異なる状況の1つは、CodeIgniterアプリケーションを開発するときです。CodeIgniterは、テンプレート/ビューでPHPが使用されている場合は常にショートタグを使用するようです。それ以外の場合は、モデルとコントローラーでは常にロングタグが使用されます。これはフレームワークにおける厳格な規則ではありませんが、ほとんどの場合、フレームワークと他の用途からの多くのソースはこの規則に従います。

私の二セント？他の場所でコードを実行する予定がない場合は、必要に応じて使用してください。ばかげたアイデアだとわかったときに、大規模な検索や置換を行う必要はありません。

<?新しいバージョンではデフォルトで無効になっています。これは、PHPでの短いタグの有効化で説明したように有効にできます。

短いタグを使用する私見の人々は、反響しているものを逃れることを忘れがちです。デフォルトでエスケープするテンプレートエンジンがあると便利です。Rob AがZend Frameworksアプリの短いタグをエスケープするための簡単なハックを書いたと思います。PHPを読みやすくするために短いタグが必要な場合。では、Smartyの方が良いオプションでしょうか？

{$myString|escape}

私よりよく見える

<?= htmlspecialchars($myString) ?> 

短いタグを使用する意味は何かを尋ねる必要があります。

入力が速くなります

MDCoreによると：

<?= タイピングよりもはるかに便利です <?php echo

はい、そうです。スクリプト全体で7文字* X回入力する手間が省けます。

ただし、スクリプトの設計、開発、記述に1時間、または10時間以上かかる場合、スクリプトの期間中、数秒で7文字をあちこちに入力しなかったことがどれほど重要であるでしょうか。

一部のコアまたはすべてのスクリプトが、短いタグがオンになっていない、またはオンになっているのに更新または誰かがiniファイル/サーバー構成を変更すると機能しなくなる可能性と比較して、他の可能性があります。

あなたが得る小さな利益は、潜在的な問題の深刻さを上回ることには近づきません。それは、あなたのサイトが機能していないか、さらに悪いことに、その一部だけが機能していないため、解決する頭痛です。

読みやすい

これは親しみやすさに依存します。
私はいつも見たり使ったりしてきました<?php echo。ですから、<?=読むのは難しくありませんが、私にはなじみがなく、読みやすくありません。

フロントエンド/バックエンドの開発者のスプリットと（ほとんどの企業と同様に）、それらのテンプレートに取り組んでフロントエンド開発者がより多くのだろうおなじみ知っ<?=「PHPオープンタグとエコー」に等しいのですか？
私はほとんどがより論理的なものでより快適になると思います。つまり、明確なPHPオープンタグと、何が起こっているのか "エコー"- <?php echoです。

リスク評価の
問題=サイト全体またはコアスクリプトが機能しない。

問題の可能性は非常に低い +結果の重大度は非常に高い = 高リスク

結論

あなたはここで数秒を節約し、そこにいくつかの文字を入力する必要はありませんが、それのために多くのリスクを負い、結果としておそらく読みやすさを失うことになります。

フロントやバックエンドコーダーおなじみでは、<?=より多くの可能性を理解することです<?php echo、彼らしている標準のPHPのものとして、 -標準の<?phpオープンタグと非常によく「エコー」を知られています。
（フロントエンドのコーダーでも「エコー」を知っている必要があります。そうでないと、フレームワークによって提供されるコードに取り組んでいないだけです）。

逆の可能性は低いですが、誰かがPHPの短いタグの等号が「エコー」であると論理的に推測することはほとんどありません。

それに直面しよう。PHPは短いタグがないと地獄のように醜いです。

にアクセスできない.htaccess場合は、ファイルで有効にすることができますphp.ini。

php_flag short_open_tag on

移植性の問題を回避するには、PHPタグをで開始し<?phpます。PHPファイルが純粋にPHPであり、HTMLではない場合、終了タグを使用する必要はありません。

• 短いタグは、サーバーがサポートしていて、開発者がそれを理解している場合に使用できます。
• 多くのサーバーはそれをサポートしておらず、多くの開発者は一度見れば理解できます。
• 私は完全なタグを使用して移植性を確保しています。

そうは言っても、私の友人は、asp.tagsと呼ばれるphp.iniの設定であるではなく、のような代替の標準化された aspスタイルのタグをサポートするためにこれを言っています。ここに彼の推論があります：<%<?

... 任意の規則を標準化する必要があります。つまり、私たちのプログラミング言語がそれ自体を区別するために使用する必要がある奇妙な句読点など、すべて等しい価値のある一連の可能性に直面しているときはいつでも、1つの標準的な方法を選び、それに固執する必要があります。このようにして、すべての言語（または慣習が関係するあらゆるもの）の学習曲線を減らします。

私には良さそうに聞こえますが、私たちは誰もこの原因をワゴンに丸めることができないと思います。その間、私は十分にこだわるでしょう<?php。

PHP 7の時点で、次の点に言及する価値があると思いました。

• 短いASP PHPタグ<% … %>がなくなった
• がtrueに設定されている<? … ?>場合、短いPHPタブは引き続き使用できshort_open_tagます。これがデフォルトです。
• PHP 5.4以降、設定に関係なく、Short Printタグ<?=… ?>は常に有効になっていshort_open_tagます。

他の言語と干渉するため、最初の言語への良好なリダンダンス。

個人的な好みを除いて、短い印刷タグを使用しない理由は今はありません。

もちろん、PHP 5のレガシーバージョンと互換性のあるコードを記述している場合は、古いルールを守る必要がありますが、PHP 5.6より前のバージョンはサポートされなくなったことを覚えておいてください。

参照：https : //secure.php.net/manual/en/language.basic-syntax.phptags.php

XSSが気になる場合は、<?= htmlspecialchars(…) ?>、短いタグが大きな違いを生むことはありませんので、ほとんどの時間を。

短くecho htmlspecialchars()してもh()としても、ほとんど常に毎回追加することを忘れないでください（そして、どのデータが事前にエスケープされているかを追跡しようとすると、エスケープされませんが無害ですが、間違いが起こりやすくなります）。

デフォルトで安全なテンプレートエンジンを使用して、<?phpタグを作成します。

<?php ?>このプログラミング言語の開発者はコア言語を大幅に更新したため、使用する方がはるかに優れています。短いタグと長いタグの違いを確認できます。

短いタグは薄い赤で強調表示され、長いタグは暗く強調表示されます。

ただし、たとえば何かをエコーすることは問題ありません<?=$variable;?>。しかし、より長いタグを好む。<?php echo $variable;?>

<?（後続スペースなし）を<?php（後続スペースあり）に変換します。

find . -name "*.php" -print0 | xargs -0 perl -pi -e 's/<\?(?!php|=|xml|mso| )/<\?php /g'

<?（末尾のスペースあり）を<?php（末尾のスペースを保持）に変換します。

find . -name "*.php" -print0 | xargs -0 perl -pi -e 's/<\? /<\?php /g'

ショートタグは常にphpで利用可能です。したがって、スクリプトの最初のステートメントをエコーする必要はありません

例：

    $a =10;
    <?= $a;//10 
    echo "Hellow";//
    echo "Hellow";

   ?>

突然、単一のphpスクリプトを使用する必要があり、それを使用できるようになります。例：

<html>
<head>
<title></title>
</head>  
<body>
<p>hellow everybody<?= hi;?></p>
<p>hellow everybody  </p> 
<p>hellow everybody  </p>   
</body>
</html>

2019年現在、私はここでの特定の回答に同意しません。長いタグを使用することをお勧めします

<?php /* code goes here */ ?>

または短いエコータグ

<?= /* code goes here */ ?>

理由：PSR-1基本コーディング標準で推奨されています

などの他の短いタグ<? /* code goes here */ ?>は推奨されません。

スペックは言う：

PHPコードは、長いタグまたは短いエコータグを使用する必要があります。他のタグのバリエーションを使用してはなりません。

3つのタグがphpで利用可能です：

1. <?php ?>設定されたものを指示する必要のない長い形式のタグ
2. short_open_tagがその<? ?> php.iniのshort_open_tagがオプションが利用可能である場合
3. <?= PHP 5.4.0以降、タグは常に利用可能です。

php 7.0.0からaspとスクリプトタグが削除されました

いいえ、それらはPHP 6で段階的に廃止されます。そのため、コードの寿命を長く評価したい場合は、単純にそれらや<% ... %>タグを使用しないでください。