ทำไมคนเราจะละเว้นแท็กปิด?

ฉันอ่านต่อไปมันเป็นวิธีปฏิบัติที่ไม่ดีในการใช้แท็กปิด PHP ?>ที่ท้ายไฟล์ ปัญหาส่วนหัวดูเหมือนไม่เกี่ยวข้องในบริบทต่อไปนี้ (และนี่เป็นอาร์กิวเมนต์ที่ดีเพียงอย่างเดียวจนถึงตอนนี้):

PHP เวอร์ชันโมเดิร์นตั้งค่าสถานะ output_buffering ใน php.ini หากเปิดใช้งานการบัฟเฟอร์เอาต์พุตคุณสามารถตั้งค่าส่วนหัว HTTP และคุกกี้หลังจากเอาท์พุท HTML ได้เนื่องจากโค้ดส่งคืนจะไม่ถูกส่งไปยังเบราว์เซอร์ทันที

หนังสือฝึกหัดและ wiki ที่ดีทุกเล่มเริ่มต้นด้วย 'กฎ' นี้ แต่ไม่มีใครเสนอเหตุผลที่ดี มีอีกเหตุผลที่ดีที่จะข้ามแท็ก PHP สิ้นสุดหรือไม่

การส่งส่วนหัวก่อนหน้าของหลักสูตรปกติอาจส่งผลกระทบที่ไกลออกไป ด้านล่างเป็นเพียงไม่กี่คนที่เกิดขึ้นในใจของฉันในขณะนี้:

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

2. คุณอาจปวดหัวกับการสูญเสียฟังก์ชันที่อธิบายไม่ได้ สมมติว่าคุณกำลังติดตั้งเกตเวย์การชำระเงินบางประเภทและเปลี่ยนเส้นทางผู้ใช้ไปยัง URL ที่ระบุหลังจากได้รับการยืนยันจากผู้ประมวลผลการชำระเงินที่ประสบความสำเร็จ หากมีข้อผิดพลาด PHP บางประเภทแม้กระทั่งคำเตือนหรือมีการสิ้นสุดของบรรทัดส่วนเกินการชำระเงินอาจยังไม่ได้ดำเนินการและผู้ใช้อาจยังไม่ได้เรียกเก็บเงิน นี่เป็นอีกสาเหตุหนึ่งที่ทำให้การเปลี่ยนเส้นทางโดยไม่จำเป็นเป็นสิ่งชั่วร้ายและหากต้องใช้การเปลี่ยนเส้นทางจะต้องใช้ด้วยความระมัดระวัง

3. คุณอาจได้รับข้อผิดพลาดประเภท "การโหลดหน้าถูกยกเลิก" ใน Internet Explorer แม้ในรุ่นล่าสุด นี่เป็นเพราะAJAX response / json include มีบางอย่างที่ไม่ควรมีเพราะส่วนเกินของไฟล์ในไฟล์ PHP บางไฟล์สิ้นสุดลงเช่นเดียวกับที่ฉันพบเมื่อไม่กี่วันที่ผ่านมา

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

5. ในที่สุดเฟรมเวิร์ค PHP จำนวนมากรวมถึงSymfony , Zendและ Laravel (ไม่มีการกล่าวถึงเรื่องนี้ในแนวทางการเขียนโค้ดแต่มันตามหลังชุดสูท) และมาตรฐานPSR-2 (รายการ 2.2) จำเป็นต้องละเว้นแท็กปิด คู่มือ PHP เอง ( 1 , 2 ), Wordpress , Drupalและซอฟต์แวร์ PHP อื่น ๆ อีกมากมายฉันเดาว่าแนะนำให้ทำเช่นนั้น หากคุณสร้างนิสัยในการติดตามมาตรฐาน (และการติดตั้งPHP-CS-Fixerสำหรับรหัสของคุณ) คุณสามารถลืมปัญหาได้ มิฉะนั้นคุณจะต้องคำนึงถึงปัญหานี้เสมอ

โบนัส: gotchas สองสามอัน (อันที่จริงแล้วปัจจุบันหนึ่ง) ที่เกี่ยวข้องกับ 2 ตัวอักษรเหล่านี้

1. ?>แม้บางห้องสมุดที่รู้จักกันดีอาจจะมีตอนจบบรรทัดส่วนเกินหลัง ตัวอย่างคือ Smarty แม้แต่เวอร์ชันล่าสุดของทั้ง 2 * และ 3 * branch มีสิ่งนี้ ดังนั้นเช่นเคยดูรหัสของบุคคลที่สาม โบนัสเป็นโบนัส: Regex สำหรับการลบตอนจบ PHP ที่ไม่จำเป็น: แทนที่(\s*\?>\s*)$ด้วยข้อความว่างเปล่าในไฟล์ทั้งหมดที่มีโค้ด PHP

เหตุผลที่คุณควรออกจากแท็กปิด php ( ?>) คือเพื่อให้โปรแกรมเมอร์ไม่ได้ส่งตัวอักษรขึ้นบรรทัดใหม่พิเศษโดยไม่ได้ตั้งใจ

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

ดังนั้นสำหรับคำถามของคุณ:

มีอีกเหตุผลที่ดีในการข้ามแท็ก php สิ้นสุดหรือไม่

ไม่มีมีไม่ได้เป็นอีกเหตุผลที่ดีที่จะข้ามแท็กสิ้นสุด PHP

ฉันจะจบด้วยข้อโต้แย้งบางอย่างที่ไม่รบกวนแท็กปิด:

1. ผู้คนสามารถทำผิดพลาดได้เสมอไม่ว่าเขาจะฉลาดแค่ไหน การปฏิบัติตามแนวทางที่ช่วยลดจำนวนข้อผิดพลาดที่เป็นไปได้คือ (IMHO) เป็นความคิดที่ดี

2. PHP ไม่ใช่ XML PHP ไม่จำเป็นต้องปฏิบัติตามมาตรฐานที่เข้มงวดของ XML เพื่อให้สามารถเขียนและใช้งานได้ดี หากแท็กปิดที่หายไปทำให้คุณรำคาญคุณจะได้รับอนุญาตให้ใช้แท็กปิดนั่นไม่ใช่กฎการตั้งค่าแบบทางเดียวหรืออื่น ๆ

มันเป็นมือใหม่เข้ารหัสคำแนะนำสไตล์ , เจตนาดีและได้รับคำแนะนำจากคู่มือการใช้งาน

• ละทิ้ง?>แต่แก้เพียงหยดของส่วนหัวทั่วไปได้ส่งสาเหตุแล้ว (เอาท์พุทดิบ, BOM , ประกาศ, ฯลฯ ) และปัญหาการติดตามของพวกเขา

• PHP มีเวทย์มนตร์ในการกิน linebreaks เดียวหลังจาก?>โทเค็นปิด แม้ว่าจะมีปัญหาทางประวัติศาสตร์และทำให้ผู้มาใหม่ยังคงไวต่อการบรรณาธิการที่ไม่สม่ำเสมอและการสับในช่องว่างอื่น ๆ?>โดยไม่ได้ตั้งใจ

• นักพัฒนาบางคนชอบดู<?phpและ?>ตามคำแนะนำในการประมวลผลแท็ก / XML ของ SGML แสดงถึงความสอดคล้องที่สมดุลของโทเค็นใกล้เคียงต่อท้าย (btw ใดที่มีประโยชน์สำหรับคลาสการพึ่งพาการเชื่อมต่อรวมถึงการแทนที่การโหลดอัตโนมัติแบบไม่มีประสิทธิภาพต่อไฟล์)

• ค่อนข้างเปิดที่ผิดปกติ<?phpมีลักษณะเป็น PHPs shebang (และเป็นไปได้อย่างเต็มที่ต่อbinfmt_misc ) จึงตรวจสอบความซ้ำซ้อนของแท็กปิดที่สอดคล้องกัน

• มีความแตกต่างที่เห็นได้ชัดระหว่างให้คำแนะนำเป็นคู่มือไวยากรณ์คลาสสิก PHPอิง?>\nและยิ่งคนล่าสุด (PSR-2)เห็นพ้องกับการละเลย
  (สำหรับเร็กคอร์ด: Zend Framework ที่อ้างถึงหนึ่ง ๆ เหนืออื่น ๆ ไม่ได้หมายความถึงความเหนือกว่าโดยธรรมชาติของมันมันเป็นความเข้าใจผิดที่ผู้เชี่ยวชาญถูกดึงไปยัง / กลุ่มเป้าหมายของ API ที่เทอะทะ)

• SCMและ IDE ที่ทันสมัยนำเสนอโซลูชั่นในตัวซึ่งส่วนใหญ่ช่วยบรรเทาการดูแลแท็กใกล้ชิด

การกีดกันการใช้?>แท็กปิดใด ๆเพียง แต่ล่าช้าอธิบายพฤติกรรมการประมวลผล PHP ขั้นพื้นฐานและความหมายของภาษาเพื่อหลีกเลี่ยงปัญหาที่พบบ่อย มันยังคงใช้งานได้จริงสำหรับการพัฒนาซอฟต์แวร์ที่ทำงานร่วมกันเนื่องจากความหลากหลายของผู้เข้าร่วม

ปิดแท็กรูปแบบต่างๆ

• ปกติ ?>แท็กใกล้เคียงยังเป็นที่รู้จักกันT_CLOSE_TAGหรือทำให้ "โทเค็นปิด"

• มันประกอบด้วยอีกสองสามสาขาเพราะ PHPs เวทมนตร์ขึ้นบรรทัดใหม่กิน :

  ?>\n (ฟีด Unix)

  ?>\r (Carriage return, MAC แบบคลาสสิก)

  ?>\r\n (CR / LF บน DOS / Win)

  PHP ไม่รองรับ Unicode combo linebreak NEL(U + 0085)

  PHP เวอร์ชันแรก ๆ นั้นมี IIRC ที่รวบรวมข้อ จำกัด ของแพลตฟอร์มผู้ไม่เชื่อเรื่องพระเจ้า (ค่อนข้างใช้เพียงแค่>เครื่องหมายปิด) ซึ่งเป็นต้นกำเนิดทางประวัติศาสตร์ของการหลีกเลี่ยงแท็กอย่างใกล้ชิด

• มักจะมองข้าม แต่จนถึงPHP7 ขจัดพวกเขาที่ปกติ<?phpโทเค็นเปิดสามารถอย่างถูกต้องจับคู่กับที่ไม่ค่อยได้ใช้</script>เป็นโทเค็นปิดคี่

• " แท็กปิดยาก " ไม่ได้เป็นแบบเดียวกัน - สร้างคำศัพท์นั้นขึ้นมาเพื่อการเปรียบเทียบ __halt_compilerอย่างไรก็ตามควรคำนึงถึงความคิดและการใช้งานที่ชาญฉลาดว่าเป็นโทเค็นใกล้เคียง

  __HALT_COMPILER();
  ?>

  ซึ่งโดยทั่วไปแล้วมี tokenizer ทิ้งรหัสใด ๆ หรือส่วน HTML ธรรมดาหลังจากนั้น ใน PHAR โดยเฉพาะอย่างยิ่งไม่สมบูรณ์ทำให้การใช้งานของที่ซ้ำซ้อนหรือการรวมกันกับ?>ที่ปรากฎเป็น

• เช่นเดียวกันโมฆะก็return;ไม่สามารถแทนที่รวมสคริปต์ได้แสดงผลใด ๆ ที่ไม่มี?>ช่องว่างต่อท้าย

• จากนั้นก็มีความหลากหลายของแท็กปิดแบบsoft / faux ไม่ค่อยมีคนรู้จักและไม่ค่อยได้ใช้ แต่มักจะเป็นโทเค็นที่แสดงความคิดเห็นต่อ:

  • การเว้นวรรคอย่างง่าย// ? >เพื่อหลีกเลี่ยงการตรวจจับโดย tokenizer ของ PHP

  • หรือสัญลักษณ์ทดแทน Unicode แฟนซี// ﹖﹥(U + FE56 เครื่องหมายคำถามเล็ก ๆ , U + FE65 เล็ก ๆ มุมยึด) ซึ่ง regexp สามารถเข้าใจ

  ทั้งคู่ไม่มีความหมายต่อ PHPแต่สามารถใช้ประโยชน์ได้จริงสำหรับชุดเครื่องมือภายนอกที่ไม่รู้จักหรือกึ่งตระหนักถึง PHP catสคริปต์ที่เข้าร่วมอีกครั้งคำนึงถึงผลการ// ? > <?phpต่อข้อมูลที่inline- เก็บการแบ่งส่วนไฟล์อดีต

ดังนั้นจึงมีทางเลือกขึ้นอยู่กับบริบท แต่ในทางปฏิบัติเพื่อการละเว้นแท็กปิดจำเป็น

การดูแล?>แท็กปิดแบบแมนนวลนั้นไม่ได้เป็นแบบร่วมสมัยมากนัก มีเครื่องมืออัตโนมัติอยู่เสมอสำหรับสิ่งนั้น (แม้ว่าจะเป็นเพียงแค่ sed / awk หรือ regex-oneliners) โดยเฉพาะอย่างยิ่ง:

แท็ก phptags tidier

https://fossil.include-once.org/phptags/

ซึ่งโดยทั่วไปสามารถใช้กับ--uncloseแท็ก php สำหรับรหัสของบุคคลที่สามหรือเพียงแค่แก้ไขปัญหาช่องว่าง / BOM จริง ๆ (และทั้งหมด):

• phptags --warn --whitespace *.php

นอกจากนี้ยังจัดการ--longการแปลงแท็ก ฯลฯ สำหรับความเข้ากันได้ของรันไทม์ / การกำหนดค่า

มันไม่ใช่แท็ก ...

แต่ถ้าคุณมีคุณก็เสี่ยงที่จะมีพื้นที่สีขาวหลังจากนั้น

หากคุณใช้เป็นแบบรวมไว้ที่ด้านบนของเอกสารคุณสามารถสิ้นสุดการแทรกช่องว่าง (เช่นเนื้อหา) ก่อนที่คุณจะพยายามส่งส่วนหัว HTTP ... ซึ่งไม่ได้รับอนุญาต

มันมีประโยชน์ทีเดียวที่จะไม่ยอมปิดตัว?>ลง

ไฟล์ยังคงใช้งานได้กับ PHP (ไม่ใช่ข้อผิดพลาดทางไวยากรณ์) และตามที่ @David Dorward บอกว่าอนุญาตให้หลีกเลี่ยงการมี white space / break-line (สิ่งใดก็ตามที่สามารถส่งส่วนหัวไปยังเบราว์เซอร์) หลังจาก?>นั้น

ตัวอย่างเช่น,

<?
    header("Content-type: image/png");
    $img = imagecreatetruecolor ( 10, 10);
    imagepng ( $img);
?>
[space here]
[break line here]

จะไม่ถูกต้อง

แต่

<?
    header("Content-type: image/png");
    $img = imagecreatetruecolor ( 10, 10 );
    imagepng ( $img );

จะ.

สำหรับครั้งคุณจะต้องขี้เกียจที่จะเป็นที่เชื่อถือได้

ตามเอกสารนั้นดีกว่าที่จะละเว้นแท็กปิดถ้ามันอยู่ท้ายไฟล์ด้วยเหตุผลดังต่อไปนี้:

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

คู่มือ PHP> การอ้างอิงภาษา> ไวยากรณ์พื้นฐาน> แท็ก PHP

ฉันรู้เหตุผล แต่ฉันไม่สามารถแสดงได้:

สำหรับไฟล์ที่มีรหัส PHP เท่านั้น?>จะไม่อนุญาตให้ใช้แท็กปิด ( ) มันไม่ได้ถูกต้องการโดย PHP และการละเว้นมันจะป้องกันการฉีดโดยไม่ได้ตั้งใจของพื้นที่สีขาวต่อท้ายในการตอบสนอง

ที่มา: http://framework.zend.com/manual/th/coding-standard.php-file-formatting.html

มีสองวิธีในการดูมัน

1. โค้ด PHP ไม่มีอะไรมากไปกว่าชุดคำสั่งการประมวลผล XMLดังนั้นไฟล์ใด ๆ ที่มี.phpนามสกุลเป็นอะไรมากกว่าไฟล์ XML ที่เกิดขึ้นเพื่อแยกวิเคราะห์สำหรับโค้ด PHP
2. PHP เกิดขึ้นเพื่อแบ่งปันรูปแบบคำสั่งการประมวลผล XML สำหรับแท็กเปิดและปิด ขึ้นอยู่กับว่าไฟล์ที่มี.phpส่วนขยายอาจเป็นไฟล์ XML ที่ถูกต้อง แต่ไม่จำเป็นต้องเป็น

หากคุณเชื่อว่าเป็นเส้นทางแรกไฟล์ PHP ทั้งหมดจะต้องปิดแท็กปิดท้าย หากไม่ต้องการจะสร้างไฟล์ XML ที่ไม่ถูกต้อง จากนั้นอีกครั้งโดยไม่ต้องมีการ<?xml version="1.0" charset="latin-1" ?>ประกาศเปิดคุณจะไม่มีไฟล์ XML ที่ถูกต้องอยู่แล้ว ... ดังนั้นจึงไม่ใช่ปัญหาหลัก ...

หากคุณเชื่อเส้นทางที่สองนั่นจะเป็นการเปิดประตูสำหรับ.phpไฟล์สองประเภท:

• ไฟล์ที่มีรหัสเท่านั้น (ไฟล์ไลบรารีเช่น)
• ไฟล์ที่มี native XML และ code (ตัวอย่างไฟล์เทมเพลต)

ขึ้นอยู่กับว่าไฟล์รหัสเท่านั้นตกลงที่จะสิ้นสุดโดยไม่มี?>แท็กปิด แต่ไฟล์โค้ด XML นั้นไม่สามารถสิ้นสุดได้หากไม่มีการปิด?>เพราะจะทำให้ XML ใช้ไม่ได้

แต่ฉันรู้ว่าคุณกำลังคิดอะไรอยู่ คุณกำลังคิดว่ามันเป็นสิ่งสำคัญคุณจะไม่แสดงไฟล์ PHP โดยตรงดังนั้นใครจะสนใจว่าเป็น XML ที่ถูกต้อง ถ้าคุณออกแบบเทมเพลต หากเป็น XML / HTML ที่ถูกต้องเบราว์เซอร์ปกติจะไม่แสดงรหัส PHP (ถือว่าเป็นความคิดเห็น) ดังนั้นคุณสามารถเยาะเย้ยแม่แบบโดยไม่จำเป็นต้องเรียกใช้รหัส PHP ภายใน ...

ฉันไม่ได้บอกว่าสิ่งนี้สำคัญ มันเป็นเพียงมุมมองที่ฉันไม่เห็นบ่อยเกินไปดังนั้นสิ่งที่ดีกว่าที่จะแบ่งปัน ...

โดยส่วนตัวแล้วฉันไม่ปิดแท็กในไฟล์ไลบรารี แต่ทำในไฟล์เทมเพลต ... ฉันคิดว่ามันเป็นความชอบส่วนตัว (และแนวทางการเข้ารหัส) ซึ่งเป็นมากกว่าสิ่งที่ยาก ...

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

Apache 2.4.6 กับ PHP 5.4 แบ่งส่วนที่ผิดพลาดจริง ๆ บนเครื่องผลิตของเราเมื่อมีพื้นที่ว่างด้านหลังphpแท็กปิด ฉันเพียงแค่สูญเสียชั่วโมงจนในที่สุดผมก็แคบลงข้อผิดพลาดที่มีstrace

นี่คือข้อผิดพลาดที่ Apache พ่น:

[core:notice] [pid 7842] AH00052: child pid 10218 exit signal Segmentation fault (11)

"มีอีกเหตุผลที่ดี (นอกเหนือจากปัญหาส่วนหัว) เพื่อข้ามแท็ก php สิ้นสุดหรือไม่"

คุณไม่ต้องการส่งออกอักขระสีขาวที่ไม่เกี่ยวข้องโดยไม่ได้ตั้งใจเมื่อสร้างเอาต์พุตไบนารีข้อมูลCSVหรือเอาต์พุตอื่นที่ไม่ใช่ HTML

ข้อดี

• จะเป็นตรรกะที่จะปิดแท็กที่เปิดอยู่เช่นเดียวกับภาษาอื่น ๆ ไม่เพียง แต่แท็ก X (HT) ML เท่านั้น แต่ยังมีเครื่องหมายปีกกาปีกกาวงเล็บ ...
• หักสับสนสำหรับผู้เริ่มต้น

จุดด้อย

• หลีกเลี่ยงการปวดหัวด้วยการเพิ่มช่องว่างหลังจากแท็กปิดโดยไม่ได้ตั้งใจเพราะมันทำลายพฤติกรรมของส่วนหัว () ... บรรณาธิการหรือไคลเอนต์ / เซิร์ฟเวอร์ FTP บางคน  รู้จักว่าจะเปลี่ยนจุดสิ้นสุดของไฟล์โดยอัตโนมัติ (อย่างน้อยมันเป็นค่าเริ่มต้น)
• คู่มือ PHP กล่าวว่าแท็กปิดเป็นตัวเลือกและZend แม้กระทั่งห้ามมัน

ข้อสรุป

ฉันจะบอกว่าข้อโต้แย้งในความโปรดปรานของการละเว้นแท็กดูแข็งแกร่ง (ช่วยหลีกเลี่ยงอาการปวดหัวใหญ่ด้วยส่วนหัว () + มันเป็น "แนะนำ" PHP / Zend ฉันยอมรับว่านี่ไม่ใช่คำตอบที่ "สวยงาม" ที่สุดเท่าที่ฉันเคยเห็นในแง่ของความสอดคล้องของไวยากรณ์ แต่สิ่งที่อาจจะดีกว่า

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

• ด้วยคำสั่งในการประมวลผลที่สมบูรณ์ไวยากรณ์ ( <?php ... ?>) แหล่งที่มาของ PHP คือเอกสาร SGML ที่ถูกต้องซึ่งสามารถแยกวิเคราะห์และประมวลผลได้โดยไม่มีปัญหากับตัวแยกวิเคราะห์ SGML ด้วยข้อ จำกัด เพิ่มเติมสามารถเป็น XML / XHTML ที่ถูกต้องได้เช่นกัน

ไม่มีอะไรป้องกันคุณจากการเขียนรหัส XML / HTML / SGML ที่ถูกต้อง เอกสาร PHPรู้เรื่องนี้ ข้อความที่ตัดตอนมา:

หมายเหตุ: โปรดทราบด้วยว่าหากคุณฝัง PHP ไว้ใน XML หรือ XHTML คุณจะต้องใช้แท็ก <? php?> เพื่อให้สอดคล้องกับมาตรฐาน

แน่นอนว่า PHP ไวยากรณ์ไม่เข้มงวด SGML / XML / HTML และคุณสร้างเอกสารซึ่งไม่ใช่ SGML / XML / HTML เช่นเดียวกับที่คุณสามารถเปลี่ยน HTML เป็น XHTML ให้เป็นไปตาม XML ได้หรือไม่

• ในบางจุดคุณอาจต้องการเชื่อมโยงแหล่งที่มา สิ่งนี้จะไม่ง่ายอย่างที่คิดcat source1.php source2.phpถ้าคุณมีความไม่สอดคล้องที่แนะนำโดยการข้าม?>แท็กปิด

• โดยไม่?>ยากที่จะบอกได้ว่าเอกสารถูกทิ้งไว้ในโหมดหลบหนี PHP หรือโหมดละเว้น PHP ( <?phpอาจมีการเปิดแท็ก PI หรือไม่) ชีวิตจะง่ายขึ้นถ้าคุณปล่อยเอกสารไว้ในโหมดละเว้น PHP อย่างสม่ำเสมอ มันเหมือนกับการทำงานกับเอกสาร HTML ที่มีการจัดรูปแบบที่ดีเมื่อเทียบกับเอกสารที่มีแท็กที่ไม่ซ้อนกันและซ้อนกันไม่ดีเป็นต้น

• มันดูเหมือนว่าบรรณาธิการบางอย่างเช่น Dreamweaver อาจมีปัญหากับ PI เปิดทิ้งไว้[1]

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

โปรแกรมเมอร์สามารถล้างบัฟเฟอร์หรือเอาท์พุทบัฟเฟอร์ดังนั้นตัวเลือกบัฟเฟอร์เอาต์พุตใน PHP จะเปลี่ยนวิธีการปิดแท็กที่มีผลต่อการเข้ารหัสหรือไม่ ฉันจะยืนยันว่ามันไม่ได้

และนั่นอาจเป็นเหตุผลว่าทำไมคำตอบส่วนใหญ่กลับไปที่สไตล์และไวยากรณ์ส่วนตัว

มีการใช้ php code ที่เป็นไปได้ 2 แบบ:

1. โค้ด PHP เช่นนิยามคลาสหรือนิยามฟังก์ชัน
2. ใช้ PHP เป็นภาษาแม่แบบ (เช่นในมุมมอง)

ในกรณีที่ 1. แท็กปิดไม่ได้ใช้อย่างสมบูรณ์, ฉันอยากจะเห็นเพียง 1 (หนึ่ง) php open tag และ NO (ศูนย์) แท็กปิดในกรณีเช่นนี้ นี่เป็นวิธีปฏิบัติที่ดีเนื่องจากทำให้โค้ดสะอาดและแยกตรรกะจากงานนำเสนอ สำหรับกรณีการนำเสนอ (2. ) บางคนพบว่าเป็นเรื่องธรรมดาที่จะปิดแท็กทั้งหมด (แม้แต่แท็กที่ประมวลผลด้วย PHP) ซึ่งนำไปสู่ความเชื่อมั่นเนื่องจาก PHP มีกรณีการใช้งานแยกต่างหาก 2 อันซึ่งไม่ควรผสม: ตรรกะ / แคลคูลัส และการนำเสนอ