Но и я же не буду в контент каждого ресурса помещать вызов сниппета?

А шаблон при этом делать blank

Если это каталог - да, не будешь. А если это одноразовый какой-то раздел?

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

Например, страница со списком новостей. Зачем тебе отдельный шаблон для этой страницы, если ТВ там нет. А на сайте больше нигде не используется

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

Ну это уже из разряда религий. Я считаю, что это норм

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

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

А ну да, вызовется из файла. Натупил немного, забыл про это решение

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

Если нужен DEV шаблон, то ты можешь на уровне файла разнести логику не выходя из IDE. И даже показать DEV версию только себе

Да для аякса, сам использую бланк и вызов сниппета

Да для аякса, сам использую бланк и вызов сниппета

Ну вот. Это тоже самое, если у тебя сниппет будет возвращать html без всякой обработки

Такое бывает полезно, когда дергаешь страницу, чтобы получить, например html формы

Тогда остановимся на варианте. Можно использовать но в зависимости от ситуации?

Тогда остановимся на варианте. Можно использовать но в зависимости от ситуации?

+

+

+ продуктивно подискутировали.

Естественно я не приемлю вариантов вида [[{{@FILE:[*id:is=`1`:then=`asd`:else=`zxc`*]}}]]

+ продуктивно подискутировали.

Ага😉

Естественно я не приемлю вариантов вида [[{{@FILE:[*id:is=`1`:then=`asd`:else=`zxc`*]}}]]

[[{{@FILE:[*id:is=`1`:then=`[!asd!]`:else=`{{@FILE:zxc}}`*]}}]] ))))

[[{{@FILE:[*id:is=`1`:then=`[!asd!]`:else=`{{@FILE:zxc}}`*]}}]] ))))

огонь)

огонь)

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

[[{{@FILE:[*id:is=`1`:then=`[!asd!]`:else=`{{@FILE:zxc}}`*]}}]] ))))

А ещё сниппета if не хватает😁

А ещё сниппета if не хватает😁

он в файле был))

он в файле был))

Уговорил

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

А там, хоть вызовы из файла, хоть из чанка хоть снипеты вложенные (%

Раз система позволяет такое делать, то люди будут делать.

Да просто надо делать защиту от дурака:)

если это документ с вызовом снипетов то явно менеджеру не надо доступ в него 🙂

и все ок будет )

Да просто надо делать защиту от дурака:)

Ой, непросто ее делать. Сколько делаю столько узнаю нового о людях ((%

Ну да исходим из того что админкой будет пользоватся человек без знаний в АЙТИ и еще и любопытный и забывчивый:)

Егений приводил пример вчера о клиенте который с 50К до 300К поднял себе гимор... и вот это прям вообще регулярно встречаю. Это просто люди. Люди, такие люди. А основная причина как раз в том что клиент очень часто не знает цену работе не в плане времени и сил, а в плане понимания процесса в целом. Ему хоть какая админка будет - найдет во что вляпаться и сказать что разработчики гавнокодеры. ((%

От таких людей лучше бежать, имхо. И не пытаться дать им идеальную админку - себе дороже будет.

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

https://github.com/JamesHeinrich/phpThumb

Для информации. В общем разобрался - какой-то баг. Чтоб цвет бордюра был который задаем (в моем случае FFFFFF), необходимо, чтоб был задан радиус скругления больше нуля, т.е. не fltr[]=bord|50|0|0|ffffff, а fltr[]=bord|50|1|1|ffffff (Иначе цвет бордюра будет #999999 )

Для информации. В общем разобрался - какой-то баг. Чтоб цвет бордюра был который задаем (в моем случае FFFFFF), необходимо, чтоб был задан радиус скругления больше нуля, т.е. не fltr[]=bord|50|0|0|ffffff, а fltr[]=bord|50|1|1|ffffff (Иначе цвет бордюра будет #999999 )

👍 Такие ответы хоть в базу знаний записывай. Всегда бы так)

👍

@webber_12 со стороны все эти претензии смотрятся неболее чем троллинг. Давай объективно, по принципу вопрос-ответ. - Что такое Evo 2.0? Этот все тот же MODX Evolution, вот только под капотом будет уже не просто набор каких-то функций объединенных в класс под названием DocumentParser, а целый ряд компонентов на базе которых собран фреймворк Laravel. Это позволит нам не писать кучу документации и примеров про кешер, события, логирование, файловую систему, кофиги, консоль, миграции, сиды, шаблонизатор Blade, модели Eloquent, Observers, ServiceProvider... - Почему именно Laravel? Обширная документация. Активная поддержка. Множество готовых пакетов, которые можно будет использовать и на Evolution 2.0 У нас было 2 пути: работать и дальше с устаревшим кодом Evolution, пока это пипл хавает, а сообщество не разбежалось. Либо же начать писать новый проект стараясь максимально сохранить старую парадигму разрабокти с деревом ресурсов, чанками, сниппетами, ТВ параметрами и т.д. Но мы нашли третий путь и пытаемся адаптировать устаревший код сохраняя обратную совместимость. - В ветке 2.0 я смогу работать по старому? Да, можешь. Старые конструкции будут и дальше работать, но всю гибкость нововведений врятли раскроют. Банальный переход от массива $modx->config к методу $modx->getConfig() уже позволит манипулировать ситемными настройками движка, которые берутся из базы. А совершить такой переход в сниппетах можно уже сейчас даже не дожидаясь релиза 2.0, т.к. метод getConfig() есть и в версии 1.4. Плагины на события можно вешать как раньше через админку, так и через файлы. Все это упрощает коммандную разработку, упрощает ведение проекта через git. Кто этого ждет - постепенно оценят. Для всех остальных изменения будут не значительными. - Под Evo очень мало готовых решений. Не лучше ли поратить время на разработку того же магазина? Разработчиков, которые способны написать более или мнее вменяемое дополнение не осталось. Многим просто надоело говнокодить и изобретать велосипеды. Даже если рассмаривать на примере файловой системы, то: нет возможности работать с файлами (копировать, перемещать, удалять) и все это рекурсивно с правильной расстановкой прав которые выставлены в настроках движка. При работе с базой мы вынуждены постоянно заботиться об sql-injection, т.к. зачастую работа происходит с сырыми данными. При работе с шаблонами мы вообще ничего не можем - даже стандартный метод parseChunk по умолчанию не понимает плейсхолдеров. Таким образом, вместо того, чтобы разработчик мог сосредоточиться на бизнес логке приложения, он тратит кучу времени на то, чтобы реализовать одни и те же вещи. А потом этот разработчик выпускает еще одно решение и там опять нужно сделать эти же вещи. Так появляется копипаст, который приодится к использованию однотипных классов/функций/методов в разных компонентах - яркий пример phx. В общем не для 2018 года такие методы разработки. Таким образом, в Evo просто нет тех людей, которые бы могли что-то написать и поделиться решением. Поэтому прежде чем писать какие-то компоненты, мы хотим решить все эти проблемы и дать больше свободы разработчикам.

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

Все это больше похоже на агитку с митинга, чем на реальное положение дел:)

А на выходе заимеем просто еще несколько великих "ученых", которые как обезьяны научились писать вместо [*pagetitle*] вариант {!! $data['pagetitle'] !!} И почувствовали себя прямо академиками

Всех остальных попутно записывая в неучи и неумехи:)

Сплошной скепсис. Жду не дождусь очередного решения, чтобы оценить его адавость.

По существу же, на версии 1.4 мы не можем установить целый сайт 1 кнопкой. Не можем работать в дев-прод версии адекватно, не можем, олноценно использовать шаблоны в файлах. Нет миграций и бла-бла. В версии 2.0 это все есть и есть этим не умеешь пользоваться, то имхо, проблема далеко не в движке

Это как переход от нативных sqlзапросов на модели.

Те, кто работает с моделями в разных фреймворках прекрасно понимают в чем преимущество. Те, кто не умеют работать - думают, что и SELECT/INSERT/UPDATE прям в базу норм

Все это больше похоже на агитку с митинга, чем на реальное положение дел:)

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

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

Будем тогда с этих позиций влачить свое горькое бессмысленное существование:)

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

Да не вопрос. Тыкни пальцем в готовый пакет, я тебе на деве ради спора соберу сайт на базе этого компонента без хака

Да не вопрос. Тыкни пальцем в готовый пакет, я тебе на деве ради спора соберу сайт на базе этого компонента без хака

Я же сказал "статистики", причем тут ты

Вот только если я это сделаю - стебя донат на развитие evo внушительный

Тыкни пальцем в пятерых с этого чата, кто повторит тожк самое:)

Тыкни пальцем в пятерых с этого чата, кто повторит тожк самое:)

Да ты чего такой упертный то

Да ты чего такой упертный то

Вот дождусь тех "пятерых", тогда и расскажу:)

Вот есть пакет для генерации схемы таблиц в базе

https://github.com/beyondcode/laravel-er-diagram-generator

Установка это composer require, создание файла провайдера из 1 строчки

Все блядь

Актуальные связи моделей в 2.0

Вот тебе пакеты готовые https://packalyst.com/

На магазин ибещали и комментарии из кучи "готовых на ларавель"… а тут опять композер из консоли и модели:)

сиди ковыряйся

На магазин ибещали и комментарии из кучи "готовых на ларавель"… а тут опять композер из консоли и модели:)

Во первых, 2018 год на носу. SSH есть даже на шареде

Ладно, просто подожду "тех пятерых", к чему лишние споры:)

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

Ладно, просто подожду "тех пятерых", к чему лишние споры:)

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

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

Уверен в 5-х ? Я ж найду

@webber_12 ты конечно извини, но твое поведение прям 100% теперь схоже с тролем

Уверен в 5-х ? Я ж найду

Кто поставит магаз от ларавеля на модх 2.0 который можно будет скопировать на другой сайт?:) давай :)

Кто поставит магаз от ларавеля на модх 2.0 который можно будет скопировать на другой сайт?:) давай :)

Чтобы продолжить предметнее. Задам вопрос прямой - есть понимание как работает composer?

Кто поставит магаз от ларавеля на модх 2.0 который можно будет скопировать на другой сайт?:) давай :)

Ок о какой сумме доната ведем речь ? и срок реализации ?

Чтобы продолжить предметнее. Задам вопрос прямой - есть понимание как работает composer?

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

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

Делаем пакет который состоит из - Шаблонов, чанков, сниппетов - Для бэкенда подтягивает другой пакет, который реализует уже модели/систему корзины/оплата онлайн Установка - 1 пакет в комманду композера

Ок о какой сумме доната ведем речь ? и срок реализации ?

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

Ну или тех, кто готов будет продолжить начинания, когда ему надоест :)

Пустой какой то разговор ни о чем:)