Вопросы специалистов

modx и проблема универсальной БД

если все сущности реализовать на собственных таблицах, нужен ли будет modx вообще?

Это вопрос вкуса и навыков. В MODX встроена ExtJS, которая великолепно справляется со всеми задачами.


если все сущности реализовать на собственных таблицах, нужен ли будет modx вообще? Это вопрос вкуса и навыков. В MODX встроена ExtJS, которая великолепно справляется со всеми задачами.

если все сущности реализовать на собственных табли

Еще кэширование из коробочного функционала забыли — очень вкусная вкусная функция.
 

Когда наша студия только начинала делать новые сайты на MODX, весь дополнительный функционал делали в своих таблицах, и интернет магазин делали где товары и характеристики хранились в отдельных таблицах. Потом поняли, что от MODX у нас только авторизация и текстовые страницы, и даже пагинацию на страницах товаров делали «руками». 
 

Теперь используем MODX API по полной, работать легче, а значит за тот же срок можно реализовать более сложный функционал. 
 

Все сущности — в ресурсах.

Еще кэширование из коробочного функционала забыли — очень вкусная вкусная функция. Когда наша студия только начинала делать новые сайты на MODX, весь дополнительный функционал делали в своих таблицах, и интернет магазин делали где товары и характеристики хранились в отдельных таблицах. Потом поняли, что от MODX у нас только авторизация и текстовые страницы, и даже пагинацию на страницах товаров делали «руками». Теперь используем MODX API по полной, работать легче, а значит за тот же срок можно реализовать более сложный функционал. Все сущности — в ресурсах.

Еще кэширование из коробочного функционала забыли 

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

У меня к вам 2 вопроса:
 1. Когда товары с характеристиками вы хранили в отдельных таблицах, вы дружественные URL не использовали? Т.е. у вас была одна страница-ресурс + GET-параметр запроса, который определял отображаемый товар. так?
 2. Сейчас, когда все сущности вы храните в ресурсах, как вы выполняете фильтрацию/сортировку по TV? Каждый TV подключаете отдельным JOIN'ом?

весь дополнительный функционал делали в своих таблицах, и интернет магазин делали где товары и характеристики хранились в отдельных таблицах. У меня к вам 2 вопроса:
 1. Когда товары с характеристиками вы хранили в отдельных таблицах, вы дружественные URL не использовали? Т.е. у вас была одна страница-ресурс + GET-параметр запроса, который определял отображаемый товар. так?
 2. Сейчас, когда все сущности вы храните в ресурсах, как вы выполняете фильтрацию/сортировку по TV? Каждый TV подключаете отдельным JOIN'ом?

весь дополнительный функционал делали в своих табл

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

Получиться пример тоже самое что у товаров для minishop. 
 Только чпу будет контролировать VirtualPage  а не modx ну и соответственно чпу уже придется самим генерировать и записывать в modx чтобы потом можно было найти страницу

На самом деле можно использовать классы для расширения в связке с VirtualPage и тогда будет работать кэш.
 Если нужен пример то установить VirtualPage настройте его и для ресурса назначенном для VirtualPage используйте class_key расширяющего класса. Получиться пример тоже самое что у товаров для minishop. 
 Только чпу будет контролировать VirtualPage  а не modx ну и соответственно чпу уже придется самим генерировать и записывать в modx чтобы потом можно было найти страницу

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

Я давным давно для решения этого вопроса разработал modResourceField.

Я давным давно для решения этого вопроса разработа

Коли упомянут компонент, приведу ссылку: VirtualPage, обсуждение
 

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

При использовании собственных таблиц имеют место следующие проблемы:
 1) friendly url
 2) стандартный механизм кэширования
 3) редактирование ресурсов и TV в админке
 4) права на ресурсы и TV
 5) поиск в админке
 6) компоненты не будут работать с «виртуальными» ресурсами. А вернее, работать будут, но только с ресурсом-шлюзом
... 
  Обозначенный плагин решает только две проблемы:
 1 — вместо параметров запроса возможно включить ключ в основную часть URI (полезно для SEO)
 2 — компонент добавляет ключ-префикс к кэшу ресурса (в итоге у каждой «виртуальной» страницы — свой кэш)

Коли упомянут компонент, приведу ссылку: VirtualPage, обсуждение Насколько я понимаю, этот компонент принимает набор URL'ов, удовлетворяющих регулярному выражению, и возвращает ресурс, чанк или результат выполнения сниппета. При использовании собственных таблиц имеют место следующие проблемы:
 1) friendly url
 2) стандартный механизм кэширования
 3) редактирование ресурсов и TV в админке
 4) права на ресурсы и TV
 5) поиск в админке
 6) компоненты не будут работать с «виртуальными» ресурсами. А вернее, работать будут, но только с ресурсом-шлюзом
... 
  Обозначенный плагин решает только две проблемы:
 1 — вместо параметров запроса возможно включить ключ в основную часть URI (полезно для SEO)
 2 — компонент добавляет ключ-префикс к кэшу ресурса (в итоге у каждой «виртуальной» страницы — свой кэш)

Коли упомянут компонент, приведу ссылку: VirtualPa

Дублирование/хранение всех/некоторых TV в таблице ресурсов — решает проблему медленной фильтрации/сортировки по «одиночным» TV-полям и частично — проблему медленной выборки TV-полей.
 

Но не решает проблему фильтрации по множественным TV.

Дублирование/хранение всех/некоторых TV в таблице ресурсов — решает проблему медленной фильтрации/сортировки по «одиночным» TV-полям и частично — проблему медленной выборки TV-полей. Но не решает проблему фильтрации по множественным TV.

Дублирование/хранение всех/некоторых TV в таблице 

Отвечаю:
  1. Да, одна страница + get параметры, ЧПУ не использовались.
 2. Используем tagmanager2 вроде так называется, если для TV нужны прямо фильтры. Для магазинов теперь уже mFilter, но там и не TV для параметров используются.
 

А если просто при вызове сниппета нужно что-то фильтровать, то все стандартно, &includeTVS, &where, вроде бы там (pdoTools). Не нашел рабочий пример под рукой, завтра найду приведу сюда код.  https://modx.com/extras/package/tagmanager2 Последний раз когда мы им пользовались, было 5тыс товаров и около 15 разных TV-параметров. Могу ошибаться, но вроде было достаточно быстро.

У меня к вам 2 вопроса: Отвечаю:
  1. Да, одна страница + get параметры, ЧПУ не использовались.
 2. Используем tagmanager2 вроде так называется, если для TV нужны прямо фильтры. Для магазинов теперь уже mFilter, но там и не TV для параметров используются. А если просто при вызове сниппета нужно что-то фильтровать, то все стандартно, &includeTVS, &where, вроде бы там (pdoTools). Не нашел рабочий пример под рукой, завтра найду приведу сюда код.  https://modx.com/extras/package/tagmanager2 Последний раз когда мы им пользовались, было 5тыс товаров и около 15 разных TV-параметров. Могу ошибаться, но вроде было достаточно быстро.

У меня к вам 2 вопроса: Отвечаю:
  1. Да, одна стр

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

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

Но не решает проблему фильтрации по множественным 

modx

универсальная база данных

# Николай Ланец 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.**: Мой опыт — ваш драйвер роста. Хотите в команду? Ищете менторство? Пишите. Растём вместе!