Можно ли писать функции в текст?

Question

[Сергей Сахаров]

Суть такая. Пытаюсь писать большой проект. HTML-код идёт большими кусками.
Я его описываю как переменные в виде:

$pgrem = <<< PG_REM
код на html
PG_REM;

куски кода очень большие и некоторые элементы повторяются.
Затем я вывожу его типа
echo $pgrem
Соответственно, хочется в этот код вставлять переменные, а то и функции, выводящие результат в зависимости от текущих переменных.
Да, я знаю, что можно вставить ключевые значения и перед выводом текста вставлять замену этих значений, но это ещё более усложняет код. Есть ли другой способ вызывать функции при выводе такого текста? Допусттим, вывод разных вариантов страницы в зависимости от того, авторизован пользователь или нет.

P.S. Проверил, с переменными прокатывает, хотя и не всегда так как ожидалось. Например, если две переменных стоят вместе, то между ними надо ставить не точку, а пробел.

Comments

[Ипатьев]

про точку какая-то странная фантазия.
если нужна точка, то надо ставить точку, если пробел -- то пробел. От переменных это не зависит

[Сергей Сахаров]

Ипатьев, в PHP если надо вывести текст с содержимым двух переменных:
echo "text1".$var1.$var2."text2";
Конкатенация (объединение строк)
Но если переменные встроены в текст для вывода, точка между ними не нужна. Я об этом.

[Ипатьев]

ну это да.
но, как я говорил раньше, так никто не выводит всё равно

[Сергей Сахаров]

Ипатьев, я пока разбираюсь. Собираю основу для проекта. Своего рода скелет.
"Мясо" нарастёт потом, главное - создать правильный набор шаблонов.
Сегодня и завтра я работаю, а потом буду заниматься шаблонизацией.
Всего доброго Вам и благодарю за помощь.

Answer 1

[VoidVolker]

Откройте для себя такую штуку как "Шаблонизаторы". Они как раз и предназначены для декомпозиции объёмных страниц и переиспользования кода.

Comments

[Сергей Сахаров]

Спасибо, посмотрю! Очень много элементов надо сделать шаблонами, а искать их во всём фреймворке вручную - дело не самое приятное.

[Сергей Сахаров]

Наверное, мне придётся для twig отдельную виртуалку делать. Он требует composer а тот из зависимостей тянет php-8.2 а у меня на сервере 8.4
Не, можно разрулить и поставить несколько версий, но лень. Да и не приучен я ставить эксперименты на продакшене.

[Everything_is_bad]

Сергей Сахаров,

Да и не приучен я ставить эксперименты на

а разработку вести на продакшене значит приучен?

Пытаюсь писать большой проект.

но ничего не знать про шаблоны, роутинг и прочее, рано тебе писать "большой проект". Ну и сразу, освой лучше laravel или что там в php ща популярно, писать на чистом php "большой проект", да даже средний, это кривое велосипедостроение (это вопрос наглядный пример) и куча костылей

[Алексей Уколов]

composer а тот из зависимостей тянет php-8.2

Чиииво? Композер перестал вдруг работать на 8.4? Вот это новость…
Устанавливайте его как в документации написано и проблем не будет.

[Сергей Сахаров]

Алексей Уколов, pkg_add composer - и он тянет за собой 8.2 при установленном 8.4
А как в документации?

[Сергей Сахаров]

Everything_is_bad, а кто сказал про "чистый php"?
Я использую фреймворк на основе Bootstrap - или Вы сразу предлагаете писать на Yii2 ?

А вообще когда я захотел узнать как работает скрипт башорга - разобрался и сам написал. Ничего, без шаблонов справился. Ничего, работает. Хотя конечно, крупным проектом его назвать нельзя.

[Сергей Сахаров]

Everything_is_bad, сайт на домашнем хостинге. Есть страницы наружу, есть только для локальной сети. Все сайты лежат на шаре. Чо бы их и на продакшене не затестить? Или для них отдельный хостинг поднимать?

[Everything_is_bad]

Сергей Сахаров,

Я использую фреймворк на основе Bootstrap

как тут связь с php?

Чо бы их и на продакшене не затестить?

какая-та каша в голове, ты боишься поставить на "прод" другую версию php, но в то же время разрабатываешь на проде. Или наоборот, если всё таки разрабатываешь не на "проде", то в чем проблема ставить кучу экспериментов?

Вы сразу предлагаете писать на Yii2

если он актуальный, то пиши на нем, особенно "большой" проект.

OpenBSD не лучшая среда для разработки и хостинга сайтов на современных технологиях, периодически будут всплывать проблемы с поддержкой чего-то современного, Linux давно ее в этом сделал. Оставь OpenBSD сетевые манипуляции.

[Алексей Уколов]

А как в документации?

Это загадка дыры, ответ на которую просто невозможно отыскать.

[Ипатьев]

Сергей Сахаров, https://getcomposer.org/download/

[Сергей Сахаров]

Everything_is_bad,

какая-та каша в голове, ты боишься поставить на "прод" другую версию php, но в то же время разрабатываешь на проде. Или наоборот, если всё таки разрабатываешь не на "проде", то в чем проблема ставить кучу экспериментов?

То есть ты не видишь разницы между экспериментом на стабильном хостинге и экспериментом с хостингом?
Поясню: если какой-то файл вызовет нестабильность, достаточно удалить файл.
А если рухнет хостинг, то его придётся восстанавливать из резервной копии.
Есть разница? Хотя бы про времени?

[Сергей Сахаров]

Everything_is_bad,

OpenBSD не лучшая среда для разработки и хостинга сайтов на современных технологиях, периодически будут всплывать проблемы с поддержкой чего-то современного,

С 2017-го года проблем с хостингом не было ни разу. Даже обновиться можно штатно. Единственная замеченная проблема - компилятор FreePascal работает на 7.4 но не работает на 7.5
Даже переезд с XCP-ng на VMWare виртуалки благополучно пережили.
Подозреваю, ужасы эти рассказывают те, кто сами опёнка ни разу не щупали.
А если бы это был не опёнок, а фря? Там тоже "проблемы с поддержкой чего-то современного"? Например, ZFS...

* троллинг моде он *
Хотя ты прав, наверное. Буду думать о переезде на линукс.
Какой лучше - ROSA Linux или RED OS?
Или пока посидеть на Ульяновск.BSD ?
* троллинг моде офф *

[Сергей Сахаров]

Ипатьев, Благодарю, но всё равно для потестить, сначала соберу отдельную виртуалку. Не сегодня, конечно - у меня и работа есть, и домашние дела. Но всё равно попробую как время будет.

[Ипатьев]

Сергей Сахаров, нет смысла. Композер - это всего лишь РНР скрипт. Собирать отдельную виртуалку, чтобы потестить РНР скрипт - ну такое

скачал композер, дальше набрал
composer.php require "twig/twig:^3.0"
и дальше по инструкции https://twig.symfony.com/doc/3.x/intro.html

Но вообще я бы сначала освоил шаблонизацию через пхп, а потом переходил на твиг. А то многое будет непонятно

[Сергей Сахаров]

Ипатьев,

Но вообще я бы сначала освоил шаблонизацию через пхп, а потом переходил на твиг.

кто же Вам мешает? Осваивайте :-)

А отдельная виртуалка нужна не для того, чтобы "потестить скрипт", а чтобы собрать в одном месте результаты его работы. Да и... Вам-то что? У меня для виртуалок отдельная HP z820 Workstation - 32 потока, 128 гиг оперативы... и она ещё даже на 30 процентов не загружена. Проблем заняться - 10 минут...

[Сергей Сахаров]

Ипатьев, если вкратце:
1. Я не разработчик на PHP, У меня есть другая работа, а свои проекты - это, скорее, хобби, которыми я занимаюсь в свободное от основной работы время.
2. Всё знать невозможно, а мне к тому же уже не 20 лет. Осваивать новое интересно и увлекательно, но не тогда когда живёшь на таблетках и фактически работаешь на аптеку.
3. Помнится, работодатели хотели разраба с опытом работы 8 лет на языке, который и появился-то всего три года назад - и даже разработчик этого языка им не подошёл. Так имеет ли смысл гнаться за технологиями? Не проще ли пользуясь имеющимися знаниями пытаться сделать что-то рабочее?
4. Yii2 как и Symfony конечно облегчают разработку приложений на PHP, но... в них столько всего напихано, что иной раз становится страшно. Я же не просматривал весь код на устойчивость к взлому.

[Ипатьев]

Это вы с кем сейчас разговаривали?

[Сергей Сахаров]

Ипатьев, Благодарю Вас за помощь, нашлась старая виртуалка с установленным опёнком 7.6 и php-8.2
composer встал как родной и с twig я уже экспериментирую.
Первый урок прошёл успешно, далее буду разбираться завтра.

По итогам мануала

[Everything_is_bad]

Сергей Сахаров,

Я же не просматривал весь код на устойчивость к взлому.

с твоими познаниями это невозможно, но скажу, что это давно сделали за тебя, и код который ты сейчас напишешь на "чистом" php будет на порядки подвержен взлому.

[Everything_is_bad]

Сергей Сахаров,

С 2017-го года проблем с хостингом не было ни разу.

если хостить простейшие php сайты проблем не будет.

А если бы это был не опёнок, а фря? Там тоже "проблемы с поддержкой чего-то современного"?

да, там тоже проблемы, и речь не про ZFS, а именно про веб-сервисы, а так как ты ниче сложнее простейшей php страницы не хостил, ты с этим и не столкнулся.

Я не разработчик на PHP, У меня есть другая работа, а свои проекты - это, скорее, хобби, которыми я занимаюсь в свободное от основной работы время.

значит про "большой" проект можно забыть, хотя возможно для тебя большой, это тупо что-то больше, чем простейшие php странички

[Ипатьев]

Everything_is_bad, может хватит уже? Я и сам мизантроп каких поискать, но здесь уже совсем явно лезет "мне просто докопаться не до кого"

[Everything_is_bad]

Ипатьев, а что с такими делать? вот совсем явно писать не хочеться, намёки с первого раза не понятны, поэтому почти в открытую приходиться тыкать.

[Ипатьев]

Everything_is_bad, тся

[Сергей Сахаров]

Everything_is_bad,

с твоими познаниями это невозможно,

ты свой сертификат по IDS выложи, хвастун-экзаменатор.
Знания мои он тут оценивать взялся.
Я может и не слишком хорошо знаю PHP, но прилетающие заявки по СОПКА ловлю регулярно...

а что с такими делать?

С такими как ты? В интернете банить, в реале пороть...
"Большой проект" только для меня большой - пятеро опытных спецов его сделают за неделю.
Но я делаю для себя. Это не работа, это хобби.
Конечно, если бы я зарабатывал программированием на PHP то и подход был бы другой.
А ты тут - "смени хостинг, больше возможностей..."
Мне бы эти "возможности" сначала на практике изучить.
Но для тебя даже Yii2 и Symfony - всего лишь "простейшие веб-странички".
Да, я ничего сложнее не хостил.

[VoidVolker]

Модератор а можно, пожалуйста, удалить весь вот этот бессмысленный флуд?

[Everything_is_bad]

Сергей Сахаров,

ты свой сертификат по IDS выложи, хвастун-экзаменатор.

как это тебе помогает анализировать "код на устойчивость к взлому", если ты в программировании 0?

С такими как ты? В интернете банить, в реале пороть...

какой же всё таки треш выдают тебе подобные, ты реально сможешь пороть или только способен сидя за компом, кому-то так угрожать?

[Everything_is_bad]

Ипатьев,

тся

т.е. ты только к этому придрался, серьезно?

[godsplan]

VoidVolker, не нужно ничего удалять, я впервые за 2 года задержался на тостере дольше чем на 2 минуты.
сайт почти сдох с приходом нейронок (либо мне так кажется), а такие срачи это едиственное что держит его на плаву!

[VoidVolker]

godsplan, ну и какая польза от этих споров тем, кто придёт почитать ответ на вопрос потом? Откроет почитать обсуждение — а там флуд и оффтопик. Вот если бы обсуждали какие-то особенности применения шаблонизаторов в пыхе или в общем, поделились бы опытом, что вот такой шаблонизатор удобен, а вот этот лучше не трогать — было бы отлично. Или там на статью какую ссылку полезную скинули бы. Так ведь нет же — лучше поспорить допустимы ли эксперименты на продакшене или лучше виртуалку поднять, а так же у кого какие там сертификаты толще и длиннее. Ну и у нас тут не клинопись на камне для потомков — можно же флуд спокойно выкинуть и перейти к чему-то более конструктивному. Не, мне так-то не жалко — прекрасно всё понимаю.

[Ипатьев]

godsplan, ну кстати да, VoidVolker прав же: в моменте - пожалуйста, резвись кто хочет. А потом и подчистить можно.
Другое дело что эти призывы к модератору - это лукавство. Так-то автор может и сам легко весь срач прекратить :)

Answer 2

[Ипатьев]

Извратиться можно, но это будет именно извращение.
Тем более что всё равно кроме функций понадобятся и управляющие конструкции - if, foreach.
И решение давно придумано. РНР умеет встраиваться в HTML. Поэтому вместо того, чтобы писать разрозненные куски HTML в переменные, весь HTML пишется в один php файл, в котором делаются вставки на РНР. после того, как РНР выполнил всю бизнес-логику, пишется одна строчка, include 'template.php'; и дальше выводится весь HTML. Грубый пример такого файла

<?php include 'top.php'; ?>
<h2><?=$pagetitle?></h2>
<ul>
<?php foreach($links as $row): ?>
  <li>
    <a href="<?= htmlspecialchars($row['link']) ?>">
      <?= htmlspecialchars($row['name'])?>
    </a>
  </li>
<?php endforeach ?>
<ul>
<?php include 'bottom.php'; ?>

Ну и после такого колупания разработчик быстро приходит к идее использовать специпализированные шаблонные движки, такие как Twig. Но поскольку новичкам сложно осваивать столько нового за раз, лучше двигаться постепенно

Comments

[Сергей Сахаров]

Извините, но весь фреймворк AdminLTE в один файл php запихнуть не получится при всём желании.

[Сергей delphinpro]

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

[Сергей Сахаров]

Сергей delphinpro, я так и делаю. Один файл - для конфигов (config). Один главный (index) Один для шаблонов (куда пихаю весь html) (common). А страницы все похожие - то есть одна главная, одна логина. одна регистрации и так далее. Как на главной другие отображать - это я уже сделаю.

[Everything_is_bad]

Сергей Сахаров,

?act=pro

роутинг начала века, почитай уже как это сделано в современных фреймворках

[Сергей Сахаров]

Everything_is_bad, чего ты прикопался? Работает же.
А для отладки лучше использовать GET - это для логопассов нужен POST
Ну и когда данные с сервера в JSON забирать, тоже важно видеть, какие данные возвращаются.

Я собираюсь сделать рабочий проект. Рабочий, а не "модный" и "на современных технологиях".

[Everything_is_bad]

Сергей Сахаров,

а не "модный"

уже давно нормальный роутинг перестал быть модным

А для отладки лучше использовать GET - это для логопассов нужен POST

очередная каша в голове

[Сергей Сахаров]

Everything_is_bad, что делать - меня на курсах не учили как правильно.
Сам узнал в 2004-м году. Наверняка с тех пор что-то поменялось.
Например то, что юная школота хамит старикам....

[Everything_is_bad]

Сергей Сахаров, але, я на курсы не ходил ни разу, мне хватает для развития гугла, и внезапно я старше тебя, последний раз php я трогал в 3й версии, далее перешел уже на другие ЯП, поэтому и смотрю с улыбкой как "Я не разработчик на PHP", пытается сделать что-то сложнее простой страницы.

[Сергей Сахаров]

Everything_is_bad,

и внезапно я старше тебя

не верю. По поведению ты школьник годов 12-ти, пытающийся прокачать своё ЧСВ за счёт других.

далее перешел уже на другие ЯП,

А я с других начинал.

поэтому и смотрю с улыбкой как "Я не разработчик на PHP", пытается сделать что-то сложнее простой страницы

ну да, написать этот же проект на Паскале мне было бы намного проще... Но
С какого боку тебя волнует, чем занимаются другие? Я спросил совет - я его получил. На какой ОС развернуть хостинг и как бы это сделал специалист - я советов не спрашивал.
Почему я думаю, что ты школьник - у тебя времени много. Ты не работаешь, не готовишь, у тебя нет других забот, кроме самоутверждения в интернете.
А мне надо кушать готовить, баню топить и проектом заниматься - в свободное от сна и работы время. И таблетки не забывать принимать.
Кстати, если ты старше меня - что у тебя там по возрастным болезням? Обострение геморроя? Гипертония? Таблетки принимать не забываешь? В моём возрасте здоровых нет.

[Everything_is_bad]

Ты не работаешь, не готовишь, у тебя нет других забот, кроме самоутверждения в интернете.

/)_-) какая же всё таки каша в голове.

Кстати, если ты старше меня - что у тебя там по возрастным болезням? Обострение геморроя? Гипертония? Таблетки принимать не забываешь? В моём возрасте здоровых нет.

А прикинь, занятие спортом, все это отодвигают от 45 лет за 50+, внезапно, да?

[Сергей Сахаров]

moderator, а можно это прекратить? Пожалуйста.
Я про этого хвастунишку всё понял, когда он сказал что по Гуглу учился.
В моё время не то что Гугла не было, а и интернет был не у всех...
Что-то Рамблер, Асталависту и Черепаху (turtle.ru) он не вспоминает.

[Ипатьев]

Сергей Сахаров, вы легко можете прекратить это самостоятельно

[Everything_is_bad]

Сергей Сахаров,

Что-то Рамблер, Асталависту и Черепаху (turtle.ru) он не вспоминает.

зачем вспоминать то что умерло? Ну и сразу, в те времена вообще учились по доками которые шли с софтом.

Я про этого хвастунишку всё понял, когда он сказал что по Гуглу учился.

ну да по гуглу, а не по левым курсам, которыми ты начала хвастаться

[Natalia Baženova]

Сергей Сахаров Позвольте вас поддержать, коллега по таблеткам :)
В локальной среде для отладки GET - нормально, главное, чтобы это не вышло в открытый веб. Там сожрут.
Ну и чтобы два раза не вставать, шаблонизаторы только ненужно усложняют процесс, если сам человек разбирается в структурах PHP, написать <?php echo $param ?> проще и экономичнее, чем какой-нибудь <% param %>. Пишите спокойно шаблоны прямо в PHP.

[Сергей Сахаров]

Natalia Baženova, да если и выйдет - что такого?
Главное - дырочек не оставлять. А уж сделать маршрутизацию в nginx несложно.
Делал в своё время, когда движок для коротких ссылок писал.

[Ипатьев]

Natalia Baženova, есть небольшая проблема. В РНР так не пишут. А пишут <?= htmlspecialchars($param) ?>. А это, согласитесь, уже сложнее, чем {{ param }}

[Сергей Сахаров]

Ипатьев, не принципиально. Практически во всех текстовых редакторах есть функция замены.
Но это для одного файла. А для кучи файлов есть sed или gsed.
Соответственно, главное принцип (структура). А вхождения заменим на правильные скриптами.
Может быть даже на том же php

Собственно говоря, проект пока в процессе.
P.S. htmlspecialchars - это я так понимаю, чтобы в переменные левых данных не подсунули - с символами перенаправления, к примеру...

[Ипатьев]

Сергей Сахаров, извините, но это какая-то глупость. Вы действительно собираетесь запускать какой-то постпроцессор, серьёзно? И это ради того, лишь бы не пользоваться шаблонизаторами? Выглядит как какой-то детский лепет, "назло мамке отморожу уши". То есть sed или постоянно дергать поиск/замену - "нужно" усложняют процесс, а шаблонизатор - ненужно?

Я понимаю, вы сейчас в яме с Даннингом и Крюгером, и действительно не понимаете важности и удобства шаблонизаторов. Это нормально, все через этот этап проходят. Но я сейчас не об этом, а о том, что свои реплики надо ну хотя бы минимально на осмысленность проверять.

это я так понимаю, чтобы в переменные левых данных не подсунули

Это чтобы любая кавычка не устроила армегаддон. Когда вы натягиваете презерватив, очень желательно чтобы на нём была смазка, иначе нерпиятные ощущения и нежелательные последствия гарантированы. Это просто правило - презерватив и смазка всегда идут парой. Так же и здесь: если мы выводим что-то внутри HTML страницы, то это что-то должно соответствовать стандартам HTML, чтобы не перекорёжить вёрстку. Ну и так же чтобы у нас не покрали куки с авторизацией, но это уже частный случай. Независимо от причин, вывод и htmlspecialchars идут парой.

[Сергей Сахаров]

Ипатьев,

Вы действительно собираетесь запускать какой-то постпроцессор, серьёзно? И это ради того, лишь бы не пользоваться шаблонизаторами?

Почему не пользоваться? Какой постпроцессор? Обычный редактор.
Ну или если много замен сделать надо будет - это легко автоматизировать.. Я только об этом.
Да, про кавычку-то я и запамятовал.

[Ипатьев]

Ну вот шаблонизатор это и автоматизирует :D

[Natalia Baženova]

Ипатьев, Нормализация вывода должна происходить не в момент вывода, а заранее в специально предусмотренной функции.

[Ипатьев]

Natalia Baženova, не могли бы вы чуть развёрнутее пояснить свою мысль? На мой взгляд, htmlspecialchars - это и есть та самая специально предусмотренная функция.
И не очень понятно, зачем форматировать выводимые данные заранее, а также насколько сильно заранее? перед сохранением в БД? После получения из БД? Перед началом вывода?

[Natalia Baženova]

Ипатьев, Чтобы исключить "спагетти-код". В темплейты идут окончательные значения, а уж как они подготавливаются - дело конкретного фреймворка.
Но я не буду дальше спорить с куратором тега PHP :)))

[Ипатьев]

Natalia Baženova, ну, мы не спорим же, а обмениваемся мнениями :)
На мой взгляд, именно с предварительной подготовкой будет спагетти, когда одному слою приложения нужно будет знать, чем занимается другой. Если Контроллер отдаёт во Вид данные, то это уже забота вью, как их форматировать.

И нет, внутри вью, но всё равно заранее, отформатировать тоже не удастся:
- во-первых, данные могут приходить в моделях, с доступом только на чтение.
- во-вторых, даже в пределах вью, форматирование может быть разным:

<a href="#" onclick="<?= htmlspecialchars("console.log(".json_encode($var).")") ?>">
    click
</a>

Поймите, сотни тысяч разработчиков, которые пришли к использованию шаблонов, по крайней мере не дурнее вас :)