Ну вот я глянул еще раз - эти же все сервисы через общий фасад DocumentManager и разруливаются, и там везде только process и используется

та же проблема с доклистером, например

я предлагал кроме интерфейса и абстрактный класс сделать

чтобы код сервисов был еще проще

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

а когда мы обсуждали, так никто и не заметил подвоха

Ну вот я глянул еще раз - эти же все сервисы через общий фасад DocumentManager и разруливаются, и там везде только process и используется

мне кажется, что такая схема лучше modxapi c огромными классами

а потом окажется, что хуйня это а не схема и все неудобно

Так всегда так и бывает :)

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

Потому что все жёстко вшито в два класса

не жестко

полностью весь пакет заменять не нужно

заменяешь менеджер и какие-то сервисы

Ну как не жестко, если документманагер жестко вызывает документкрейет, в котором жёстко вшиты методы тв

жестко это когда в modxapi чтобы тв переделать нужно простыню писать

Мне кажется, эти несчастные тв надо вообще отдельным сервисом, чтобы наконец отвязать от всего остального документа

изначально все это вообще в модель должно было пихаться ((:

тв в отдельных методах, ты их и переопределишь

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

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

и у тебя и админка и фронт будут хранить тв как ты хочешь

https://github.com/Pathologic/evo-doctrine-bridge/blob/master/src/ServiceProvider.php - типа как я кэш заменяю

Так в том и дело, придется переопределять сначала в менеджере кучу методов на свои DocumentCreateNew, DocumentEditNew и так далее только для того, чтобы потом еще в каждом переопределять методы тв

нет, только методы для тв в CreateNew

Вместо того, чтобы в одном месте переопределить сервис под тв

Так тв почти везде есть: создание, редактирование, очистка корзины, дублирование ресурса

Так в том и дело, придется переопределять сначала в менеджере кучу методов на свои DocumentCreateNew, DocumentEditNew и так далее только для того, чтобы потом еще в каждом переопределять методы тв

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

Это все переписывать в разных местах и в самом манагере

не полностью переписывать

а только методы которые с тв связаны

Я это и имею в виду

ну а по-другому никак

стандартный документ это тв где обычно, а ты создаешь супердокумент ((:

Вместо saveTvs() сделать \TVsService->saveTVs()

а, я понял

И в одном этом сервисе асе методы и расписать

Чтоб подменять его один, а не частями везде

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

может в трейт вынести

с сервисом может сильно сложно будет

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

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

и мне не нравится все-таки что все это привязано к главному контейнеру

Ну это надо думать как лучше, но именно сам принцип, чтоб тв наконец не гвоздями прибивать - хороший повод, когда речь про этот DocumentManager )

Чего-то перестали показываться модули в списке "импортировать общие параметры модуля" у свойств плагинов и сниппетов. (Evo 3.1.0). Пришлось вручную этот параметр прямо в таблицы базы данных занести, чтобы работало.

Блин.. Этот параметр слетает, если плагин открыть и пересохранить - снова приходится в базу лезть и вбивать строку. Скорее всего, из-за того, что список зависимостей в страницу редактирования плагина не подгужается. Где это поправить бы в коде?

Блин.. Этот параметр слетает, если плагин открыть и пересохранить - снова приходится в базу лезть и вбивать строку. Скорее всего, из-за того, что список зависимостей в страницу редактирования плагина не подгужается. Где это поправить бы в коде?

у меня такое с модулями было, но вроде исправляли

Блин.. Этот параметр слетает, если плагин открыть и пересохранить - снова приходится в базу лезть и вбивать строку. Скорее всего, из-за того, что список зависимостей в страницу редактирования плагина не подгужается. Где это поправить бы в коде?

у меня ничего не слетает.

у меня ничего не слетает.

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

у меня ничего не слетает.

У вас самая свежая версия Evo? Я сегодня ночью самую последнюю с гитхаба взял, и как раз вот такое с плагинами началось.

У вас самая свежая версия Evo? Я сегодня ночью самую последнюю с гитхаба взял, и как раз вот такое с плагинами началось.

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

самая крайняя версия

только что обновил

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

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

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

вы же сказали про вкладку свойства, верно?

или я вас не так поняд

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

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

ща проверю

вы же сказали про вкладку свойства, верно?

Верно, но смотреть нужно выше.

вы же сказали про вкладку свойства, верно?

Вот это должно быть.

Вот это должно быть.

Это с 2.0.2 скрншот. А если 3.1.0 ставлю, то этот комбобокс оказывается пустым. Соответтвенно, если сохранить плагин - то и в базу данных в поле moduleguid пустое значение сохраняется.

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

И вот теперь у вас при редактировании страниц должны отвалиться синенькие иконки вида "Ru", "En", там, где обычно было "создать языковую версию", "Перейти к языковой версии".

И вот теперь у вас при редактировании страниц должны отвалиться синенькие иконки вида "Ru", "En", там, где обычно было "создать языковую версию", "Перейти к языковой версии".

Соответственно, они вернутся обратно, когда в базу данных в запись плагина вручную внести "evobabels".

Это с 2.0.2 скрншот. А если 3.1.0 ставлю, то этот комбобокс оказывается пустым. Соответтвенно, если сохранить плагин - то и в базу данных в поле moduleguid пустое значение сохраняется.

Ага вижу проблему ща разберусь и поправлю

Ага вижу проблему ща разберусь и поправлю

Спасибище! Пока через базу данных поправил, но, конечно, будет здорово, как фикс появится.

Спасибище! Пока через базу данных поправил, но, конечно, будет здорово, как фикс появится.

поправил так что по ходу сегодня 3.1.1 будет 🙂

Здравствуйте! А можно как то принудительно отключить TiniMCE для нескольких ресурсов ? Например TiniMCE включен везде, но есть документы где нужно просто править код. Может как то через шаблон?

Здравствуйте! А можно как то принудительно отключить TiniMCE для нескольких ресурсов ? Например TiniMCE включен везде, но есть документы где нужно просто править код. Может как то через шаблон?

Здравствуйте! А можно как то принудительно отключить TiniMCE для нескольких ресурсов ? Например TiniMCE включен везде, но есть документы где нужно просто править код. Может как то через шаблон?

в настройках документа отключается

галку снимите где надо

с этой галкой был прикол: мы с Димой какой-то баг чинили с редактором и получилось, что у Димы работало как надо, а у меня никак вообще, я пол админки развалил, пытаясь понять в чем дело, а потом случайно заметил, что галка эта у документа не стояла 🙃

Оо, спасибо!

Доброго утра! А что в 2.х "основное приложение" должно обязательно называться Main? Я тут с нуля стал переделывать старый сайт, назвал основной пакет не-Main, в файлах всё поменял на новое название и ничего не работает.

Доброго утра! А что в 2.х "основное приложение" должно обязательно называться Main? Я тут с нуля стал переделывать старый сайт, назвал основной пакет не-Main, в файлах всё поменял на новое название и ничего не работает.

Пофиг

Главное указать откуда контроллеры подключать

Тогда я не понимаю что я не понимаю 🙈

Сегодня к вечеру запишу видос выложу

Главное указать откуда контроллеры подключать

А без видоса в 2 словах о чём речь? У меня не 3 версия, если что, а 2

Указать правильно параметров неймспейса и все