есьт пример?

так забей в поисковике то)

parallax site example

да уже посмотрел кучу примеров нет именно слайдера такого

тебе нужен именно лендинг, разбитый на слайды чтоли?

чтоб по скролу скролился весь экран?

https://alvarotrigo.com/fullPage/#firstPage

Заканчивается голосование по 72 заявкам на доклады DevConf'17 - https://devconf.ru/ru/offers Помогите выбрать интересные темы для конференции сообществ разработчиков

Спасибо, проголосовал, подскажите а вдруг есть тариф - "Оптом" ,чтобы попасть на yii+devconf?

Есть Мега.. доступен на обоих сайтах

https://yiiconf.ru/ru/page/about

тебе нужен именно лендинг, разбитый на слайды чтоли?

Спасибо большое

Ребята кто юзает шаблонизатор mustache?

Он хотя бы менее тормознутый, чем твиг?

а почему твиг тормозной?

Твиг один из самых быстрых емнип

Быстрее только всякие раширения на си

Ну у меня на простенькой форме отожрал 5Мб памяти и 40 микросекунд. Столько же, сколько все приложение до этого потребляло

Может ты без кеша измерял?

С кешом

Без кеша вообще все тормознуто

Ну у меня на простенькой форме отожрал 5Мб памяти и 40 микросекунд. Столько же, сколько все приложение до этого потребляло

а если не секрет, почему так критичны 5мб в вашем случае?

Потому что это в 2 раза больше, а приложение многопоточное

С учетом того, что я еще хочу аннотации, http foundation и event dispatcher, сомневаюсь, что оно останется таким легковесным

А другие шаблонизаторы меньше отъедают? Не думаю.

5мб это же вообще ничто :) Щас приложухи просто пустые на старте сжирают по 100 метров.

Зато потом поедание памяти растет медленно

за фичи пригодится платить...

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

реально ли при нагрузках есть профит от использования шаблонизаторов?

А другие шаблонизаторы меньше отъедают? Не думаю.

plain php меньше)

Ну он и по возможностям намного хуже

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

Основаня нагрузка на подрузку дохуя файлов. opcache спасает

реально ли при нагрузках есть профит от использования шаблонизаторов?

Есть

При каких нагрузках? Физических, моральных, социальных? :)

От шаблонизатора есть профит в отделении бизнес логики от представления, слежения за безопасностью вывода и ясности/чистоты верстки. Нагрузки тут ни при чем.

Ну человек испугался, что они очень медленные. Отделение логики от представления - это все же не заслуга одних только шаблонизаторов. А вот инклудить кучу php файлов, в каждом поверять, что в его окружении есть все что нужно - вот это жесть. Ну и не говоря о <?php или echo на каждом углу

Да и нет соблазнов генерить html в коде контроллера)

> Ну и не говоря о <?php или echo на каждом углу так plain шаблонизатор так же работает.

тут тогда уже вкусовщина пошла

либо <?= ?>, либо шаблонизаторские вставки

кому, что больше нравится

Вкусовщина вкусовщиной, но посмотрите на http://platesphp.com/templates/syntax/

Да не только вкусовщина же, а 100500 вкусных плюшек

Лично мне <?=$this->e($friend->name)?> кажется немного уродливым, к тому же, а что если забудешь написать экранированеи?

Php сам по себе не не дотягивает до полноценного шаблонизатора

Среди киллер фичей твига есть возможность наследовать шаблоны снизу вверх, какой обычный шаблонизатор вообще так сможет?

Не больше 1 уровня

>какой обычный шаблонизатор вообще так сможет? Любой нормальный

Так может только шаблонизатор который у себя внутри строит модели шаблонов. На plain php так не сделать

Еще так не сделать на стандартном шаблонизаторе ларавеля вроде :\

Ну тот же platephp

<?php $this->layout('template', ['title' => 'User Profile']) ?>

снизу вверх - это как?

Наверное, имелось ввиду наследование

Php сам по себе не не дотягивает до полноценного шаблонизатора

от души посмеялся, вот уже 15 лет я слышу одно и тоже.

снизу вверх - это как?

Да, когда можешь в шаблоне сказать - я наследую шаблон layout1 и переопределить в нем блоки b1, b2, b3

от души посмеялся, вот уже 15 лет я слышу одно и тоже.

да да... полно таких смеющихся, а потом у них 100500 XSS на одном сайте ;)

if (isset($designTopButtonsBlock)) { echo $designTopButtonsBlock; } else { и потом задавать $designTopButtonsBlock перед инклудом этого шаблона

Ну согласись что это костыли, которые не влезают в логику шаблона

А в твиге достаточно {% block parentName %} {% endblock %}и он все магически сам устроит.

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

Ну зачем так жить, когда можно like a sir с твигом

Разве что хайлоад какой-нибудь там

Ну тогда проще на клиенте рендерить вообще имхо

да да... полно таких смеющихся, а потом у них 100500 XSS на одном сайте ;)

я про то что холивары идут больше 15 лет и они абсолютно бесмысленны.

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

ERROR: S client not available

только трата времени

так не трать ;) я тебя освобождаю ;)

Так не холиварьте и используйте шаблонизаторы)

в общем я за шалонизаторы... при том, что уже лет 7 их не использую, а использую нативный php :) вот такая коллизия

ребята

http://rufish.ru/?idr=974-rybalka

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

на самописке

http://rufish.ru/?idr=974-rybalka

как скрыть h1 если зайти в любую категорию?

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

через 100500 лет, наверное, нужны не будут

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

Если пхп впилят в webassembly, то шаблонизаторы органично перекочуют и на клиентов ;)

как скрыть h1 если зайти в любую категорию?

взять и написать скрывающий код

взять и написать скрывающий код

новедь категорий много, как делать выборку?

по какому-то признаку, который нужно сформулировать человеку, знающему код и задачу

например, глубина в дереве... или принадлежность к фиксированному parent_id или еще куча вариантов, которые мы и предположить не можем, ибо не знаем изначальную постановку задачи и код... и знать, в общем-то не очень хотим ;)

с @ParamConverter кто работал плотно?

тогда привяжусь к фиксированному id, потому что как определить глубину вложенности я незнаю,..

url меняется в зависимости от категории?

да

сопоставте id элемента и url

и в зависимости от результата скрывайте

window.location.href

в помощь

с @ParamConverter кто работал плотно?

symfony который?

угу

вопрос бы хоть задал :)

window.location.href

Спасибо

это если js. если php то функция другая

он очень специфичный... ;) да в общем я его переосмыслил уже... у меня там ассерты просто внутри этого объекта.. но логика усложнилась... в общем забил и пишу проверки в сервисе

а так хотел ассерт на роль спросить есть ли.. типа - если админ, то можно

paramconverter нужен для получения данных

для засовывания их в объект