магия.

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

в визитках, небольших каталогах и минимагазах, вообще не рентабельно разделять специалистов, овчинка выделки не стоит платить зарплату 2 людам вместо 1 =)

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

... в текущем его виде. именно из за отсутствия mvc

при этом в код верстальщика бекендер не лезет. и верстальщику спокеойнее.

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

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

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

Тебе будет звонить клиент, говорить я хочу поменять херню слева-направо и ты будет 10 чел подключать на эту детскую задачку =)) + организация, контроль версий, проектирование согласование +)

в визитках, небольших каталогах и минимагазах, вообще не рентабельно разделять специалистов, овчинка выделки не стоит платить зарплату 2 людам вместо 1 =)

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

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

еще там попутно всякие шаблончики для "родителей", "первого уровня", "дочерних третьего уровня" и т.п. замутит ))

ребят. никто не отбирает "по-старинке".

формы еще отдельная веселуха будет для верстальщиков

просто теперь можно на evo сделать крупный портал

ребят. никто не отбирает "по-старинке".

так кроме лозунгов "вы просто не хотите учиться" есть ответы на конкретные вопросы по тому же меню в три уровня - его сейчас как "правильно" делать, чтоб "не по старинке"? :))

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

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

контроллеры очень нужны в админке, а на фронте я не вижу никакой выгоды

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

ты сначала почитай про DocLister, FormLister, eFilter, webixTables, MODxAPI - зачем тебе новое, если ты и старого не знаешь совсем ))

Галереи то небось до сих пор на evoGallery мутишь ))) всех уже заказчиков известил, как им включить флэш у хрома и что неплохо бы удалить дырявый файл uploader? ))

Скорее наоборот, к старому привык =).

Галереи то небось до сих пор на evoGallery мутишь ))) всех уже заказчиков известил, как им включить флэш у хрома и что неплохо бы удалить дырявый файл uploader? ))

ниразу не использовал +)

ты сначала почитай про DocLister, FormLister, eFilter, webixTables, MODxAPI - зачем тебе новое, если ты и старого не знаешь совсем ))

👍😆

ниразу не использовал +)

а ну да, есть же multiPhotos или типа img1, img2 ... img10, ... img...а нахрен ему больше 10 фото)))

но 1 раз давно очень в 11-12 году хз ставил, ужаснулся, да ну нафиг. Написал свою =)

так кроме лозунгов "вы просто не хотите учиться" есть ответы на конкретные вопросы по тому же меню в три уровня - его сейчас как "правильно" делать, чтоб "не по старинке"? :))

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

а ну да, есть же multiPhotos или типа img1, img2 ... img10, ... img...а нахрен ему больше 10 фото)))

мб я не делал сайты-галереи =)

Ну так показал бы "в сообществе", где ничего нет )))

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

ну я понимаю что бывает нужно получить что-то по-мелочи. но не это же явно основная цель контроллеров - для этого я делаю сниппет Helper и там всякую мелочевку обрабатываю

вроде "цифры прописью", "формат даты", "формат цены" и т.п. муть

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

в ларке есть куча таких хелперов

Str::title('вася') - будет Вася, прмер +)

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

и что нам делать с этим одинаковым меню в разных шаблонах

вот вынес я например меню в партиалс - чтобы везде вставлять. и какой контроллер к нему теперь применяется?))

вот вынес я например меню в партиалс - чтобы везде вставлять. и какой контроллер к нему теперь применяется?))

Эм, а контролер должен применяться к партиалс, там так чтоли сделано ?

Контроллеры привязывайте как душе угодно. В моём примере контроллер вяжется к шаблону

Точнее к алиасу шаблона

контроллер по идее вяжется к роуту

контроллер по идее вяжется к роуту

Это в ларке к роуту. И тут можно к роуту. Просто другую часть кода нужно модифицировать

Эм, а контролер должен применяться к партиалс, там так чтоли сделано ?

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

Контроллеры привязывайте как душе угодно. В моём примере контроллер вяжется к шаблону

как сделать трехуровневое меню в шапке сайта?))

ну или хотя бы "двухуровневое"

как сделать трехуровневое меню в шапке сайта?))

https://laravel.com/docs/5.8/eloquent Читай доку 🙂

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

Ещё раз напоминаю. Моё решение не является единственным верным и абсолютно верным. Это просто одно из решений.

Сниппеты заменяются виджетами , попробуйте может поможет https://github.com/arrilot/laravel-widgets

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

И если оно кому-либо не подходит. Могут а) использовать старый вариант. б) написать лучше и показать как надо.

И если оно кому-либо не подходит. Могут а) использовать старый вариант. б) написать лучше и показать как надо.

я не говорю про лучше/хуже и т.п. Я просто хочу прямой ответ - теперь чтобы вывести меню надо писать каждому свой доклистер и это есть единственно прогрессивный метод разработки на эво?))

может напишут что-то готовое входящее в дефолт установку ...

хз

я не говорю про лучше/хуже и т.п. Я просто хочу прямой ответ - теперь чтобы вывести меню надо писать каждому свой доклистер и это есть единственно прогрессивный метод разработки на эво?))

Чтобы вывести меню я знаю решение. Но оно не подходит для большинства. Из-за особенности mysql 8 А вот для 5.x не могу придумать решение сходу

Вот конкретно у тебя что в шаблоне какого-нибудь сайта на месте верхнего меню?))

просто написано {!! menu !!}

?

Где происходит стилизация пунктов и у кого туда есть доступ)

Это же простейшие вопросы без ответа на которые вообще сложно о чем-то говорить в плане развития

Где происходит стилизация пунктов и у кого туда есть доступ)

Во view + цикл

Во view + цикл

Т.е. как выше говорил патоложик "верстальщик пыщ и из массива формируем меню в форич"? ))

Т.е. как выше говорил патоложик "верстальщик пыщ и из массива формируем меню в форич"? ))

Ну пока те верстальщики кому я давал эти вещи. Все справлялись и никто не бухетл

а массив сам как формируется? самописом на пхп?

а массив сам как формируется? самописом на пхп?

Массив через модель sitecontent

Массив через модель sitecontent

многомерный?

а ты уверен, что все это работает лучше, чем DLMenu?

Правда оно актуально только для 8 мускула

а ты уверен, что все это работает лучше, чем DLMenu?

Я этого не утверждал

И вполне возможно да. Т.к. фактически делается одно обращение в базу

Короче те, кто хочет такого же пиздеца в пару тысяч строк, как формируется меню в битриксе - велком к сириусу ))

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

хахах =)

вот если бы ты опубликовал конкретную задачу "выводим меню в три уровня в шапке сайта по-новому" на модх.им - это было бы полезнее :)

вот если бы ты опубликовал конкретную задачу "выводим меню в три уровня в шапке сайта по-новому" на модх.им - это было бы полезнее :)

Вот если бы ты перестал говнокодить в своих решениях. Ещё полезней было бы

https://github.com/webber12/eFilter/blob/master/assets/snippets/eFilter/eFilter.class.php#L1083

Вот если бы ты перестал говнокодить в своих решениях. Ещё полезней было бы

как только прочитаю статью про "выводим меню по-новому" так тут же и перестану )))

И да вот пример

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

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

Я тебе ответил

И даже скинул ссылку на доку

Но видимо это тяжело для тебя 🙂

ясно, сериус опять усрался - все как всегда ))