Я тоже так думал)) Но на самом деле после лары очень больно садиться за modx)

Я тоже так думал)) Но на самом деле после лары очень больно садиться за modx)

Я как написал, я не собираюсь полностью покидать хорошую систему которая очень нравится . Сейчас готую себе замену на MODX. Просто предложили лучшие умови с работой в Laravel. Так что не нужно наводить шум. Я с вами. Просто сейчас в жизни большие перемены. И у меня должно со временем появится больше времени, так как не буду терять время на поиски клиентов, и т.д. В первые месяцы будет сложно, но планирую написать несколько статей на протяжении года по MODX. Планируется до конца доделать работоспособность Console под MODX3, хотя он после моего последнего issue для альфа2 работает, но это когда пропадёт поддержка “deprecated”, найду больше времени попрошу Василия дать возможность расширять AdminPanel, и ещё много планов. Но на это нужно время. Так что не нужно переживать, я с вами, возможно будет такое что никто даже не увидит того что я перешёл в ларавель, так как помогать буду дальше.

бро, не переживай, сообщество потеряло Ивана Климчука и считай Васю, а уж тебя или меня оно и не заметит)

Я добавил composer и делаю все на eloquent

Да-да))

Лара это не только композер и eloquent, это еще и офигенно написанные исключения с наиподробнейшим трейсом, это крутая система логгирования, это флайсистем с огромным множеством драйверов, это социалити с офигенно простой работой по OAuth, это готовый rest с laravel password, это многоканальные очереди с любыми драйверами в том числе и работающими по api и я наверное еще долго так могу продолжать, но стоит ли?

Лара это не только композер и eloquent, это еще и офигенно написанные исключения с наиподробнейшим трейсом, это крутая система логгирования, это флайсистем с огромным множеством драйверов, это социалити с офигенно простой работой по OAuth, это готовый rest с laravel password, это многоканальные очереди с любыми драйверами в том числе и работающими по api и я наверное еще долго так могу продолжать, но стоит ли?

Ну как ни говори уже небольшая часть функционала заложена в MODX3

Ну как бы это все знают :) Я говорю о простых базовых вещах, которые можно сделать быстро и которые дадут максимальный эффект почти сразу.

Ну кстати eloquent на меня особого впечатления не произвел, наоборот, xpdo меня гораздо больше впечатлил своими практически автоматическими связями, была бы она побыстрее и с миграциями, вообще цены бы ей небыло

Ну кстати eloquent на меня особого впечатления не произвел, наоборот, xpdo меня гораздо больше впечатлил своими практически автоматическими связями, была бы она побыстрее и с миграциями, вообще цены бы ей небыло

Эм...ну во-первых скорость, во-вторых развитие. Миграции я молчу. ХПДО какие автоматические связи? Ты про кучу текстовых файлов, которые надо написать, чтобы их сделать? :))

А миграции писать не надо?) По мне разницы нет, что xml писать, что миграции)) И не кучу текстовых файлов, достаточно одного. А связи я имею ввиду агрегационные и композитные, тот же xpdo умеет автоматически инициализировать метод remove связанных моделей при удалении главенствующей, eloquent так не умеет + ко всему eloquent не умеет выстраивать карту базы данных, в отличии от xpdo

В eloquent есть связи mysql'a но это немного не то, иногда не достаточно просто удалить из базы зависимые записи, зачастую нужно именно какой то кусок кода инициализировать при удалении, желательно метод remove

Я чета не понимаю. Что вы хотите от MODX ? Наличие всех фишек Laravel? А MODX то вам зачем тогда?

Я чета не понимаю. Что вы хотите от MODX ? Наличие всех фишек Laravel? А MODX то вам зачем тогда?

Прости, но сейчас чтобы добавить поле в ХПДО надо написать код. Это дичь. Чтобы добавить таблицу, надо вообще постараться. Миграции пишутся прозрачно и понятно, а не дохера файлов в куче мест. Автоматические методы, прости, но это финя. Событие добавь и пиши там что угодно. И, да, событие хоть понятнее.

Карту БД можно построить на 10 минут простым скриптом выборкой и пары таблиц схемы. Так что вообще не проблема. Причем т.к. там все поля с фиксированными названиями, там даже ORM не нужен по сути.

Какой код ты пишешь в элокенте, чтобы добавить поле?

Всем привет. Народ кто сталкивался что ваши проекты баянят на 100% меняя только цвета и втыкая другой логотип. Что можно с этими нехорошими людьми сделать

> Но по какой-то неведомой причине, 99% народа тут таблицы в xpdo не в состоянии создать Кто сказал что эти же 99% смогут в eloquent что то сделать? Вероятнее всего они его даже заинтегрировать не смогут

Всем привет. Народ кто сталкивался что ваши проекты баянят на 100% меняя только цвета и втыкая другой логотип. Что можно с этими нехорошими людьми сделать

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

Ничего

Ну потому, что разобраться, как написать 3 строки кода проблем нет :) Даже я разобрался как внедрить композер и элокент без проблем. А гемор с xPDO я не осилил.

Потому что везде описано добавить это сраное поле в рамках всего modx с созданием компонента и прочего, на самом деле если чуть чуть вникнуть в ядро modx'a можно осознать что все делается в разы проще если тебе просто нужно поле добавить или таблицу создать, я, возможно, когда нибудь запилю статью чтобы развеять и этот миф, как например развеял со сложностью добавления полей в extjs

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

Выглядит как пиздец честно говоря))

Если бы кто-то что-то развеял, тут бы все на ext-js писали.

Всем привет. Народ кто сталкивался что ваши проекты баянят на 100% меняя только цвета и втыкая другой логотип. Что можно с этими нехорошими людьми сделать

Если бы кто-то что-то развеял, тут бы все на ext-js писали.

И недооцениваешь одновременно, по ходу работы с modx я сталкивался с огромным количеством людей, которые модифицировали админку modx'a до неузнаваемости, и многих не то что тут нет, но даже на modxpro не зареганы

Это самый примитивный способ сохранения, если кому не лень поковыряться в исходниках и сказать как запустить updateOrder — скажите, мне — лень

Ну тогда все хорошо и МОД развивается в правильном направлении :) ПРосто аудитория у него тупая.

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

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

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

Народ а шаблоны с ultron норм ?

Сергей, ты провокатор))))) Вот я только закрою тему, ты опять какую нибудь фигню скажешь) Почему это стандартные процессоры можно использовать только для показа списков и то не всегда? У них довольно богатый функционал при том как у стандартных action процессоров, так и у самого modProcessor'a, давай аргументы чего кокретно тебе в них не хватает?) Я назвал их убогими не потому что их функционал убогий, а потому что реализация как по мне говно и я сделал бы вообще по другому

Так ты две строки назад называл стандатные процессоры убогими :))