Теперь понятно.
Я думал там есть такая возможность.

Тогда вопрос отпал.

Куда именно вы хотите добавить текстовое поле? в таблицу или просто на панель в меню?

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

@Aleksandr Huz

Создал по вашему примеру через режим разработчика «Пример создания меню с двумя вкладками»
Всё появилось отлично, но если я например хочу туда добавить простое текстовое поле

Field::make('title')->label('Title')->required()

То оно не появляется.
В журнале ошибок показывает

/core/src/Revolution/modMenu.php 80
The menu cache key menus/ru could not be written.

Версия Modx 3.1.2
php 8.2

Спасибо за ответы!

Хранит то modx чанки и шаблоны и т.п. в базе да, но с ними как раз нет проблем — сталь галочку Статичный, указываешь папку и файл е лежит код — и вот уже код хранится не в базе данных, а в файле, и можно версионировать его через git. Пишу это не для тебя ;) а скорее для читателей, которые все ещё верят в миф про то, что в modx есть какие-то проблемы есть с git-ом.

Проблем с git нет вообще! Разве что, для упрощения быстрого старта по умолчанию сохранение кода в файлы в системных настройках не включено, пожилому он и знания в БД пока не поставишь галочку или не включишь сис. настройки (staticelements что-то там такое в префиксе)…

Я использую так уже почти 10 лет. А слабое звено тут получается контент, хранящийся в базе, и вот тут будет удобно использовать что то вроде ChangePack, для автоматической генерации файла с «миграцией» изменений в БД.

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

Уже ничего не помню. Там не минутка нужна.

И 2й вопрос: могу ли использовать часть кода компонента в каком-то новом решении? С сохранением копирайтов твоих само собой.

Без проблем. И даже копирайты не обязательно.

Есть идея сделать некий githelper или gitmanager, ещё один, ага)

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

Спасибо! Кажется, на новых версиях modx 2.8.x он не работает, но пишу я не чтобы поныть)).

Уже сделал fork и помучал его вчера: github.com/dimasites/revo-changepack но почему-то пока н решил проблему с подстановкой правильной ссылки на скачивание JSON и главное — ошибку при загрузке «коммита» из файла ли соответственно не проверил как применяются изменения).

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

И 2й вопрос: могу ли использовать часть кода компонента в каком-то новом решении? С сохранением копирайтов твоих само собой.

Есть идея сделать некий githelper или gitmanager, ещё один, ага) Но более UI-шный и скажем так, сответствубщий тому, как видится современный workflow работы с modx на более-менее ответственных проектах я где нужна страховка и возможность отката изменений…

Вопрос, а как сделать для категории товара?

Привет. Я этот пакет уже лет 9 не использую. Сейчас, я пишу компоненты на основе modExtra. Все в них прописываю и, когда надо что-то применить с тестового сайта, просто устанавливаю новую версию компонента.
Включил в модсторе changepack. Если надо пользуйтесь.

@Александр Туниеков привет! Подскажи, ещё используешь эту разработку, или перешел на gitify или что-то другое?

P.S. Не могу найти собранный пакет, раньше вроде был в репозитории… Где-то на сайтах у меня остался он ещё, вроде было удобно)) Давно не пользовался, сейчас вроде актуальность появилась, хочу вот уточнить у первоисточника, как дела с миграциями изменений в БД?

Сниппеты исключают страницу, если нет перевода, даже если показываем 404 страницу.

Поэтому у меня работает так:

• redirect — если мы переходим на страницу без перевода, то срабатывает редирект на главную, и такие страницы исключаются из всех сниппетов.
• 404 — то же самое, что и redirect, но показываем 404 страницу вместо главной
• default — страницы без перевода учитываются в сниппетах, (pbLang, pbMenu), но не в pbSitemap. При переходе на такую страницу показываем страницу без перевода.

За это будет отвечать системная настройка pageblocks_context_fallback

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

Если страница не переведена, то она должна быть исключена из локализации — для поисковых систем это не релевантная страница в данной локализации, а для посетителя — не user friendly.

В сниппетах Polylang для этого применяется параметр onlyWithLocalization:

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

Важно решить как управлять страницами при мультиязычности:
— если нет перевода, то не отображать страницу

А что значит не отображать страницу? Показываем главную?

Сейчас расскажу прикол из ряда вон выходящий, поставил на тестовом сайте, всё хорошо. Перенёс этот сайт на этом же хостинге (переименовал папки и поправил конфиги) всё, не открываются пользователи для редактирования, скопировал сайт, скопировал базу, положил рядом на этом же хостинге переименовал в dev.hostname.ru, на тестовом работает, на проде нет

Привет. Вывод интерфейса админки минишопа в web контекст никто не делал. Я делаю потихоньку интерфейс своей ERP на getTables и PVTables в web контексте. Не охота писать в админке и пускать в нее. Но пока разработка в процессе. В принципе, аналогично можно интерфейс минишопа переписать.
И даже у меня пока есть время и мне интересно взяться за такую задачу. Если вам интересен интерфейс минишопа на PVTables напишите мне. Посмотрим как вы видете задачу. Может возможно сделать, а может еще рано. Например, файлового менеджера в PVTables еще нет.

Задача ты описал максимально непонятно, но наверное тебе стоит рассмотреть Migxdb

Важно решить как управлять страницами при мультиязычности:

Сейчас, если перевода нет — показывается страница в основной локали.
Остальные варианты пока не реализованы.

pbLang — есть
pbSitemap — есть
pbCanonical — будет

Желающие «переехать» на ваш компонент также столкнуться с еще одной проблемой — у многих сайты на субдоменах или того хуже — на разных доменах.

Если используется роутинг — проблем вообще нет. А если по старинки, то да, нужно доработать.

Важно решить как управлять страницами при мультиязычности:
— если нет перевода, то не отображать страницу

- если нет перевода, то показывать 404

- если нет перевода, то показывать «основную» локализацию



Как правило, клиенты просят исключить (не отображать) не переведенные страницы. Эта логика должна учитываться, в том числе и при формировании sitemap.

Также для мультиязычности необходим сниппет Canonical — sitemap, сanonical и переключатель языков (pbLang) базовые снипеты для мультиязычного сайта

Желающие «переехать» на ваш компонент также столкнуться с еще одной проблемой — у многих сайты на субдоменах или того хуже — на разных доменах.

PS Посмотрите в сторону Polylang, отличный компонент, но не поддерживает MODX 3.

Привет.
Сниппет для sitemap будет добавлен на этой неделе.

есть какие-то особенности при мультиязычности?

Например? Там все очень просто, но если возникнут сложности — я помогу.

Привет, Дима! Мне тоже пришлось немного поискать, потому что пока что ещё не так много было выпущено. И, честно говоря, я не могу точно сказать, когда это изменится.

Тем временем я с удовольствием направляю тебя к подробной статье в блоге Марка Хамстры (modmore). Он объединил усилия с Джоном Пекой (MODX LLC), и это означает более тесное сотрудничество в области AI и MODX. Статью можно найти здесь: modmore.com/blog/2025/building-a-foundation-for-ai-in-modx/

Конкретным результатом хакатона, конечно, является выпуск BabelTranslate 1.5.0. Теперь можно настроить OpenAI как сервис для перевода: modmore.com/babeltranslate/releases/#version_1.5.1-pl

Когда появятся новые новости, мы обязательно ими поделимся — в том числе через новостную рассылку MODX от Sterc. Если ты ещё не подписался, это можно сделать здесь: sterc.com/en/modx-newsletter

С наилучшими пожеланиями,
Хенк

P.S. Сегодня (в конце дня) мы запускаем новый сайт Sterc. Это событие приурочено к нашему 20-летнему юбилею (2005–2025). Разумеется, этот сайт тоже разработан на MODX.

Доброй ночи! Не нашел в документации снипета sitemap, есть какие-то особенности при мультиязычности?