PHP I Насчет закрывающих тэгов ... ?>

1.19K
.
╭∩╮ (`-`) ╭∩╮
zumak (12.08.2011/21:44)
интересно а вызов интерпритатора php нагружает сервак?,если да то насколько сильно?
Да, нагружает.
.
L!MP
Из стандартов кодирования для ZendFramework

Для файлов содержащих только PHP-код, закрывающий тег ("?>") не разрешен.
Он не требуется синтаксисом PHP. Это предотвращает от случайного включения в вывод конечных пробелов.

.
Поверь в мечту!
AlkatraZ (12.08.2011/21:43)
Да, правильно.
Или же, если после РНР кода, у тебя идет кусок с чистым HTML кодом, зачем его выводить с помощью echo если можно отдать напрямую, не нагружая интерпретатор?
Об этом я как раз и думал недавно просматривая сторонние двиги и код,в большинстве случаев в них идет html вообще без вывода через echo или print,чистым языком,а там где надо php он открывается <?php и закрывается ?> соответственно.
.
╭∩╮ (`-`) ╭∩╮
Если еще кто-то сомневается, загуглите на предмет "php закрывающий тег"
Очень много интересного найдете.

Пример 1: http://ns2.ru-board.com/topic. ... 16266
Пример 2: http://www.samoychka.org/forum ... _id=2

И главный пример, с сайта самого Зенда (разработчики РНР): http://framework.zend.com/manu ... .html
Для файлов, содержащих только PHP-код, закрывающий тег ("?>") не разрешен. Он не требуется синтаксисом PHP и его пропуск предотвращает случайное включение в вывод конечных пробелов.
.
╭∩╮ (`-`) ╭∩╮
Пока я писал пост, L!MP уже привел нужную цитату
.
╭∩╮ (`-`) ╭∩╮
То есть, как видите, в современных стандартах кодирования, не просто разрешают убрать закрывающий тэг для файлов. где только РНР, а это является ОБЯЗАТЕЛЬНЫМ требованием.

Закрывающий тэг убирать не можно, а НУЖНО
.
AlkatraZ, просто сталкиваюсь с этим часто.
--
По поводу того на сколько загружает сервер вызов пхп интерпритатора: тут не надо обольщатся по поводу экономии на закрывание/открывание тегов.
Более того, большинство хостеров используют "опкод-кешеры" и их алгоритм работы сводит на нет все эти дергания.
.
убрал во всех инклудах...
.
ob_start();
......
ob_end_flush();
прощайте тупейшие причины изобретать новые (не обозначенные самим языком) правила
а уж довод типа "паршивый редактор вставляет байт", не повод лезть в правила пыха, странно видеть как автор статьи "блокнот оружие быдлокодера", предлогает лечить блокнот изменением php кода, вы не находите? или мне одному это в глаза бросается?
з.ы. то что в каком то фремворке кто то пернул,, еще не значит что это новый синтаксис языка
.
У меня была ошибка по этому поводу..
Долго мучался, что не так
Всего: 37