แท็กสั้น PHP สามารถใช้ได้หรือไม่?

นี่คือข้อมูลตามเอกสารอย่างเป็นทางการ :

มีแท็กเปิดและปิดสี่คู่ที่แตกต่างกันซึ่งสามารถใช้ใน PHP ได้ สองรายการนั้น<?php ?> และ<script language="php"> </script>พร้อมใช้งานเสมอ อีกสองแท็กสั้นและแท็กสไตล์ ASP และสามารถเปิดและปิดได้จากไฟล์กำหนดค่า php.ini เป็นเช่นนี้ในขณะที่บางคนพบแท็กสั้นและรูปแบบแท็ก ASP สะดวกที่พวกเขาเป็นแบบพกพาน้อยลงและโดยทั่วไปไม่แนะนำ

จากประสบการณ์ของผมเซิร์ฟเวอร์ส่วนใหญ่จะมีแท็กเปิดการใช้งานสั้น การพิมพ์

<?=

สะดวกกว่าการพิมพ์

<?php echo 

ความสะดวกสบายของโปรแกรมเมอร์เป็นปัจจัยสำคัญดังนั้นทำไมถึงไม่แนะนำ

พวกเขาไม่แนะนำเพราะมันเป็น PITA ถ้าคุณต้องย้ายรหัสของคุณไปยังเซิร์ฟเวอร์ที่ไม่ได้รับการสนับสนุน (และคุณไม่สามารถเปิดใช้งานได้) ในขณะที่คุณพูดว่าจำนวนมากของครอบครัวร่วมกันทำสนับสนุน shorttags แต่ "จำนวนมาก" ไม่ได้เป็นทั้งหมดของพวกเขา หากคุณต้องการแบ่งปันสคริปต์ของคุณวิธีที่ดีที่สุดคือใช้ไวยากรณ์แบบเต็ม

ฉันยอมรับว่า<?และ<?=เขียนโปรแกรมได้ง่ายกว่า<?phpและ<?php echoเป็นไปได้ที่จะทำการค้นหาและแทนที่จำนวนมากตราบใดที่คุณใช้แบบฟอร์มเดียวกันทุกครั้ง (และไม่เชยในช่องว่าง (เช่น: <? phpหรือ<? =)

ฉันไม่ได้ซื้อเหตุผลที่อ่านง่าย นักพัฒนาที่จริงจังส่วนใหญ่มีตัวเลือกในการเน้นไวยากรณ์ให้กับพวกเขา

ในฐานะที่เป็น ThiefMaster กล่าวถึงในความคิดเห็นที่เป็นของ PHP 5.4<?= ... ?>แท็กได้รับการสนับสนุนทุกที่โดยไม่คำนึงถึงการตั้งค่า shorttags นี่ควรหมายความว่ามันปลอดภัยที่จะใช้ในโค้ดพกพา แต่นั่นก็หมายความว่ามีการพึ่งพา PHP 5.4+ หากคุณต้องการให้การสนับสนุนก่อน 5.4 และไม่สามารถ shorttags <?php echo ... ?>รับประกันคุณจะยังคงต้องใช้

นอกจากนี้คุณจำเป็นต้องรู้ว่าASP แท็ก <%%> <% = และแท็กสคริปต์ถูกลบออกจาก PHP 7 ดังนั้นหากคุณต้องการสนับสนุนรหัสพกพาระยะยาวและต้องการเปลี่ยนเป็นเครื่องมือที่ทันสมัยที่สุดให้ลองพิจารณาเปลี่ยนส่วนของรหัสนั้น

ฉันชอบที่<?=$whatever?>จะปล่อยมันไป ไม่เคยมีปัญหากับมัน ฉันจะรอจนกว่ามันจะกัดฉันในตูด ในทุกกรณีลูกค้าของฉัน (85%) มีสิทธิ์เข้าถึง php.ini ในโอกาสที่หายากที่พวกเขาถูกปิด อีก 15% ใช้ผู้ให้บริการโฮสต์หลักและเกือบทั้งหมดเปิดใช้งานได้ ฉันรักพวกเขา

เริ่มต้นด้วย PHP 5.4 ทางลัด echo เป็นปัญหาแยกต่างหากจากแท็กสั้นเนื่องจากทางลัด echo จะเปิดใช้งานเสมอ เป็นจริงแล้วตอนนี้:

• การแก้ไข SVN โดย Rasmus Lerdorf
• การอภิปรายรายชื่อผู้รับจดหมาย

ดังนั้นทางลัด echo นั้น ( <?=) จึงปลอดภัยที่จะใช้ตอนนี้

ปัญหาของการสนทนาทั้งหมดนี้คือการใช้ PHP เป็นภาษาเทมเพลต ไม่มีใครโต้แย้งว่าควรใช้แท็กในไฟล์ต้นฉบับของแอปพลิเคชัน

อย่างไรก็ตามไวยากรณ์ที่ฝังได้ของ PHP ช่วยให้สามารถใช้เป็นภาษาแม่แบบที่ทรงพลังและแม่แบบควรเรียบง่ายและอ่านได้มากที่สุด หลายคนพบว่าการใช้เครื่องมือ templating ที่ช้าลงเช่น Smarty นั้นทำได้ง่ายขึ้น แต่สำหรับนักสอนในหมู่พวกเราที่ต้องการการเรนเดอร์ที่รวดเร็วและฐานรหัสที่บริสุทธิ์ PHP เป็นวิธีเดียวที่จะเขียนเทมเพลต

อาร์กิวเมนต์ที่ถูกต้องเพียงอย่างเดียวกับการใช้แท็กสั้น ๆ คือพวกเขาไม่ได้รับการสนับสนุนในเซิร์ฟเวอร์ทั้งหมด ความคิดเห็นเกี่ยวกับข้อขัดแย้งกับเอกสาร XML นั้นน่าหัวเราะเพราะคุณไม่ควรผสม PHP กับ XML อยู่ดี และถ้าคุณเป็นคุณควรใช้ PHP เพื่อส่งออกสตริงข้อความ ความปลอดภัยไม่ควรเป็นปัญหาเพราะถ้าคุณใส่ข้อมูลที่ละเอียดอ่อนเช่นข้อมูลรับรองการเข้าถึงฐานข้อมูลไว้ในไฟล์เทมเพลตคุณก็จะมีปัญหาใหญ่กว่าเดิม!

ในตอนนี้ปัญหาของการสนับสนุนเซิร์ฟเวอร์ต้องยอมรับว่าแพลตฟอร์มเป้าหมายของพวกเขาเป็นที่ยอมรับ หากโฮสติ้งที่ใช้ร่วมกันเป็นเป้าหมายที่มีแนวโน้มคุณควรหลีกเลี่ยงแท็กสั้น ๆ แต่สำหรับนักพัฒนามืออาชีพหลายคน (เช่นตัวฉันเอง) ลูกค้ารับทราบ (และแน่นอนขึ้นอยู่กับความจริง) ว่าเราจะกำหนดความต้องการของเซิร์ฟเวอร์ บ่อยครั้งที่ฉันต้องรับผิดชอบตั้งค่าเซิร์ฟเวอร์เอง

และเราไม่เคยทำงานร่วมกับผู้ให้บริการโฮสติ้งที่ไม่ให้การควบคุมการกำหนดค่าเซิร์ฟเวอร์กับเราอย่างแน่นอน - ในกรณีเช่นนี้เราสามารถพึ่งพาการทำงานให้มีปัญหามากกว่าการสูญเสียการสนับสนุนแท็กสั้น ๆ มันไม่ได้เกิดขึ้น

ใช่ - ฉันเห็นด้วยว่าควรใช้การชั่งน้ำหนักแท็กสั้น ๆ อย่างระมัดระวัง แต่ฉันก็เชื่ออย่างแน่นหนาว่ามันควรจะเป็นตัวเลือกเสมอและนักพัฒนาที่ตระหนักถึงสภาพแวดล้อมของเขาควรใช้มันอย่างอิสระ

แท็กสั้นจะมาขอบคุณกลับไปZend Frameworkผลักดัน " PHP เป็นภาษาแม่แบบ " ของพวกเขาในการกำหนดค่าเริ่มต้น MVC ฉันไม่เห็นสิ่งที่อภิปรายเกี่ยวกับซอฟต์แวร์ส่วนใหญ่ที่คุณจะผลิตในช่วงชีวิตของคุณจะทำงานบนเซิร์ฟเวอร์ที่คุณหรือ บริษัท ของคุณจะควบคุม ตราบใดที่คุณรักษาตัวเองเอาไว้คงไม่มีปัญหาอะไร

UPDATE

หลังจากทำงานค่อนข้างน้อยกับMagentoซึ่งใช้รูปแบบยาว ดังนั้นฉันจึงเปลี่ยนมาใช้รูปแบบยาวของ:

<?php and <?php echo

เกิน

<? and <?=

ดูเหมือนว่าจะมีงานจำนวนเล็กน้อยเพื่อรับประกันการทำงานร่วมกัน

เนื่องจากความสับสนนั้นสามารถสร้างขึ้นได้ด้วยการประกาศ XML หลายคนเห็นด้วย กับคุณ

ข้อกังวลเพิ่มเติมคือความเจ็บปวดที่มันสร้างรหัสทุกอย่างด้วยแท็กสั้น ๆ เท่านั้นเพื่อค้นหาในตอนท้ายว่าเซิร์ฟเวอร์โฮสต์สุดท้ายปิดใช้งาน ...

ต่อไปนี้เป็นแผนภาพการไหลที่ยอดเยี่ยมของเดียวกัน:

ที่มา: คำถามที่คล้ายกันเกี่ยวกับการแลกเปลี่ยนกองวิศวกรรมซอฟต์แวร์

http://uk3.php.net/manual/th/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) อยู่ที่นี่ อย่างน้อยตอนนี้ ...

• แท็กสั้น ๆ จะไม่เปิดใช้งานตามค่าเริ่มต้นในเว็บเซิร์ฟเวอร์บางแห่ง (โฮสต์ที่ใช้ร่วมกัน ฯลฯ ) ดังนั้นการพกพาโค้ดจะกลายเป็นปัญหาหากคุณต้องการย้ายไปยังหนึ่งในสิ่งเหล่านี้

• การอ่านอาจเป็นปัญหาสำหรับบางคน นักพัฒนาหลายคนอาจพบว่าจุด<?phpดึงดูดสายตาเป็นจุดเริ่มต้นของบล็อกรหัสที่ชัดเจนกว่า<?เมื่อคุณสแกนไฟล์โดยเฉพาะอย่างยิ่งถ้าคุณติดอยู่กับฐานรหัสด้วยHTMLและ PHP อย่างแน่นหนา

หมายเหตุ: การเริ่มต้นในแท็กสั้น PHP 5.4 <?=จะพร้อมใช้งานเสมอ

ฉันอ่านหน้านี้หลังจากค้นหาข้อมูลในหัวข้อและฉันรู้สึกว่ายังไม่มีการพูดถึงประเด็นสำคัญหนึ่งเรื่อง: ความเกียจคร้านเทียบกับความสอดคล้อง แท็ก "ของจริง" สำหรับ PHP คือ <? php และ?> ทำไม? ฉันไม่สนใจจริงๆ ทำไมคุณต้องการที่จะใช้อย่างอื่นเมื่อมีอย่างชัดเจนสำหรับ PHP? <% และ%> หมายถึง ASP สำหรับฉันและ <script ..... หมายถึง Javascript (ในกรณีส่วนใหญ่) ดังนั้นเพื่อความสอดคล้องการเรียนรู้อย่างรวดเร็วการพกพาและความเรียบง่ายทำไมไม่ยึดติดกับมาตรฐาน

ในทางกลับกันฉันยอมรับว่าแท็กสั้น ๆ ในเทมเพลต (และเฉพาะในเทมเพลต) ดูเหมือนจะมีประโยชน์ แต่ปัญหาคือเราเพิ่งใช้เวลาคุยกันมากที่นี่ซึ่งอาจจะใช้เวลานานกว่าจะเสียเปล่าจริง ๆ เวลานั้นพิมพ์อักขระพิเศษสามตัวของ "php" !!

ในขณะที่การมีตัวเลือกมากมายเป็นสิ่งที่ดี แต่ก็ไม่ได้มีเหตุผลอะไรเลย ลองนึกภาพถ้าทุกภาษาการเขียนโปรแกรมอนุญาตแท็ก 4 ประเภทขึ้นไป: Javascript อาจเป็น <JS หรือ <script .... หรือ <% หรือ <? JS .... มันจะมีประโยชน์ไหม? ในกรณีของ PHP คำสั่งการแยกวิเคราะห์มีแนวโน้มที่จะยอมให้สิ่งเหล่านี้ แต่ภาษานั้นมีหลายวิธีที่ไม่ยืดหยุ่น: มันจะประกาศข้อผิดพลาดหรือข้อผิดพลาดตามความไม่สอดคล้องกันเล็กน้อย แต่มีการใช้แท็กสั้น ๆ บ่อยๆ และเมื่อมีการใช้แท็กสั้น ๆ บนเซิร์ฟเวอร์ที่ไม่รองรับอาจต้องใช้เวลานานกว่าจะเข้าใจว่าเกิดอะไรขึ้นเนื่องจากไม่มีข้อผิดพลาดเกิดขึ้นในบางกรณี

ในที่สุดฉันไม่คิดว่าแท็กสั้น ๆ เป็นปัญหาที่นี่: มีเพียงสองประเภทตรรกะของบล็อกรหัส PHP - 1) รหัส PHP ปกติ 2) สะท้อนแม่แบบ สำหรับอดีตฉันเชื่อมั่นอย่างยิ่งว่าควรอนุญาตเฉพาะ <? php และ?> เพื่อให้ทุกอย่างสอดคล้องและพกพาได้ สำหรับหลังเมธอด <? = $ var?> นั้นน่าเกลียด ทำไมต้องเป็นเช่นนี้ ทำไมไม่เพิ่มอะไรที่มีเหตุผลมากกว่านี้ล่ะ? <? php $ var?> นั่นจะไม่ทำอะไรเลย (และเฉพาะในความเป็นไปได้ที่ห่างไกลที่สุดอาจขัดแย้งกับบางสิ่ง) และนั่นสามารถแทนที่ไวยากรณ์ที่น่าอึดอัดใจ <? = หรือหากเป็นปัญหาพวกเขาอาจใช้ <? php = $ var?> แทนและไม่ต้องกังวลกับความไม่สอดคล้องกัน

ณ จุดที่มี 4 ตัวเลือกสำหรับแท็กเปิดและปิดและการเพิ่มแท็ก "echo" แบบพิเศษนั้น PHP ก็อาจจะมีธง "แท็กเปิด / ปิดแบบกำหนดเอง" ใน php.ini หรือ. htaccess ด้วยวิธีนี้นักออกแบบสามารถเลือกสิ่งที่พวกเขาชอบที่สุด แต่ด้วยเหตุผลที่ชัดเจนว่าเกินความจริง เหตุใดจึงต้องมีตัวเลือก 4+

เป็นการดีที่จะใช้เมื่อคุณทำงานกับกรอบ MVC หรือ CMS ที่มีไฟล์มุมมองแยกต่างหาก
มันเร็วและโค้ดน้อยไม่ทำให้สับสนสำหรับนักออกแบบ เพียงตรวจสอบให้แน่ใจว่าการกำหนดค่าเซิร์ฟเวอร์ของคุณอนุญาตให้ใช้

สถานการณ์หนึ่งที่แตกต่างกันเล็กน้อยคือเมื่อพัฒนาแอปพลิเคชั่นCodeIgniter CodeIgniter ดูเหมือนว่าจะใช้ shorttags เมื่อใดก็ตามที่มีการใช้ PHP ในเทมเพลต / มุมมองมิฉะนั้นจะมีรุ่นและตัวควบคุมที่ใช้แท็กแบบยาวเสมอ มันไม่ใช่กฎที่ยากและรวดเร็วในกรอบ แต่ส่วนใหญ่แล้วเฟรมเวิร์กและแหล่งที่มาจำนวนมากจากการใช้อื่น ๆ จะเป็นไปตามอนุสัญญานี้

สองเซ็นต์ของฉัน หากคุณไม่เคยวางแผนที่จะเรียกใช้รหัสจากที่อื่นให้ใช้รหัสนี้หากคุณต้องการ ฉันไม่ต้องการทำการค้นหาจำนวนมากและแทนที่เมื่อฉันรู้ว่ามันเป็นความคิดที่โง่

<?ถูกปิดใช้งานโดยค่าเริ่มต้นในรุ่นที่ใหม่กว่า คุณสามารถเปิดใช้งานนี้เช่นอธิบายการเปิดใช้งานแท็กสั้นใน PHP

คน IMHO ที่ใช้แท็กสั้น ๆ มักจะลืมที่จะหลบหนีสิ่งที่พวกเขาสะท้อน มันจะดีถ้ามีเทมเพลตเอ็นจิ้นที่หนีออกไปตามค่าเริ่มต้น ฉันเชื่อว่า Rob A เขียนแฮ็คอย่างรวดเร็วเพื่อหลีกเลี่ยงแท็กสั้น ๆ ในแอป Zend Frameworks ถ้าคุณชอบแท็กสั้น ๆ เพราะจะทำให้ PHP อ่านง่ายขึ้น ถ้างั้น Smarty อาจเป็นตัวเลือกที่ดีกว่านี้?

{$myString|escape}

สำหรับฉันที่ดูดีกว่า

<?= htmlspecialchars($myString) ?> 

เราต้องถามว่าจุดใช้แท็กสั้นคืออะไร

พิมพ์เร็วกว่า

MDCore กล่าวว่า:

<?= สะดวกกว่าการพิมพ์ <?php echo

ใช่แล้ว. คุณบันทึกโดยไม่ต้องพิมพ์ 7 ตัวอักษร * X ตลอดทั้งสคริปต์

อย่างไรก็ตามเมื่อสคริปต์ใช้เวลาหนึ่งชั่วโมงหรือ 10 ชั่วโมงหรือนานกว่านั้นในการออกแบบพัฒนาและเขียนความเกี่ยวข้องสองสามวินาทีของเวลาที่ไม่พิมพ์ 7 ตัวอักษรเหล่านี้ที่นี่และในช่วงระยะเวลาของสคริปต์?

เปรียบเทียบกับความเป็นไปได้สำหรับสคริปต์หลักบางส่วนหรือทั้งหมดของคุณที่ไม่ทำงานหากไม่มีการเปิดใช้งานแท็กสั้น ๆ หรือเปิดอยู่ แต่เป็นการอัปเดตหรือมีคนเปลี่ยนการกำหนดค่าไฟล์ / เซิร์ฟเวอร์ ini ให้หยุดทำงานศักยภาพอื่น ๆ

ประโยชน์เล็ก ๆ น้อย ๆ ที่คุณได้รับนั้นไม่ได้มาจากการเทียบเคียงความรุนแรงของปัญหาที่อาจเกิดขึ้นนั่นคือเว็บไซต์ของคุณไม่ทำงานหรือแย่ลงเพียงบางส่วนของมันไม่ทำงานและทำให้ปวดหัวในการแก้ไข

อ่านง่ายกว่า

ซึ่งขึ้นอยู่กับความคุ้นเคย
ฉันเห็นและใช้<?php echoเสมอ ดังนั้นในขณะที่<?=ไม่ยากที่จะอ่านก็ไม่คุ้นเคยกับผมจึงไม่ได้ให้อ่านง่ายขึ้น

(เช่นเดียวกับ บริษัท ส่วนใหญ่) นักพัฒนาส่วนหน้าที่ทำงานกับเทมเพลตเหล่านี้จะคุ้นเคยมากกว่าที่รู้ว่า<?=เท่ากับ "PHP open tag and echo" หรือไม่?
ฉันจะบอกว่าส่วนใหญ่จะสะดวกสบายกับคนที่มีเหตุผลมากกว่า นั่นคือที่ชัดเจน PHP แท็กเปิดแล้วสิ่งที่เกิดขึ้น "ก้อง" <?php echo-

การประเมินความเสี่ยง
ฉบับที่ = เว็บไซต์หรือสคริปต์หลักทั้งหมดไม่ทำงาน;

ศักยภาพของปัญหาคือ ต่ำมาก + ความรุนแรงของผลลัพธ์สูงมาก = มีความเสี่ยงสูง

ข้อสรุป

คุณบันทึกไม่กี่วินาทีที่นี่และไม่ต้องพิมพ์ตัวอักษรสองสามตัว แต่เสี่ยงมากและอาจสูญเสียความสามารถในการอ่านได้

ตัวแปลงสัญญาณด้านหน้าหรือด้านหลังที่คุ้นเคยกับการ<?=มีแนวโน้มที่จะเข้าใจ<?php echoขณะที่พวกเขากำลัง PHP สิ่งมาตรฐาน - มาตรฐาน<?phpเปิดแท็กและเป็นที่รู้จักกันเป็นอย่างดี "ก้อง"
(แม้แต่โค้ดส่วนหน้าก็ควรรู้ "echo" มิเช่นนั้นจะไม่สามารถทำงานกับโค้ดใด ๆ ที่ให้บริการโดยเฟรมเวิร์ก)

ในขณะที่การย้อนกลับไม่เป็นไปได้บางคนไม่น่าจะอนุมานด้วยเหตุผลว่าเครื่องหมายเท่ากับในแท็กสั้น PHP คือ "echo"

ลองหน้ากันเถอะ PHP น่าเกลียดเหมือนไม่มีแท็กสั้น ๆ

คุณสามารถเปิดใช้งานพวกเขาใน.htaccessไฟล์หากคุณไม่สามารถไปที่php.ini:

php_flag short_open_tag on

เพื่อหลีกเลี่ยงปัญหาการพกพาให้เริ่มต้นแท็ก PHP ด้วย<?phpและในกรณีที่ไฟล์ PHP ของคุณเป็น PHP ล้วนๆไม่มี HTML คุณไม่จำเป็นต้องใช้แท็กปิด

• แท็กสั้น ๆ สามารถใช้ได้ในกรณีที่คุณมั่นใจว่าเซิร์ฟเวอร์จะรองรับและผู้พัฒนาของคุณจะเข้าใจ
• เซิร์ฟเวอร์จำนวนมากไม่รองรับและนักพัฒนาหลายคนจะเข้าใจหลังจากเห็นครั้งเดียว
• ฉันใช้แท็กเต็มรูปแบบเพื่อให้มั่นใจในการพกพาเนื่องจากมันไม่ได้แย่ขนาดนั้น

ด้วยที่กล่าวว่าเพื่อนของฉันกล่าวว่าสิ่งนี้ในการสนับสนุนแท็กสไตล์ asp มาตรฐานอื่นๆ<%แทนที่จะ<?เป็นซึ่งเป็นการตั้งค่าใน php.ini ที่เรียกว่า asp_tags นี่คือเหตุผลของเขา:

... การประชุมโดยพลการควรจะได้มาตรฐาน นั่นคือทุกครั้งที่เราเผชิญกับชุดของความเป็นไปได้ที่มีค่าเท่ากัน - เช่นเครื่องหมายวรรคตอนที่แปลก ๆ ภาษาโปรแกรมของเราควรใช้เพื่อกำหนดเขตเอง - เราควรเลือกวิธีมาตรฐานและติดกับมัน ด้วยวิธีนี้เราลดช่วงการเรียนรู้ของทุกภาษา (หรือสิ่งที่เกี่ยวข้องกับการประชุม)

ฟังดูดีสำหรับฉัน แต่ฉันไม่คิดว่าเราคนใดจะวนรอบเกวียนรอบสาเหตุนี้ <?phpในขณะเดียวกันผมจะติดเต็ม

ฉันคิดว่ามันคุ้มค่าที่จะกล่าวถึงตั้งแต่ PHP 7:

• แท็ก PHP PHP แบบสั้น <% … %>หายไป
• แท็บ PHP แบบสั้น<? … ?>จะยังคงมีให้ถ้าshort_open_tagตั้งค่าเป็นจริง นี่คือค่าเริ่มต้น
• ตั้งแต่ PHP 5.4 แท็กพิมพ์สั้น<?=… ?>จะเปิดใช้งานเสมอโดยไม่คำนึงถึงการ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 ดังนั้นคุณไม่จำเป็นต้อง echo คำสั่งแรกในสคริปต์ของคุณ

ตัวอย่าง:

    $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 */ ?>

หรือแท็ก echo สั้น ๆ

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

เหตุผล: แนะนำโดยมาตรฐานการเข้ารหัสพื้นฐาน PSR-1

<? /* code goes here */ ?>ไม่แนะนำให้ใช้แท็กสั้นอื่น ๆ

ข้อมูลจำเพาะพูดว่า:

โค้ด PHP ต้องใช้แท็กยาวหรือแท็กสั้น ๆ มันไม่ต้องใช้รูปแบบแท็กอื่น ๆ

3 แท็กพร้อมใช้งานใน php:

1. แท็กแบบยาวที่<?php ?>ไม่จำเป็นต้องสั่งการกำหนดค่าใด ๆ
2. short_open_tag ที่<? ?> ใช้ได้หากตัวเลือก short_open_tag ใน php.ini เปิดอยู่
3. แท็กสั้นลง<?= ตั้งแต่ php 5.4.0 มันใช้ได้เสมอ

จาก php 7.0.0 asp และแท็กสคริปต์จะถูกลบ

ไม่และพวกมันจะถูกเลิกใช้งานโดย PHP 6ดังนั้นหากคุณพอใจกับอายุการใช้งานที่ยาวนานของรหัสคุณไม่ควรใช้มันหรือ<% ... %>แท็ก