При желании на PHP можно гонять сценарии в онлайн-интерпретаторе или даже создавать консольные приложения. Некоторые фанаты даже пишут на нём программы с графическим интерфейсом. Однако основная его задача - это использование с веб-сайтами. Поэтому обычно первый вопрос новичка звучит как заголовок этой статьи. Постараюсь на него сегодня ответить.
Для начала скажу, что веб-страница, в которую встраивается код на PHP, должна иметь расширение *.php. Может, конечно, есть какие-то способы заставить работать код РНР в файлах с расширением *.htm или *.html, но у меня это не получилось (ну я и не старался, честно говоря)))
Далее в HTML-код можно вставить код PHP несколькими способами. Самый известный - это стандартный стиль (XML-стиль). Выглядит это так:
<?php
Здесь код на PHP
?>
Пример:
<?php
echo "Привет, мир!";
?>
Это простейшая программа на PHP, которая выводит надоевшее всем приветствие )))
Инструкции PHP могут быть помещены куда угодно. В том числе и внутри тегов HTML:
<input type="submit" value="2 + 2 = <?php echo 2+2; ?>" />
Второй способ - это SGML-стиль. Выглядит так:
<?
Здесь код на PHP
?>
Отличия, как видите, небольшие. Просто запись получается чуть короче, поэтому этот способ известен как “короткие теги”. Но по умолчанию он отключен. Поэтому не советую его использовать, чтобы не столкнуться с неожиданностями при обновлении PHP или при разворачивании сайтов у заказчика, где этот стиль отключен.
Оставшиеся два способа, наверно, надо знать. Но также надо знать, что они не поддерживаются, начиная с PHP 7.
ASP-стиль:
<%
Здесь код на PHP
%>
HTML-стиль:
<script language="php">
echo "Привет, мир!";
</script>
А в конце картинка, где показаны все четыре стиля:
Ну и, как вы понимаете, лучше всего использовать стандартный XML-стиль и не выпендриваться. Это вообще универсальный совет для всех разработчиков:
Без самой-самой крайней необходимости НИКОГДА не используйте нестандартные возможности: функции, библиотеки, фреймворки, пакеты, компоненты, плагины и т.п...
Даже если это очень привлекательно с точки зрения упрощения работы или функциональности. Лучше немного потратить времени и сделать то же самое, используя стандартные средства и возможности языка, чем создать геморрой в будущем себе и тем, кто будет сопровождать вашу разработку после вас.
На этом всё. Подписывайтесь на канал, чтобы ничего не пропустить.