Нельзя смешивать HTML и PHP - это само по себе херово. Потому что PHP - это объектно-ориентированный язык, а не шаблонизатор.

Используя шаблонизатор - ты смешиваешь html и лексемы шаблонизатора)

Причем тут ООП вообще.

Да ну их, ничего не умеют)

Используя шаблонизатор - ты смешиваешь html и лексемы шаблонизатора)

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

Только один раз чтоли показывает? Ушел Get, пришел POST, и все при повторном выборе не отправляется Get? Или я не так понял

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

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

Не слушайте тех, кто говорит, что смешивание кода - это норма. Покажи мне хоть один нормальный проект где так сделано.

Ambrella

Не слушайте тех, кто говорит, что смешивание кода - это норма. Покажи мне хоть один нормальный проект где так сделано.

Чем принципиально отличается <div><?php echo $lol;?></div> от <div>{{lol}}</div>

Во втором случае мы не смешиваем html и синтаксис шаблонизатора?

https://stackoverflow.com/questions/731743/php-vs-template-engine

PHP is not a template engine, but a language that can be used to write templates, or template engines. ... Instead, you should take such libraries, as Zend_View in Zend Framework to comparisons (basically, it works exactly in the same way, as Smarty, except that it uses PHP to write templates).

PHP is not a template engine, but a language that can be used to write templates, or template engines. ... Instead, you should take such libraries, as Zend_View in Zend Framework to comparisons (basically, it works exactly in the same way, as Smarty, except that it uses PHP to write templates).

И где тут твой довод про смешивание кода?)

И где тут твой довод про смешивание кода?)

Много у тебя проектов на PHP?

Много у тебя проектов на PHP?

Да. И я использую шаблонизаторы.

В каждом.

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

И где тут твой довод про смешивание кода?)

Например тут

Да. И я использую шаблонизаторы.

За 2 года кодинга?

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

Поздравляю, ты эгоист и говнокодер

Чем принципиально отличается <div><?php echo $lol;?></div> от <div>{{lol}}</div>

<div><?=$lol;?></div> Ызяшнее

Поздравляю, ты эгоист и говнокодер

Лол. Чувак, ты просто решил доебаться и пытаешься выглядеть умным, но, увы, ты обосрался)

<div><?=$lol;?></div> Ызяшнее

Это небезопасно.

Ну жизнь штука небезопасная)

Это небезопасно.

А если он предварительно обработал переменную?)

Лол. Чувак, ты просто решил доебаться и пытаешься выглядеть умным, но, увы, ты обосрался)

А я вот уверен, что обосрался ты

Чем принципиально отличается <div><?php echo $lol;?></div> от <div>{{lol}}</div>

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

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

Бля, теперь я понимаю, почему столько говнокода на js.

Бля, теперь я понимаю, почему столько говнокода на js.

Покажи свой код на PHP

Бля, теперь я понимаю, почему столько говнокода на js.

ну слушай, если у тебя не получается писать код нормально, то может что-то еще попробуешь?

ну слушай, если у тебя не получается писать код нормально, то может что-то еще попробуешь?

Ахахахаха

Ну если обезьяну допускать к шаблонизатору, она всё равно что угодно на странице наворотит

Покажи свой код на PHP

https://pastebin.com/xpmuCBqd

Ахахахах

Достаточно?

Бля, чувак, ты доебался уже до моего кода, но так и не ответил на мой вопрос. > Чем принципиально отличается <div><?php echo $lol;?></div> от <div>{{lol}}</div>?

Тебе сказали же. Макс сказал.

Деление в жс реализуется с помощью оператора / По поводу реализации - берешь любую бд и сохраняешь туда все что хочешь, ну или через local strorage

Бля, чувак, ты доебался уже до моего кода, но так и не ответил на мой вопрос. > Чем принципиально отличается <div><?php echo $lol;?></div> от <div>{{lol}}</div>?

Принципиально ещё тем, что под капотом шаблонизатора могут быть любые проверки, а эхо ты не перезапишешь.

https://pastebin.com/xpmuCBqd

Это все что ты написал на PHP?

Принципиально ещё тем, что под капотом шаблонизатора могут быть любые проверки, а эхо ты не перезапишешь.

Я могу предварительно обработать переменную, например. Вопрос не в том, что дает шаблонизатор, а в том, что нихуя разницы нет в плане смешивания кода, о котором ты с пеной у рта тут строчишь.

Это все что ты написал на PHP?

Ну а хули ты хотел? Кризис!

Бля, чувак, ты доебался уже до моего кода, но так и не ответил на мой вопрос. > Чем принципиально отличается <div><?php echo $lol;?></div> от <div>{{lol}}</div>?

как минимум тем, что это обрабатывают разные интерпретаторы с разной логикой

Тебе ж никто не говорит, что шаблонизаторы это плохо. Это наоборот заебись, но при использовании шаблонизатора, ты абсолютно так же мешаешь код.

Тебе ж никто не говорит, что шаблонизаторы это плохо. Это наоборот заебись, но при использовании шаблонизатора, ты абсолютно так же мешаешь код.

Есть разница, и очень большая.

Если ты её не видишь - не значит что её нет.

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

Если ты её не видишь - не значит что её нет.

Ладно, чувак, ты чо-то неадекват какой-то. Ты о чем-то другом вообще рассуждаешь и не вникаешь в то, что я написал.

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

У нас тучи(

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

Да никто и не срется, лол.

У нас тучи(

А тучи как люди.

Они одиноки

но все -таки тучи не так жестоки как остервенелые пыхеры

Да никто и не срется, лол.

А теперь перечитай это всё еще раз и подумай, кто из нас неадекват с пеной у рта, а кто нет.

но все -таки тучи не так жестоки как остервенелые пыхеры

👍

А теперь перечитай это всё еще раз и подумай, кто из нас неадекват с пеной у рта, а кто нет.

Да успокойся уже, чувак. Мы все поняли, ты прав. Ты крутой хацкер!

Шаришь за шаблонизаторы и кодишь по дзену.

Да успокойся уже, чувак. Мы все поняли, ты прав. Ты крутой хацкер!

Крутой я не по этому

Шаришь за шаблонизаторы и кодишь по дзену.

Можешь проверить https://gitlab.com/pyro-plus

Можешь проверить https://gitlab.com/pyro-plus

Красава, так держать! А PyroCMS - это как BolgenOS, только CMS?

Думаю надо начать с аддонов и автолодера... Для тех кто устанавливал лару - Pyro имеет некоторые отличия: В пиро папка app почти пуста (в ней все равно можно писать, но, ай белив - это лишнее). То же самое можно сказать и относительно содержимого папок database и resources. The best practice - это держать свой код в аддонах. АДДОНЫ. Каждый аддон - отдельный пакет на пакаджисте (при желании на гите), и, следовательно - имеет свой composer.json, в котором и прописан PSR-4 неймспейс для автолодера. Все аддоны, являются наследниками одного класса, и всего их пока 5 видов: 1. Module - представляет из себя неймспейс и раздел в админке. Может содержать несколько моделей (streams), а так же полей (fields). Стоит заметить, что поля, могут быть реюзабл в пределах одного неймспейса (модуля) для нескольких моделей (streams). Использование определенного поля, определенной моделью и называется связью (assignment). 2. FieldType - тип поля служит для определения правил миграции и дальнейшего взаимодействия с БД, для одной ячейки данных у модели. Он содержит тип поля, но может содержать аксессор, мутатор, схему - классы в которых и описываются эти правила. Отношения - тоже описываются здесь (я не имею ввиду прямого указания модели). 3. Theme - тема. Тут особо нечего - бывают двух видов: админка и фронт. Показываются в настройках в админке (хран в БД). Может быть перекрыто последовательно, из нескольких мест в ФС (самое сильное - .env) 4. Plugin - это тупо плагин твиг. 5. Extension - с ним ситуация, как с бубями в преферансе: "не с чего ходить - ходи с бубей". Внутри может быть размещена любая логика. Оно может быть связано по универсальному ключу с другими аддонами, что, по сути, является еще одним способом расширения с наследованием, но речь сейчас не о нем. Важно, что, несмотря на разделение, благодаря общему родителю, аддоны могут пересекаться классами. Например, не обызательно создавать отдельный аддон для плагина, достаточно создать класс плагина в модуле и подключить его в сервис-провайдере. Это касается почти всего. Класс сервис провайдера может содержать любой из аддонов. МИГРАЦИИ и устройство БД. Платформа стримс имеет свой расширенный мигратор, который способен читать миграции, заданные в декларативном стиле. Файлы миграций создаются автоматически, при скаффолде аддонов определенных типов, а также при скаффолде стрима(модели). The best practice, если мы говорим о модуле, ИМХО - иметь один файл миграции для модуля, в котором описываются все используемые поля, и по одному на каждую модель - в них описываются параметры моделей и принадлежность к ним полей. Важно, что в любой миграции, могут быть использованы стандартные для Ларавел up() и down() методы. БД имеет в названиях своих таблиц жесткую зависимость $app_reference, неймспейса и модели. Структура такова: applications - "корневая" таблица, она имеет связь с applications_domains и это единственные таблицы, имеющие название без префикса. Все другие таблицы имеют в качестве префикса в названии "{$app_reference}_" streams, fields и assignments - это "служебные" таблицы. Они содержат информацию о: - других таблицах с базе и их свойствах (streams) - полях, которыми имеют возможность обладать таблицы (fields) - реальных фактах обладания каких-то таблиц, какими-то полями (assignments) Остальные таблицы имеют жесткую зависимость от описаных выше! "{$app_reference}_{$namespace_slug}_{$stream_slug}" А если стрим (ряд) имеет поле translatable === true, то еще и "{$app_reference}_{$namespace_slug}_{$stream_slug}_translations" Это не все - могут быть еще вариации конфигураций. Не будем на них останавливаться. Когда меняется содержимое служебных таблиц (а это модели ларки), наблюдатель триггерит событие Eloquent, которое, в свою очередь, запускает команду - одну из команд - проводящих маленькую миграцию, соответствующую изменениям. Любые другие таблицы могут быть безболезненно созданы в базе, если только их имена не имеют конфликтов со схемой описанной выше.

Да успокойся уже, чувак. Мы все поняли, ты прав. Ты крутой хацкер!

слился

слился

Да, конечно, йопт. Я не такой крутой, чтобы с такими титанами воевать.

ну и ливни почитать полезной литературы

ну и ливни почитать полезной литературы

Двач?

Двач?

если ты только там и тусуешь, да 🤷🏼‍♂️

А что такое Двач?

А что такое Двач?

говорят это помойка для токсиков и неадекватов, отбитых еще в роддоме, но я могу ошибаться

А что такое Двач?

https://2ch.hk/

Это чат?

говорят это помойка для токсиков и неадекватов, отбитых еще в роддоме, но я могу ошибаться

Так и есть

говорят это помойка для токсиков и неадекватов, отбитых еще в роддоме, но я могу ошибаться

Звучит как неосиление

Это чат?

Ну что-то вроде того.

Звучит как неосиление

🤷🏼‍♂️ мне там делать нечего

ЭТО БОЛЬШЕ, ЧЕМ ЧАТ.

Борда

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

🤷🏼‍♂️ мне там делать нечего

Абу забанил, вот ты и злишься.

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

ЭТО БОЛЬШЕ, ЧЕМ ЧАТ.

Могу похвастаться перепиской с Тейлором Отвеллом. Это - больше чем чат, а твой двач, я уверен - хуйня