Các thẻ ngắn PHP có được chấp nhận để sử dụng không?

Đây là thông tin theo tài liệu chính thức :

Có bốn cặp thẻ mở và đóng khác nhau có thể được sử dụng trong PHP. Hai trong số đó, <?php ?> và <script language="php"> </script>, luôn luôn có sẵn. Hai cái còn lại là các thẻ ngắn và thẻ kiểu ASP và có thể được bật và tắt từ tệp cấu hình php.ini. Như vậy, trong khi một số người tìm thấy các thẻ ngắn và thẻ kiểu ASP thuận tiện, thì chúng ít di động hơn và thường không được khuyến nghị .

Theo kinh nghiệm của tôi hầu hết các máy chủ làm có thẻ ngắn được kích hoạt. Đánh máy

<?=

thuận tiện hơn nhiều so với gõ

<?php echo 

Sự tiện lợi của các lập trình viên là một yếu tố quan trọng, vậy tại sao họ không được khuyến khích?

Chúng không được khuyến nghị vì đó là Pita nếu bạn phải di chuyển mã của mình đến máy chủ không được hỗ trợ (và bạn không thể bật mã này). Như bạn nói, rất nhiều vạn quân chia sẻ làm hỗ trợ shorttags nhưng "rất nhiều" không phải là tất cả trong số họ. Nếu bạn muốn chia sẻ tập lệnh của mình, tốt nhất nên sử dụng cú pháp đầy đủ.

Tôi đồng ý rằng <?và <?=dễ dàng hơn đối với các lập trình viên hơn <?phpvà <?php echonhưng có thể thực hiện tìm và thay thế hàng loạt miễn là bạn sử dụng cùng một hình thức mỗi lần (và không tặc lưỡi trong không gian (ví dụ: <? phphoặc <? =)

Tôi không mua khả năng đọc là một lý do cả. Hầu hết các nhà phát triển nghiêm túc có tùy chọn đánh dấu cú pháp có sẵn cho họ.

Như ThiefMaster đã đề cập trong các bình luận, kể từ phiên bản PHP 5.4, <?= ... ?>các thẻ được hỗ trợ ở mọi nơi, bất kể cài đặt shorttags . Điều này có nghĩa là chúng an toàn để sử dụng trong mã di động nhưng điều đó có nghĩa là sau đó phụ thuộc vào PHP 5.4+. Nếu bạn muốn hỗ trợ trước 5,4 và không thể đảm bảo rút ngắn, bạn vẫn cần sử dụng <?php echo ... ?>.

Ngoài ra, bạn cần biết rằng các thẻ ASP <%,%>, <% = và thẻ script được xóa khỏi PHP 7 . Vì vậy, nếu bạn muốn hỗ trợ mã di động dài hạn và muốn chuyển sang các công cụ hiện đại nhất, hãy xem xét thay đổi các phần của mã.

Tôi quá thích <?=$whatever?>để cho nó đi. Không bao giờ có vấn đề với nó. Tôi sẽ đợi cho đến khi nó cắn vào mông tôi. Nói một cách nghiêm túc, 85% khách hàng (của tôi) có quyền truy cập vào php.ini trong trường hợp hiếm hoi họ bị tắt. 15% khác sử dụng các nhà cung cấp dịch vụ lưu trữ chính và hầu như tất cả họ đều kích hoạt chúng. Tôi yêu họ.

Bắt đầu với PHP 5.4, phím tắt echo là một vấn đề riêng biệt với các thẻ ngắn, vì phím tắt echo sẽ luôn được bật. Bây giờ là sự thật:

• SVN Sửa đổi bởi Rasmus Lerdorf
• Thảo luận danh sách gửi thư

Vì vậy, phím tắt echo ( <?=) là an toàn để sử dụng ngay bây giờ.

Vấn đề với toàn bộ cuộc thảo luận này nằm ở việc sử dụng PHP làm ngôn ngữ tạo khuôn mẫu. Không ai tranh cãi rằng các thẻ nên được sử dụng trong các tệp nguồn ứng dụng.

Tuy nhiên, cú pháp có thể nhúng của PHP cho phép nó được sử dụng như một ngôn ngữ mẫu mạnh mẽ và các mẫu phải đơn giản và dễ đọc nhất có thể. Nhiều người đã thấy dễ dàng hơn khi sử dụng một công cụ tạo khuôn mẫu bổ sung chậm hơn nhiều như Smarty, nhưng đối với những người theo chủ nghĩa thuần túy trong số chúng ta, những người yêu cầu kết xuất nhanh và cơ sở mã thuần túy, PHP là cách duy nhất để viết mẫu.

Đối số hợp lệ CHỈ CHỐNG LẠI việc sử dụng các thẻ ngắn là chúng không được hỗ trợ trên tất cả các máy chủ. Nhận xét về xung đột với các tài liệu XML là lố bịch, vì có lẽ bạn không nên trộn lẫn PHP và XML; và nếu là bạn, bạn nên sử dụng PHP để xuất chuỗi văn bản. Bảo mật không bao giờ là vấn đề, bởi vì nếu bạn đặt thông tin nhạy cảm như thông tin truy cập cơ sở dữ liệu bên trong các tệp mẫu, thì bạn đã gặp vấn đề lớn hơn!

Bây giờ, về vấn đề hỗ trợ máy chủ, phải thừa nhận rằng người ta phải nhận thức được nền tảng mục tiêu của họ. Nếu lưu trữ được chia sẻ là một mục tiêu có khả năng, thì nên tránh các thẻ ngắn. Nhưng đối với nhiều nhà phát triển chuyên nghiệp (như bản thân tôi), khách hàng thừa nhận (và thực tế, phụ thuộc vào thực tế) rằng chúng tôi sẽ đưa ra các yêu cầu máy chủ. Thường thì tôi chịu trách nhiệm thiết lập máy chủ.

Và chúng tôi KHÔNG BAO GIỜ làm việc với nhà cung cấp dịch vụ lưu trữ không cho chúng tôi quyền kiểm soát tuyệt đối cấu hình máy chủ - trong trường hợp như vậy, chúng tôi có thể tính đến việc chạy đến nhiều rắc rối hơn là chỉ mất hỗ trợ thẻ ngắn. Nó không xảy ra.

Vì vậy, có - tôi đồng ý rằng việc sử dụng các thẻ ngắn nên được cân nhắc cẩn thận. Nhưng tôi cũng tin chắc rằng nó LUÔN LUÔN là một lựa chọn và nhà phát triển nhận thức được môi trường của mình nên cảm thấy thoải mái khi sử dụng chúng.

Các thẻ ngắn đang quay trở lại nhờ Zend Framework đẩy " PHP làm ngôn ngữ mẫu " trong cấu hình MVC mặc định của chúng . Tôi không thấy cuộc tranh luận là gì, hầu hết các phần mềm bạn sẽ sản xuất trong suốt cuộc đời sẽ hoạt động trên máy chủ mà bạn hoặc công ty của bạn sẽ kiểm soát. Miễn là bạn giữ cho mình sự nhất quán, không nên có bất kỳ vấn đề nào.

CẬP NHẬT

Sau khi thực hiện khá nhiều công việc với Magento , sử dụng hình thức dài. Kết quả là, tôi đã chuyển sang dạng dài:

<?php and <?php echo

kết thúc

<? and <?=

Có vẻ như một lượng nhỏ công việc để đảm bảo khả năng tương tác.

Bởi vì sự nhầm lẫn nó có thể tạo ra với các khai báo XML. Nhiều người đồng ý với bạn, mặc dù.

Một mối quan tâm khác là nỗi đau mà nó tạo ra để mã hóa mọi thứ chỉ bằng các thẻ ngắn để tìm ra cuối cùng rằng máy chủ lưu trữ cuối cùng đã tắt chúng ...

Sau đây là sơ đồ dòng tuyệt vời của cùng:

Nguồn: câu hỏi tương tự trên Exchange Engineering Stack Exchange

http://uk3.php.net/manual/en/lingu.basic-syntax.phpmode.php có rất nhiều lời khuyên, bao gồm:

trong khi một số người tìm thấy các thẻ ngắn và thẻ kiểu ASP thuận tiện, chúng ít di động hơn và thường không được khuyến nghị.

và

lưu ý rằng nếu bạn nhúng PHP trong XML hoặc XHTML, bạn sẽ cần sử dụng các <?php ?>thẻ để duy trì tuân thủ các tiêu chuẩn.

và

Nên tránh sử dụng các thẻ ngắn khi phát triển các ứng dụng hoặc thư viện nhằm phân phối lại hoặc triển khai trên các máy chủ PHP không thuộc quyền kiểm soát của bạn, vì các thẻ ngắn có thể không được hỗ trợ trên máy chủ đích. Đối với mã di động, có thể phân phối lại, hãy chắc chắn không sử dụng các thẻ ngắn.

Trong trường hợp bất cứ ai vẫn chú ý đến điều này ... Kể từ phiên bản PHP 5.4.0 Alpha 1 <?=luôn có sẵn:

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

Vì vậy, có vẻ như các thẻ ngắn là (a) chấp nhận được và (b) ở đây để ở lại. Ít nhất cho tới hiện tại...

• Các thẻ ngắn không được bật theo mặc định trong một số máy chủ web (máy chủ được chia sẻ, v.v.), do đó tính di động của mã trở thành vấn đề nếu bạn cần chuyển sang một trong những máy chủ này.

• Khả năng đọc có thể là một vấn đề đối với một số. Nhiều nhà phát triển có thể thấy rằng <?phpbắt mắt như một điểm đánh dấu rõ ràng hơn về sự khởi đầu của một khối mã so với <?khi bạn quét một tệp, đặc biệt nếu bạn bị mắc kẹt với một cơ sở mã với HTML và PHP đan xen chặt chẽ.

Lưu ý: Bắt đầu từ PHP 5.4, thẻ ngắn <?=, hiện luôn có sẵn.

Tôi đọc trang này sau khi tìm kiếm thông tin về chủ đề này và tôi cảm thấy rằng một vấn đề lớn chưa được đề cập: sự lười biếng so với tính nhất quán. Các thẻ "thực" cho PHP là <? Php và?>. Tại sao? Tôi không thực sự quan tâm. Tại sao bạn muốn sử dụng cái gì khác khi những thứ đó rõ ràng cho PHP? <% và%> có nghĩa là ASP đối với tôi và <script ..... có nghĩa là Javascript (trong hầu hết các trường hợp). Vậy để thống nhất, học nhanh, tính di động và đơn giản, tại sao không tuân thủ tiêu chuẩn?

Mặt khác, tôi đồng ý rằng các thẻ ngắn trong mẫu (và CHỈ trong mẫu) có vẻ hữu ích, nhưng vấn đề là chúng ta đã dành quá nhiều thời gian để thảo luận về nó ở đây, rằng có thể sẽ mất rất nhiều thời gian để thực sự lãng phí mất nhiều thời gian để gõ thêm ba ký tự của "php" !!

Mặc dù có nhiều tùy chọn là tốt, nhưng nó hoàn toàn không hợp lý và nó có thể gây ra vấn đề. Hãy tưởng tượng nếu mọi ngôn ngữ lập trình cho phép 4 loại thẻ trở lên: Javascript có thể là <JS hoặc <script .... hoặc <% hoặc <? JS .... điều đó có hữu ích không? Trong trường hợp PHP, thứ tự phân tích cú pháp có xu hướng ủng hộ việc cho phép những thứ này, nhưng ngôn ngữ theo nhiều cách khác không linh hoạt: nó đưa ra các thông báo hoặc lỗi khi không nhất quán, nhưng các thẻ ngắn thường được sử dụng. Và khi các thẻ ngắn được sử dụng trên một máy chủ không hỗ trợ chúng, có thể mất một thời gian rất lâu để tìm ra điều gì sai vì không có lỗi nào được đưa ra trong một số trường hợp.

Cuối cùng, tôi không nghĩ rằng các thẻ ngắn là vấn đề ở đây: chỉ có hai loại khối mã PHP hợp lý-- 1) mã PHP thông thường, 2) tiếng vang mẫu. Trước đây, tôi tin chắc rằng chỉ nên cho phép <? Php và?> Chỉ để giữ mọi thứ nhất quán và di động. Đối với phương thức sau, phương thức <? = $ Var?> Thật xấu. Tại sao nó phải như thế này? Tại sao không thêm một cái gì đó hợp lý hơn nhiều? <? php $ var?> Điều đó sẽ không làm gì cả (và chỉ trong những khả năng xa nhất, nó mới có thể xung đột với thứ gì đó) và điều đó có thể dễ dàng thay thế cú pháp <? = Lúng túng. Hoặc nếu đó là một vấn đề, có lẽ họ có thể sử dụng <? Php = $ var?> Thay vào đó và không lo lắng về sự không nhất quán.

Tại thời điểm có 4 tùy chọn cho các thẻ mở và đóng và bổ sung ngẫu nhiên một thẻ "echo" đặc biệt, PHP cũng có thể có cờ "thẻ mở / đóng tùy chỉnh" trong php.ini hoặc .htaccess. Bằng cách đó các nhà thiết kế có thể chọn một trong những họ thích nhất. Nhưng vì lý do rõ ràng đó là quá mức cần thiết. Vậy tại sao cho phép 4+ tùy chọn?

Thật tốt khi sử dụng chúng khi bạn làm việc với khung MVC hoặc CMS có các tệp xem riêng biệt.
Nó nhanh, ít mã, không gây nhầm lẫn cho các nhà thiết kế. Chỉ cần đảm bảo cấu hình máy chủ của bạn cho phép sử dụng chúng.

Một tình huống hơi khác một chút là khi phát triển ứng dụng CodeIgniter . CodeIgniter dường như sử dụng các shorttags bất cứ khi nào PHP đang được sử dụng trong một khuôn mẫu / khung nhìn, nếu không, với các mô hình và bộ điều khiển, nó luôn sử dụng các thẻ dài. Đó không phải là một quy tắc cứng và nhanh trong khung, nhưng đối với hầu hết các khung và rất nhiều nguồn từ các mục đích sử dụng khác tuân theo quy ước này.

Theo quan điểm của tôi? Nếu bạn không bao giờ có kế hoạch chạy mã ở một nơi khác, thì hãy sử dụng chúng nếu bạn muốn. Tôi thà không phải thực hiện một tìm kiếm lớn và thay thế khi tôi nhận ra đó là một ý tưởng ngu ngốc.

<?bị tắt theo mặc định trong các phiên bản mới hơn. Bạn có thể kích hoạt tính năng này giống như được mô tả Kích hoạt các thẻ ngắn trong PHP .

Những người IMHO sử dụng các thẻ ngắn thường quên thoát bất cứ điều gì họ đang lặp lại. Nó sẽ là tốt đẹp để có một công cụ mẫu thoát theo mặc định. Tôi tin rằng Rob A đã viết một bản hack nhanh để thoát các thẻ ngắn trong ứng dụng Zend Frameworks. Nếu bạn thích các thẻ ngắn vì nó làm cho PHP dễ đọc hơn. Vậy thì Smarty có thể là một lựa chọn tốt hơn?

{$myString|escape}

với tôi điều đó có vẻ tốt hơn

<?= htmlspecialchars($myString) ?> 

Người ta phải hỏi quan điểm của việc sử dụng các thẻ ngắn là gì.

Gõ nhanh hơn

MDCore cho biết:

<?= thuận tiện hơn nhiều so với gõ <?php echo

Vâng, đúng vậy. Bạn tiết kiệm phải nhập 7 ký tự * X lần trong toàn bộ tập lệnh của mình.

Tuy nhiên, khi một kịch bản mất một giờ, hoặc 10 giờ hoặc hơn, để thiết kế, phát triển và viết, thì vài giây thời gian không gõ 7 ký tự đó ở đây và trong thời gian của kịch bản là gì?

So với tiềm năng cho một số lõi hoặc tất cả các tập lệnh của bạn không hoạt động nếu các thẻ ngắn không được bật hoặc đang bật nhưng một bản cập nhật hoặc ai đó thay đổi cấu hình tệp / máy chủ ini sẽ ngăn chúng hoạt động, các tiềm năng khác.

Lợi ích nhỏ mà bạn có được không đến gần như vượt quá mức độ nghiêm trọng của các vấn đề tiềm ẩn, đó là trang web của bạn không hoạt động hoặc tệ hơn, chỉ một phần của nó không hoạt động và do đó phải đau đầu để giải quyết.

Dễ đọc hơn

Điều này phụ thuộc vào sự quen thuộc .
Tôi đã luôn luôn nhìn thấy và sử dụng <?php echo. Vì vậy, trong khi <?=không khó đọc, nó không quen thuộc với tôi và do đó không dễ đọc hơn .

Và với sự phân chia của nhà phát triển front end / back end (như với hầu hết các công ty), một nhà phát triển front end làm việc trên các mẫu đó có quen biết hơn <?=bằng với "thẻ mở và tiếng vang PHP" không?
Tôi có thể nói hầu hết sẽ thoải mái hơn với cái hợp lý hơn. Đó là, một thẻ mở PHP rõ ràng và sau đó những gì đang xảy ra "echo" - <?php echo.

Vấn đề đánh giá rủi ro = toàn bộ trang web hoặc tập lệnh cốt lõi không hoạt động;

Tiềm năng của vấn đề là rất thấp + mức độ nghiêm trọng của kết quả là rất cao = rủi ro cao

Phần kết luận

Bạn tiết kiệm một vài giây ở đây và không phải gõ một vài ký tự, nhưng rủi ro rất nhiều cho nó, và cũng có khả năng mất khả năng đọc do kết quả.

Mặt trận hoặc back-end lập trình quen thuộc với <?=rất nhiều khả năng để hiểu <?php echo, vì họ PHP chuẩn đang điều - Tiêu chuẩn <?phpthẻ mở và rất nổi tiếng "echo".
(Ngay cả các lập trình viên giao diện người dùng cũng nên biết "echo" hoặc đơn giản là họ sẽ không làm việc với bất kỳ mã nào được cung cấp bởi một khung công tác).

Trong khi điều ngược lại là không có khả năng, một người nào đó không có khả năng suy luận một cách hợp lý rằng dấu bằng trên thẻ ngắn PHP là "echo".

Hãy đối mặt với nó. PHP xấu như địa ngục mà không có thẻ ngắn.

Bạn có thể kích hoạt chúng trong một .htaccesstệp nếu bạn không thể truy cập vào php.ini:

php_flag short_open_tag on

Để tránh các vấn đề về tính di động, hãy khởi động các thẻ PHP bằng <?phpvà trong trường hợp tệp PHP của bạn hoàn toàn là PHP, không có HTML, bạn không cần phải sử dụng các thẻ đóng.

• Thẻ ngắn được chấp nhận để sử dụng trong trường hợp bạn chắc chắn máy chủ sẽ hỗ trợ và nhà phát triển của bạn sẽ hiểu nó.
• Nhiều máy chủ không hỗ trợ nó và nhiều nhà phát triển sẽ hiểu nó sau khi nhìn thấy nó một lần.
• Tôi sử dụng thẻ đầy đủ để đảm bảo tính di động, vì nó thực sự không tệ.

Như đã nói, một người bạn của tôi đã nói điều này, để hỗ trợ các thẻ kiểu asp tiêu chuẩn thay thế , <%thay vì <?, đó là một cài đặt trong php.ini có tên là asp_tags. Đây là lý do của mình:

... các quy ước tùy ý nên được tiêu chuẩn hóa . Đó là, bất cứ khi nào chúng ta phải đối mặt với một tập hợp các khả năng có giá trị như nhau - chẳng hạn như dấu chấm câu kỳ lạ mà ngôn ngữ lập trình của chúng ta nên sử dụng để phân định chính nó - chúng ta nên chọn một cách chuẩn và tuân theo nó. Bằng cách đó, chúng tôi giảm thời gian học tập của tất cả các ngôn ngữ (hoặc bất cứ điều gì mà quy ước liên quan đến).

Nghe có vẻ tốt với tôi, nhưng tôi không nghĩ bất kỳ ai trong chúng ta có thể khoanh tròn các toa xe xung quanh nguyên nhân này. Trong khi đó, tôi sẽ gắn bó với đầy đủ <?php.

Tôi nghĩ rằng nó đáng để đề cập đến như của PHP 7:

• Các thẻ PHP PHP ngắn <% … %>đã biến mất
• Các tab PHP ngắn <? … ?>vẫn có sẵn nếu short_open_tagđược đặt thành đúng. Đây là mặc định.
• Kể từ PHP 5.4, Ngắn In thẻ <?=… ?>được luôn luôn được kích hoạt, không phụ thuộc vào short_open_tagthiết lập.

Tốt cho người đầu tiên, vì nó can thiệp vào các ngôn ngữ khác.

Bây giờ không có lý do gì để không sử dụng các thẻ in ngắn, ngoài sở thích cá nhân.

Tất nhiên, nếu bạn đang viết mã để tương thích với các phiên bản cũ của PHP 5, bạn sẽ cần tuân theo các quy tắc cũ, nhưng hãy nhớ rằng mọi thứ trước khi PHP 5.6 hiện không được hỗ trợ.

Xem: https://secure.php.net/manual/en/lingu.basic-syntax.phptags.php

Nếu bạn quan tâm đến XSS thì bạn nên sử dụng <?= htmlspecialchars(…) ?>hầu hết thời gian, vì vậy một thẻ ngắn không tạo ra sự khác biệt lớn.

Thậm chí nếu bạn rút ngắn echo htmlspecialchars()tới h(), nó vẫn còn là một vấn đề mà bạn cần phải nhớ để thêm nó hầu hết thời gian (và cố gắng để theo dõi mà dữ liệu được pre-thoát, đó là unescaped-nhưng-vô hại chỉ làm cho sai lầm nhiều khả năng).

Tôi sử dụng một công cụ tạo khuôn mẫu được bảo mật theo mặc định và viết <?phpcác thẻ cho tôi.

<?php ?>sẽ tốt hơn nhiều khi sử dụng vì các nhà phát triển ngôn ngữ lập trình này đã cập nhật ồ ạt ngôn ngữ cốt lõi của họ. Bạn có thể thấy sự khác biệt giữa các thẻ ngắn và thẻ dài.

Các thẻ ngắn sẽ được tô sáng màu đỏ nhạt trong khi các thẻ dài hơn được tô đậm hơn!

Tuy nhiên, lặp lại một cái gì đó ra, ví dụ: <?=$variable;?>là tốt. Nhưng thích các thẻ dài hơn.<?php echo $variable;?>

Chuyển đổi <?(không có dấu cách) sang <?php(có dấu cách):

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

Chuyển đổi <?(với một không gian dấu) thành <?php(giữ lại không gian dấu):

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

Thẻ ngắn là những con đường có sẵn trong php. Vì vậy, bạn không cần lặp lại câu lệnh đầu tiên trong tập lệnh của mình

thí dụ:

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

   ?>

Đột nhiên bạn cần sử dụng cho một tập lệnh php sau đó bạn có thể sử dụng nó. thí dụ:

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

Kể từ năm 2019 tôi không đồng ý với câu trả lời nhất định ở đây. Tôi khuyên bạn nên sử dụng thẻ dài

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

hoặc thẻ echo ngắn

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

Lý do: Chúng được khuyến nghị theo tiêu chuẩn mã hóa cơ bản PSR-1

Các thẻ ngắn khác như <? /* code goes here */ ?>không được khuyến khích.

Thông số kỹ thuật nói:

Mã PHP PHẢI sử dụng các thẻ dài hoặc các thẻ echo ngắn; nó KHÔNG PHẢI sử dụng các biến thể thẻ khác .

3 thẻ có sẵn trong php:

1. thẻ dạng dài mà <?php ?>không cần chỉ thị bất kỳ cấu hình nào
2. short_open_tag <? ?> khả dụng nếu tùy chọn short_open_tag trong php.ini được bật
3. rút ngắn thẻ <?= kể từ php 5.4.0, nó luôn có sẵn

từ php 7.0.0 asp và thẻ script được xóa

Không, và chúng đang bị loại bỏ bởi PHP 6 vì vậy nếu bạn đánh giá cao tuổi thọ của mã, chỉ cần không sử dụng chúng hoặc các <% ... %>thẻ.