Песочница

MIGX

Помогите начинающему разобраться в механизме вывода MIGX.

Пользовательские процессоры MIGXdb

Вопрос по идентификаторам

MIGxDB Search

несколько migxdb

TV-поля MIGX в  MIGX-поля проблема вывода

Это косяк реализации MIGXdb, не работает он с несколькими TV, пофиксить можно самостоятельно разобравшись в файле core/components/migx/elements/tv/migxdb.tpl, тут следует обратить внимание на MODx.loadMIGXdbGridButton, которая будет переопределена для каждого TV типа MIGXdb и соответственно сработает только последняя.

Это косяк реализации MIGXdb, не работает он с неск

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

Вообще для этого в параметры TV-шки вписывается св

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

Да, это который MIGX, а у меня проблема с MIGXdb -

Так там тоже конфигурации прописываются.

В официально документации написано 
 

Of course you can create your own processors under your own processor-path.

Но не написано как... Ткните носом если в курсе где почитать?

В официально документации написано Of course you can create your own processors under your own processor-path. Но не написано как... Ткните носом если в курсе где почитать?

В официально документации написано Of course you c

https://github.com/Bruno17/MIGX.
 Читайте код модуля. Там все написано.


А еще может Алексей придет да подскажет.

https://github.com/Bruno17/MIGX.
 Читайте код модуля. Там все написано. А еще может Алексей придет да подскажет.

https://github.com/Bruno17/MIGX.
 Читайте код моду

Принцип поиска процессора таков


здесь указано очередность поиска проца сначала ищет в пакете в папке с указным путем проца потом в дефаулте если не находит то все повторяется в пакете самого MIGX


вам скорее всего требуется переопределить вызов getlist то есть списка в этом случаи сохроняете  свой getlist.php в папку  core/components/НАЗВАНИЕ_ВАШЕГО_ПАКЕТА/processors/mgr/default/getlist.php


core/components/yourpackage/processors/mgr/customfolder/  
 core/components/yourpackage/processors/mgr/default/
 core/components/migx/processors/mgr/customfolder/
 core/components/migx/processors/mgr/default/


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

Принцип поиска процессора таков здесь указано очередность поиска проца сначала ищет в пакете в папке с указным путем проца потом в дефаулте если не находит то все повторяется в пакете самого MIGX вам скорее всего требуется переопределить вызов getlist то есть списка в этом случаи сохроняете  свой getlist.php в папку  core/components/НАЗВАНИЕ_ВАШЕГО_ПАКЕТА/processors/mgr/default/getlist.php core/components/yourpackage/processors/mgr/customfolder/  
 core/components/yourpackage/processors/mgr/default/
 core/components/migx/processors/mgr/customfolder/
 core/components/migx/processors/mgr/default/ все на этом паблик консультация заончина за подробностями обращайтесь в скайп AlexBaks_

Принцип поиска процессора таков здесь указано очер

Пришел Алексей, и подсказал :)

Отпишу тут ответы на вопросы, может кому пригодиться. Итааак, как и написано в документации процессоры ищутся в вышеуказанных папках. Рассмотрим такой вариант:


core/components/[yourpackage]/processors/mgr/[customfolder]/


[yourpackage] - это тот самый пакет который указывается в настройках MIGX на вкладке MIGXdb-Settings в поле Package


и вот далее, если в вашей схеме баз данных одна таблица или же, вы планируете работать только с одной таблицей или же вывод в админке только один (к примеру вы собираете несколько таблиц из БД в одну таблицу MIGX) то вы можете не переопределять [customfolder] а действительно ждаст копи процессоры из папки migxdb в папку default, где названия процессоров соответствуют действиям (например getlist.php вызывается когда нужно, как ни странно, получить список) и запрограммировать в них нужный функционал.


А вот если у вас несколько таблиц в админке которые выводят разные данные, вы можете указать Processors Path и этот путь будет подставляться вместо [customfolder] при поиске ваших процессоров.


Отпишу тут ответы на вопросы, может кому пригодиться. Итааак, как и написано в документации процессоры ищутся в вышеуказанных папках. Рассмотрим такой вариант: core/components/[yourpackage]/processors/mgr/[customfolder]/ [yourpackage] - это тот самый пакет который указывается в настройках MIGX на вкладке MIGXdb-Settings в поле Package и вот далее, если в вашей схеме баз данных одна таблица или же, вы планируете работать только с одной таблицей или же вывод в админке только один (к примеру вы собираете несколько таблиц из БД в одну таблицу MIGX) то вы можете не переопределять [customfolder] а действительно ждаст копи процессоры из папки migxdb в папку default, где названия процессоров соответствуют действиям (например getlist.php вызывается когда нужно, как ни странно, получить список) и запрограммировать в них нужный функционал. А вот если у вас несколько таблиц в админке которые выводят разные данные, вы можете указать Processors Path и этот путь будет подставляться вместо [customfolder] при поиске ваших процессоров.

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

Спасибо! Наверняка пригодится.

Вообще по своему опыту давно уже уяснил себе, что в MODX (в частности в xPDO) у всех объектов (таблиц) ID — всегда должен быть id. Даже если у вас на самом деле первичный ключ — это две или более колонки, все равно Primary key создавайте ID, а на те колонки создавайте Unique key. Иначе куча багов, включая невозможность удалить или обновить объект. Это касается не только MIGxDB, в нем это идет от xPDO.
 

К слову, мне по началу было сложно с этим свыкнуться. Еще в сотовой компании, обслуживая их биллинг на Оракле, я усвоил такую методику от Питер-Сервиса (да-да, это такие крутые ребята с доменом http://billing.ru): первичный ключ — это до 4-х согласных букв от понятного слова (если букв меньше, то и гласные годятся), например usr_id (на примере modx_users). А вторичный ключ — это дважды id, например usr_usr_id (который в таблице modx_user_attributes заменил бы колонку internalKey). Так, глядя на вторичный ключ сразу понимаешь что он именно вторичный ключ и по нему сразу понимаешь какой первичный ключ искать. Просто когда работаешь с тысячами таблиц, по-другому никак. Блин, пришлось мне как-то столкнуться с хэлп-деском HP написанном на MSSQL нифига не по такой методике, уверяю — там мозги можно было вывихнуть.
 Вот мне на MODX-е не удалось такую методику применить, пришлось отвыкать от нее.

Вообще по своему опыту давно уже уяснил себе, что в MODX (в частности в xPDO) у всех объектов (таблиц) ID — всегда должен быть id. Даже если у вас на самом деле первичный ключ — это две или более колонки, все равно Primary key создавайте ID, а на те колонки создавайте Unique key. Иначе куча багов, включая невозможность удалить или обновить объект. Это касается не только MIGxDB, в нем это идет от xPDO. К слову, мне по началу было сложно с этим свыкнуться. Еще в сотовой компании, обслуживая их биллинг на Оракле, я усвоил такую методику от Питер-Сервиса (да-да, это такие крутые ребята с доменом http://billing.ru): первичный ключ — это до 4-х согласных букв от понятного слова (если букв меньше, то и гласные годятся), например usr_id (на примере modx_users). А вторичный ключ — это дважды id, например usr_usr_id (который в таблице modx_user_attributes заменил бы колонку internalKey). Так, глядя на вторичный ключ сразу понимаешь что он именно вторичный ключ и по нему сразу понимаешь какой первичный ключ искать. Просто когда работаешь с тысячами таблиц, по-другому никак. Блин, пришлось мне как-то столкнуться с хэлп-деском HP написанном на MSSQL нифига не по такой методике, уверяю — там мозги можно было вывихнуть.
 Вот мне на MODX-е не удалось такую методику применить, пришлось отвыкать от нее.

Вообще по своему опыту давно уже уяснил себе, что 

Спасибо, Николай прояснили. Меня это немного удивило, когда я Базы Данных проходил, то преподаватель говорила, что PK надо создавать понятный, чтоб потом в тонне id не путаться. Кстати про 4 согласные буквы — это корпоративные или общепринятые понятия?

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

PK надо создавать понятный, чтоб потом в тонне id не путаться

Кстати про 4 согласные буквы — это корпоративные или общепринятые понятия? 

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

И лично от меня на счет 4 букв: на мой взгляд это оптимально. В большинстве случаев четырех букв было достаточно, чтобы боле менее понимаемое название дать, и при этом оно часто уникальное получается (далее уже программными средствами следим), да еще и не раздувается в длине. Когда длина и форма ключа унифицированная, тогда сразу средь других колонок выкупаешь такие ключи. При работе с большим количеством колонок это очень помогает.

PK надо создавать понятный, чтоб потом в тонне id не путаться Told you. Кстати про 4 согласные буквы — это корпоративные или общепринятые понятия? Не скажу за всю Одессу, но такое видел только в их продуктах, больше нигде (хотя не могу утверждать, что они это ни у кого не подсмотрели). Но их методика мне нравится, и как раз понятности очень способствует. И лично от меня на счет 4 букв: на мой взгляд это оптимально. В большинстве случаев четырех букв было достаточно, чтобы боле менее понимаемое название дать, и при этом оно часто уникальное получается (далее уже программными средствами следим), да еще и не раздувается в длине. Когда длина и форма ключа унифицированная, тогда сразу средь других колонок выкупаешь такие ключи. При работе с большим количеством колонок это очень помогает.

PK надо создавать понятный, чтоб потом в тонне id 

Спасибо, буду иметь ввиду. А то обычно называю имятаблицы_id.

Спасибо, буду иметь ввиду. А то обычно называю имя

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

Так часто длинные имена получаются, и как я и гово

Смотрите передаваемые на сервер параметры. Либо не передается то, что нужно, либо на стороне сервера не прописана обработка этих параметров.

Смотрите передаваемые на сервер параметры. Либо не

Доброе утро, Николай!)
 А более конкретное решение есть?
 

Параметры MIGx в Действиях прописаны такие: &configs=packagemanager||migxconfigs||setup
 Все вроде, как стандартно. Или укажите пожалуйста, где что конкретно нужно посмотреть или дописать.

Доброе утро, Николай!)
 А более конкретное решение есть? Параметры MIGx в Действиях прописаны такие: &configs=packagemanager||migxconfigs||setup
 Все вроде, как стандартно. Или укажите пожалуйста, где что конкретно нужно посмотреть или дописать.

Доброе утро, Николай!)
 А более конкретное решение

Доброго времени суток!
 Не укажу. Я мало с мигой работаю, просто так ее ковырять не буду. Я уже сказал конкретно что смотреть. Как смотреть передаваемые POST-данные из браузера, смотрите интернеты. Как процессоры работают, смотрите здесь.

Доброго времени суток!
 Не укажу. Я мало с мигой р

чанк в студию, пожалуйста

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

И здесь на сайте уже неоднократно говорилось, что 

MIGX довольно капризен порой. Плагин очень мощный, но документации катастрофически мало.
 

Там надо внимательно все массивы данных (JSON) перепроверять.
 Я один раз MIGX_id'шки некорректно указал, и все развалилось. А еще как-то раз, я все перепроверил 10 раз, но никак он не хотел работать — так вот мне разраб MIGX, который Bruno, пояснил, что необходимо в некоторых случаях, дополнительно указывать контроллеры в некоторых полях этих самых JSON'ов, для нужного поведения плагина (но это правда к админке относится). В доках вообще ни слова об этом нет, только на форуме.
 

Тут Александр совершенно прав — выкладывайте чанк, формирующий внутренний MIGX-массив, проблема, скорее всего, в нем.

MIGX довольно капризен порой. Плагин очень мощный, но документации катастрофически мало. Там надо внимательно все массивы данных (JSON) перепроверять.
 Я один раз MIGX_id'шки некорректно указал, и все развалилось. А еще как-то раз, я все перепроверил 10 раз, но никак он не хотел работать — так вот мне разраб MIGX, который Bruno, пояснил, что необходимо в некоторых случаях, дополнительно указывать контроллеры в некоторых полях этих самых JSON'ов, для нужного поведения плагина (но это правда к админке относится). В доках вообще ни слова об этом нет, только на форуме. Тут Александр совершенно прав — выкладывайте чанк, формирующий внутренний MIGX-массив, проблема, скорее всего, в нем.

MIGX довольно капризен порой. Плагин очень мощный,

Там надо внимательно все массивы данных (JSON) перепроверять.

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

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

Я имел в виду чанк, который tpl — тот, что в renderChunk указан. Судя по картинке, именно в нем проблема.


Там надо внимательно все массивы данных (JSON) перепроверять. Вот поэтому я и пользуюсь визуальной средой. 
 Руками, возможно, и быстрее, когда их набьешь, но данных столько, что запутаться или накосячить очень легко. выкладывайте чанк, формирующий внутренний MIGX-массив Я имел в виду чанк, который tpl — тот, что в renderChunk указан. Судя по картинке, именно в нем проблема.

Там надо внимательно все массивы данных (JSON) пер

Так я чанки tpl не выводил еще, просто создал tv

{"header": "Foto", "width": "100", "sortable": "false", "dataIndex": "foto","renderer": "this.renderChunk","renderoptions":"[{\"name\":\"tpl\"}]"},


А это что: {"header": "Foto", "width": "100", "sortable": "false", "dataIndex": "foto","renderer": "this.renderChunk","renderoptions":"[{\"name\":\"tpl\"}]"},

А это что: {"header": "Foto", "width": "100", "sor

Александр, у вас есть время запилить поподробней пост? Вещь очень нужная думаю для всех.Если нет, можно сторговаться в личке)

Александр, у вас есть время запилить поподробней п

Постараюсь время выбрать

nhtbgrdw

Наверное, просьба уже не актуальна. Но не в этом суть. 

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

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

Наверное, просьба уже не актуальна. Но не в этом с

custom processors

migxdb

migxdbsearch

пользовательские процессоры

# Николай Ланец aka Fi1osof
**Lead Fullstack Developer / Ментор / Евангелист современного JS‑стека**

---

## О себе

Я — не просто Senior Developer с 2007 года. Я — тот, кто строит продукты будущего на базе современных технологий и помогает другим подниматься на новую ступень айти-карьеры. Создатель и идейный вдохновитель freecode.academy — платформы, где обучение перестает быть скучной обязаловкой и становится настоящим технологическим приключением.

---

## Мой стек и философия разработки

Основу моего рабочего арсенала составляют:

- [Javascript](/technologies/ck1faudv928l40a89c4u9zxlm), [TypeScript](/technologies/ckcvwwx010kov08009u7y2rav)
- [React](/technologies/ck1fawbdw28v20a891k4wlh27), [Next.js](/technologies/ckg2jd4ffr9260730aog66dri)
- [Node.js](/technologies/ckt55wm59272831wo9gg9r8ynx), [GraphQL](/technologies/ck1fawhqk28vu0a8995lqvlsj), [Apollo Client](/technologies/ck2zdcg0vpvc10a89xjmhj1e0), [Nexus](/technologies/ckl2pbh0fxew60730ifl3zozp), [Prisma](/technologies/ck2zdbmi7pv8r0a89ntc2r0f1)
- DevOps: [Docker](/technologies/ck2y1x9lho9cy0a8953xzfjr8), [docker-compose](/technologies/ck2y1xqino9g80a89tsftxin2), [Caddy](/technologies/ck2zd8ovqpuyl0a8909748sbu), [Ubuntu](/technologies/cktu8giks3593911vmle30ztqxt)
- UI-инструменты: [Styled-Components](/technologies/ckk8myysio7lw0730csszvrdw), [Material-UI](/technologies/ckljv3jwd7bgf0730huxlko9n), [react-hook-form](/technologies/ckmx8cn9fmwrv073032e67722)
- Всё актуальное для разработки, CI/CD и автоматизации 
- Эксперименты с [WebGL](/technologies/ckan9anntc12f08003saqttrq), [A‑Frame](/technologies/ck2tgoiz8j37y0a89c7gxsrxc), [Three.js](/technologies/ck2tgns1nj32z0a89vmw7xw3f), [Unreal Engine 4](/technologies/ck7puswy6g4yb07004cdp6lbr), [Elixir](/technologies/ckn0olavrnnzi0730xs8rctn8), [C++](/technologies/cknin1y8lu2fr07307mskn2fn)

---

## Разработка и менторство

- Более 15 лет **hands-on** разработки и проджект‑менеджмента
- Главный разработчик и преподаватель платформы [freecode.academy](https://freecode.academy)
- **Ведущий менти-пул на платформе** — лично выращиваю новых звезд отрасли

### Мои менти и их результаты

| Менти (ФИО \| username)                               | Уровень | Рейтинг |
|-------------------------------------------------------|---------|---------|
| [Попов Дмитрий \| linklib](/users/cjoe890c706ji0d962oismzoe)           | 3       | 315     |
| [Сэт \| defk1lla](/users/ckzh1ita312978121imr9hpqfc64)                 | 3       | 670     |
| [Ксения Матвеева \| Ксения Матвеева](/users/ckz4awwlh10627771imr4wvpb7cj) | 2       | 0       |
| [Михаил \| Balamut](/users/cl1npq92z10258261vmbq0w6vfh2)               | 2       | 0       |
| [Ольга Ершова \| angel](/users/cjoe87zhk00250d969arluevk)              | 1       | 0       |
| [Егор \| rogedkone](/users/cksrdp47d3308261ijuq7wfrxdl)                | 3       | 0       |
| [Roman \| Roman43](/users/ckur2qtt64721431xoboyjcte52)                 | 2       | 0       |
| [Бут Игорь \| santiment](/users/ckttd9x20893951vmltb8t7sha)            | 1       | 0       |

**Доношу простую мысль: успех — это не магия, это осознанная системная работа и кайф от роста.**
Мои менти выводят решения в продакшн, пробиваются в лидеры рейтингов — кому не хочется быть в такой команде?

---

## Почему я?

- **Прокачаю проект** — от TDD архитектуры до культурного CI/CD
- **Вдохновлю команду** — и научу мыслить по‑новому, где ИИ — напарник, а не угроза
- **Выращу мидлов и сеньоров** — доказано платформой и рейтингами моих учеников

**Сила — в сообществе, а техника — это просто смазка для ваших побед. Присоединяйтесь!**

---

## Контакты

- 📧 [n.lanets@freecode.academy](mailto:n.lanets@freecode.academy)
- Телеграм: [@freecode_academy](https://t.me/freecode_academy)

---

**P.S.**: Мой опыт — ваш драйвер роста. Хотите в команду? Ищете менторство? Пишите. Растём вместе!