PHP 짧은 태그를 사용할 수 있습니까?

공식 문서에 따른 정보는 다음과 같습니다 .

PHP에서 사용할 수있는 4 가지 서로 다른 시작 및 종료 태그 쌍이 있습니다. 그 두 가지, <?php ?> 그리고 <script language="php"> </script>항상 사용할 수 있습니다. 다른 두 가지는 짧은 태그와 ASP 스타일 태그이며 php.ini 구성 파일에서 켜거나 끌 수 있습니다. 따라서 일부 사람들은 짧은 태그와 ASP 스타일 태그가 편리하다고 생각하지만 이식성이 떨어 지므로 일반적으로 권장하지 않습니다 .

내 경험에 의하면 대부분의 서버는 않는 짧은 태그를 사용할 수 있습니다. 타자

<?=

입력하는 것보다 훨씬 편리합니다

<?php echo 

프로그래머 편의성이 중요한 요소이므로 왜 권장하지 않습니까?

코드가 지원되지 않는 서버로 코드를 이동해야하는 경우 PITA이므로 사용하지 않는 것이 좋습니다 (사용할 수 없음). 당신이 말했듯이, 많은 공유 호스트 는 짧은 태그를 지원하지만 "lots"가 전부는 아닙니다. 스크립트를 공유하려면 전체 구문을 사용하는 것이 가장 좋습니다.

나는 동의 <?하고 <?=보다 프로그래머에 쉽게 <?php하고 <?php echo있지만 한 같은 형태로 각 시간을 사용 (공백 (예에서 척하지 않는 한 발견이 및 바꾸기 일괄 작업을 수행 할 수 있습니다 : <? php나 <? =)

나는 가독성을 전혀 사지 않습니다. 대부분의 심각한 개발자는 구문 강조 옵션을 사용할 수 있습니다.

주석에서 ThiefMaster가 언급했듯이 PHP 5.4 <?= ... ?>부터는 짧은 태그 설정에 관계없이 모든 곳에서 태그가 지원됩니다 . 이것은 이식 가능한 코드에서 사용하기에 안전하지만 PHP 5.4+에 대한 의존성이 있음을 의미합니다. 5.4 이전 버전을 지원하고 짧은 태그를 보장 할 수없는 경우 여전히을 사용해야 <?php echo ... ?>합니다.

또한 ASP 태그 <%, %>, <% = 및 스크립트 태그가 PHP 7에서 제거 되었음을 알아야합니다 . 따라서 장기 휴대용 코드를 지원하고 최신 도구로 전환하려면 해당 코드 부분을 변경하는 것이 좋습니다.

나는 그것을 놓기가 너무 좋아 <?=$whatever?>. 문제가 없었습니다. 엉덩이에 물릴 때까지 기다립니다. 진지하게, (나의) 클라이언트 중 85 %가 드문 경우 지만 php.ini에 액세스 할 수 있습니다. 나머지 15 %는 주류 호스팅 제공 업체를 사용하며 사실상 모든 공급 업체가 사용하도록 설정했습니다. 나는 그들을 사랑합니다.

PHP 5.4부터는 에코 바로 가기가 항상 활성화되므로 에코 바로 가기는 짧은 태그와는 별개의 문제입니다. 지금은 사실입니다.

• Rasmus Lerdorf의 SVN 개정
• 메일 링리스트 토론

따라서 에코 바로 가기 자체 ( <?=)는 이제 안전하게 사용할 수 있습니다.

이 전체 토론의 문제는 PHP를 템플릿 언어로 사용하는 데 있습니다. 아무도 애플리케이션 소스 파일에서 태그를 사용해야한다고 주장하지 않습니다.

그러나 PHP의 내장 구문을 사용하면 강력한 템플릿 언어로 사용할 수 있으며 템플릿은 가능한 한 단순하고 읽을 수 있어야합니다. 많은 사람들이 Smarty와 같이 훨씬 느리고 부가적인 템플릿 엔진을 사용하는 것이 더 쉽다는 것을 알았지 만 빠른 렌더링과 순수한 코드 기반을 요구하는 순수 퓨어리스트에게는 PHP가 템플릿을 작성하는 유일한 방법입니다.

짧은 태그 사용에 대한 유일한 유효한 인수는 모든 서버에서 지원되지 않는다는 것입니다. 어쨌든 PHP와 XML을 혼용해서는 안되기 때문에 XML 문서와의 충돌에 대한 의견은 터무니 없다. 그리고 있다면 PHP를 사용하여 텍스트 문자열을 출력해야합니다. 템플릿 파일 내에 데이터베이스 액세스 자격 증명과 같은 중요한 정보를 넣는 경우 더 큰 문제가 발생하므로 보안은 결코 문제가되지 않습니다.

이제 서버 지원 문제와 관련하여 대상 플랫폼을 알고 있어야합니다. 공유 호스팅이 가능한 경우 짧은 태그를 피해야합니다. 그러나 많은 전문 개발자 (나 자신과 같은)의 경우 고객은 서버 요구 사항을 지시 할 것임을 인정합니다. 종종 서버를 직접 설정해야합니다.

또한 서버 구성을 완벽하게 제어 할 수없는 호스팅 제공 업체와는 절대로 협력하지 않습니다. 이러한 경우 짧은 태그 지원을 잃는 것보다 훨씬 더 많은 문제에 부딪 칠 수 있습니다. 그것은 일어나지 않습니다.

그렇습니다. 저는 짧은 태그 사용을 신중하게 고려해야한다는 데 동의합니다. 그러나 나는 그것이 항상 옵션이되어야한다고 믿고 있으며, 자신의 환경을 알고있는 개발자는 자유롭게 사용할 수 있다고 생각합니다.

Zend Framework 덕분에 기본 MVC 구성 에서 " PHP를 템플릿 언어로 " 푸시하는 짧은 태그가 다시 제공 됩니다 . 토론 내용에 대해 잘 모르겠습니다. 평생 동안 생산할 소프트웨어의 대부분은 귀하 또는 회사가 제어하는 ​​서버에서 작동합니다. 일관성을 유지하는 한 아무런 문제가 없어야합니다.

최신 정보

긴 형태를 사용하는 Magento로 꽤 많은 작업을 한 후 . 결과적으로 다음과 같은 긴 형식으로 전환했습니다.

<?php and <?php echo

위에

<? and <?=

상호 운용성을 보장하는 소량의 작업 인 것 같습니다.

혼란 때문에 XML 선언으로 생성 할 수 있습니다. 많은 사람들 이 당신의 의견에 동의합니다 .

추가 관심사는 최종 호스팅 서버가 꺼져 있다는 것을 알기 위해 짧은 태그로 모든 것을 코딩하기 위해 생성되는 고통입니다 ...

다음은 동일한 훌륭한 흐름도입니다.

출처 : Software Engineering Stack Exchange에 대한 비슷한 질문

http://uk3.php.net/manual/en/language.basic-syntax.phpmode.php 는 다음을 포함하여 많은 조언을합니다 :

일부 사람들은 짧은 태그와 ASP 스타일 태그가 편리하다고 생각하지만 이식성이 떨어 지므로 일반적으로 권장하지 않습니다.

과

XML 또는 XHTML 내에 PHP를 포함하는 경우 <?php ?>표준을 준수 하려면 태그를 사용해야합니다 .

과

대상 서버에서는 짧은 태그가 지원되지 않을 수 있으므로 사용자가 제어 할 수없는 PHP 서버에서 재배포 또는 배포를위한 응용 프로그램이나 라이브러리를 개발할 때는 짧은 태그를 사용하지 않아야합니다. 재배포 가능한 이식 가능한 코드의 경우 짧은 태그를 사용하지 마십시오.

누구든지 여전히 이것에주의를 기울이고있는 경우 ... PHP 5.4.0부터 알파 1 <?=은 항상 사용할 수 있습니다 :

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

따라서 짧은 태그가 (a) 수용 가능하고 (b) 여기에있는 것처럼 보입니다. 적어도 지금은 ...

• 일부 웹 서버 (공유 호스트 등)에서는 짧은 태그가 기본적으로 켜져 있지 않으므로 이러한 태그 중 하나로 이동해야하는 경우 코드 이식성 이 문제가됩니다.

• 가독성 은 일부 사람들에게 문제가 될 수 있습니다. 많은 개발자들은 파일을 스캔 할 <?php때보 <?다, 특히 HTML 과 PHP가 긴밀하게 짜여진 코드베이스에 갇혀있을 때보 다 코드 블록의 시작 부분을보다 분명하게 인식 할 수 있다는 것을 알 수 있습니다 .

참고 : PHP 5.4부터는 짧은 태그 인을 <?=항상 사용할 수 있습니다.

주제에 대한 정보를 찾은 후이 페이지를 읽었으며 게으름 대 일관성이라는 한 가지 중요한 문제는 언급되지 않았다고 생각합니다. PHP의 "실제"태그는 <? php 및?>입니다. 왜? 난 정말 상관 없어 PHP 용으로 명확 할 때 왜 다른 것을 사용하고 싶습니까? <% and %>는 나에게 ASP를, <script .....는 Javascript (대부분의 경우)를 의미합니다. 일관성, 빠른 학습, 이식성 및 단순성을 위해 표준을 고수하지 않는 이유는 무엇입니까?

반면에 템플릿의 짧은 태그 (및 템플릿의 경우에만)가 유용하게 보이지만 여기서 문제에 대해 너무 많은 시간을 보냈으므로 실제로 낭비하는 데 시간이 오래 걸릴 수 있다는 문제가 있습니다. "php"의 여분의 세 문자를 입력하는 많은 시간 !!

많은 옵션을 갖는 것이 좋지만 전혀 논리적이지 않으며 문제를 일으킬 수 있습니다. 모든 프로그래밍 언어에서 4 가지 이상의 태그 유형을 허용한다고 가정 해보십시오. Javascript는 <JS 또는 <script .... 또는 <% 또는 <? JS .... 도움이 될까요? PHP의 경우, 파싱 순서는 이러한 것들을 허용하는 경향이 있지만, 언어는 유연성이없는 다른 많은 방식으로되어 있습니다. 언어가 약간의 불일치에 대해 통지 나 오류를 던지지 만 짧은 태그가 자주 사용됩니다. 또한 지원하지 않는 서버에서 짧은 태그를 사용하는 경우 오류가 발생하지 않으므로 무엇이 잘못되었는지 파악하는 데 시간이 오래 걸릴 수 있습니다.

마지막으로 짧은 태그가 문제라고 생각하지 않습니다. 1) 일반 PHP 코드, 2) 템플릿 에코라는 두 가지 논리적 유형의 PHP 코드 블록 만 있습니다. 전자의 경우 모든 것을 일관성 있고 이식 가능하게 유지하기 위해 <? php and?> 만 허용해야한다고 확신합니다. 후자의 경우 <? = $ var?> 방법은 추악합니다. 왜 이런 식이어야합니까? 더 논리적 인 것을 추가하지 않겠습니까? <? php $ var?> 그것은 아무것도하지 않을 것이며 (가장 먼 가능성에서만 무언가와 충돌 할 수 있습니다), 어색한 <? = 문법을 쉽게 대체 할 수 있습니다. 또는 이것이 문제라면, 대신 <? php = $ var?>를 사용할 수 있으며 불일치에 대해 걱정하지 않아도됩니다.

열기 및 닫기 태그에 대한 4 가지 옵션과 특별한 "echo"태그의 무작위 추가가있는 시점에서 PHP는 php.ini 또는 .htaccess에 "custom open / close tags"플래그를 가질 수 있습니다. 그렇게하면 디자이너가 가장 좋아하는 것을 선택할 수 있습니다. 그러나 명백한 이유 때문에 그것은 과잉입니다. 그렇다면 왜 4 가지 이상의 옵션을 허용해야합니까?

별도의보기 파일이있는 MVC 프레임 워크 또는 CMS로 작업 할 때 사용하는 것이 좋습니다.
빠르며 코드가 적으며 디자이너에게는 혼란스럽지 않습니다. 서버 구성에서 사용할 수 있는지 확인하십시오.

약간 다른 상황은 CodeIgniter 애플리케이션을 개발할 때 입니다. CodeIgniter는 PHP가 템플릿 / 뷰에서 사용될 때마다 짧은 태그를 사용하는 것 같습니다. 그렇지 않으면 모델과 컨트롤러에서는 항상 긴 태그를 사용합니다. 프레임 워크에서는 어렵고 빠른 규칙은 아니지만 대부분 다른 용도의 프레임 워크와 소스는이 규칙을 따릅니다.

내 두 센트? 다른 곳에서 코드를 실행할 계획이 없다면 원하는 경우 사용하십시오. 나는 그것이 멍청한 아이디어라는 것을 깨달았을 때 대량 검색을하고 교체 할 필요가 없습니다.

<?최신 버전에서는 기본적으로 비활성화되어 있습니다. PHP에서 짧은 태그 활성화 와 같이이를 활성화 할 수 있습니다 .

짧은 태그를 사용하는 IMHO 사람들은 종종 반향을 피하는 것을 잊어 버립니다. 기본적으로 이스케이프되는 템플릿 엔진이 있으면 좋을 것입니다. Rob A가 Zend Frameworks 앱에서 짧은 태그를 피하기 위해 빠른 해킹을했다고 생각합니다. 짧은 태그를 좋아한다면 PHP를 더 쉽게 읽을 수 있습니다. 그렇다면 Smarty가 더 나은 옵션일까요?

{$myString|escape}

나보다 나아 보인다

<?= htmlspecialchars($myString) ?> 

짧은 태그를 사용하는 요점이 무엇인지 물어봐야합니다.

더 빠른 타이핑

MDCore는 말했다 :

<?= 입력하는 것보다 훨씬 편리합니다 <?php echo

그렇습니다. 스크립트 전체에서 7 자 * X 번을 입력하지 않아도됩니다.

그러나 스크립트가 디자인, 개발 및 작성하는 데 1 시간 또는 10 시간 이상이 걸리는 경우 스크립트 기간 동안이 7 개의 문자를 여기에 입력하지 않는 몇 초가 얼마나 관련성이 있습니까?

짧은 태그가 설정되어 있지 않거나 켜져 있지만 업데이트 또는 ini 파일 / 서버 구성을 변경하는 사람이 다른 잠재적 인 스크립트를 중지하면 일부 또는 전체 스크립트의 작동 가능성과 비교할 수 있습니다.

당신이 얻는 작은 혜택은 잠재적 인 문제의 심각성을 능가하는 것, 즉 귀하의 사이트가 작동하지 않거나 악화되어 사이트의 일부만 작동하지 않아서 해결해야 할 두통에 가깝습니다.

더 읽기 쉽다

이것은 친숙함에 달려 있습니다 .
나는 항상보고 사용했다 <?php echo. 따라서 <?=읽기는 어렵지만 익숙 하지 않으므로 읽기가 쉽지 않습니다 .

프론트 엔드 / 백엔드 개발자 분할 (대부분의 회사와 마찬가지로)에서 해당 템플릿을 작업하는 프론트 엔드 개발자 는 "PHP 오픈 태그 및 에코"와 같은 것을 보다 잘 알고 <?=있습니까?
나는 가장 논리적 인 편이 편할 것입니다. 즉, 명확한 PHP 오픈 태그와 "echo"-무슨 일이 일어나고 있는지 <?php echo입니다.

위험 평가
문제 = 전체 사이트 또는 핵심 스크립트가 작동하지 않습니다.

문제의 가능성이 매우 낮음 + 결과의 심각도가 매우 높음 = 위험이 높음

결론

여기에 몇 초를 저장하면 몇 글자를 입력 할 필요는 없지만 많은 위험을 감수하고 결과적으로 가독성이 떨어질 수 있습니다.

전면 또는 백 엔드 코더 익숙한 와 함께 <?=가능성이 이해하기있는 <?php echo표준 -, 그들이있는 거 표준 PHP 것들로 <?php"에코"알려진 아주 잘 개방 태그와.
(프론트 엔드 코더조차도 "에코"를 알아야합니다. 그렇지 않으면 프레임 워크에서 제공하는 코드를 작성하지 않을 것입니다).

그 반대의 경우는 아니지만, PHP 숏 태그의 등호가 "에코"라고 논리적으로 추론하지는 않습니다.

현실을 직시하자. 짧은 태그가 없으면 PHP는 못 생겼습니다.

당신이 .htaccess얻을 수없는 경우 파일 에서 그들을 활성화 할 수 있습니다 php.ini:

php_flag short_open_tag on

이식성 문제를 피하려면 PHP 태그를 시작 <?php하십시오. PHP 파일이 HTML이 아닌 순수 PHP 인 경우 닫는 태그를 사용할 필요가 없습니다.

• 서버가이를 지원하고 개발자가이를 이해한다고 확신 할 경우 짧은 태그를 사용할 수 있습니다.
• 많은 서버가이 서버를 지원하지 않으며 많은 개발자가 한 번 본 후에 이해합니다.
• 나는 그것이 그렇게 나쁘지 않기 때문에 이식성을 보장하기 위해 전체 태그를 사용합니다.

그렇게 말하면서 내 친구는 php.ini에서 asp_tags라는 설정 대신 에 대체 표준 asp 스타일 태그 를 지원하기 위해 이것을 말했다 . 그의 추론은 다음과 같습니다.<%<?

... 임의의 규칙이 표준화되어야합니다 . 즉, 프로그래밍 언어가 스스로를 구분하기 위해 사용해야하는 이상한 구두점과 같이 모두 동일한 가치를 갖는 일련의 가능성에 직면 할 때마다 하나의 표준 방법을 선택하고 고수해야합니다. 그렇게하면 모든 언어의 학습 곡선 (또는 협약과 관련된 모든 것)을 줄일 수 있습니다.

나에게는 잘 들리지만, 우리 중 누구도이 원인 주위에 마차를 돌 수 있다고 생각하지 않습니다. 그 동안 나는 전체에 충실 할 것 <?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 코드는 반드시 long 태그 또는 short-echo 태그를 사용해야합니다. 다른 태그 변형을 사용해서는 안됩니다 .

PHP에서 3 개의 태그를 사용할 수 있습니다 :

1. <?php ?>구성된 태그를 지정할 필요 가 없는 긴 형식의 태그
2. short_open_tag이 <? ?> 는 php.ini에서 short_open_tag 옵션을 사용할 수의 경우
3. <?= PHP 5.4.0부터 태그 단축

PHP 7.0.0에서 ASP와 스크립트 태그가 제거되었습니다.

아니요, PHP 6에서 단계적으로 폐지 되었으므로 코드 수명을 높이 평가하려면 코드 나 <% ... %>태그를 사용하지 마십시오 .