7 минут назад
@Наумов Алексей Добрый день, ошибка, если в названии присутствует — или _ photo-screen.ru/i/EYCHhmoPJ
[2026-02-03 16:27:42] (ERROR @ /home/co...
FileMan - прикрепление файлов к ресурсам для MODX 3 71
3 часа назад
Подскажите, пожалуйста, пытаюсь добавить свое кастомное поле в свойства товара MiniShop3 1.3.0-beta-1.
MiniShop3 — Утилиты — Свои поля — Создать поле...
MiniShop3 1.2.0 - 1.3.0 Самое интересное 7
Вчера в 23:41
И мой метод скорее всего на шаред-хостинге работать не будет, на шареде порты закрыты и не дают законектитьсяИменно не будет работать. Тестил пока на ...
Инструкция: Настройка SOCKS5 прокси в MODX3 для работы с репозиторием 24
Вчера в 16:43
Попробуйте параметр &scrollTop=`0`
Нигде в документации он не описан (есть лишь в javascript pdopage), но мне помог в такой ситуации.
Скроллит страницу вверх при ajax пагинации pdoPage 12
01 февраля 2026, 17:45
UPD: Предложенный вариант с формированием ссылок рабочий, конечно, но он вызывает перезагрузку страницы.
Как бы решить эту задачу красиво, с Ajax как...
Кнопки как в ModStore 12
01 февраля 2026, 15:20
Спасибо за помощь! Попробовала рекомендации, пока не помогло. Но, думаю, действительно какой-то конфликт. Буду ещё разбираться.
Не работает пагинация pdoPage 6
30 января 2026, 17:55
Уже практически готов, допиливаю детали. В течение недели думаю релиз будет
MiniShop3 - 1.1.0 - Уже в Modstore.pro 38
30 января 2026, 14:56
Это для фронтендеров которым fenom привычен я так полагаю
Fenom.js: шаблонизатор в стиле Fenom.php для JavaScript и Vite 5
29 января 2026, 12:28
Хотя не зря, все равно мой велосипед более гибкий, в будущем может еще что то к нему прикручу.
Сниппет getPageBlockContent для вывода блоков PageBlocks (Free версия) с других страниц в MODX 6
Но честно говоря мне кажется Ваш код не совсем верным.
На момент создания пользователя я не знаю его идентификатор.
А значит я не могу получить объект класса пользователь по id.
Вместо id можно было бы использовать username, поскольку имя на этом этапе мы уже знаем.
Но к своему стыду я еще 20 минут назад был уверен, что MODX позволяет заводить пользователей с одинаковыми именам, а значит выборка по username была бы некорректна. Но я был неправ. Оказывается имя должно быть уникальным.
То что он связан да я вижу, а как вы узнали имя класса?
В таблицу user_attrubutes где хранятся данные профиля нет колонки classname.
И поделитесь бесценным опытом, а где Вы вообще находите информацию? Например о методе joinGroup?
Во всей официальной документации нет даже упоминания о таком методе.
docs.modx.com/search/search-results?search=joinGroup&id=1325
Не могу воспринимать информацию когда лектор все время смеется и разговаривает с кем то за кадром на отвлеченные темы.
Попробую еще разок позже.
Очень многое в этом списке дублировано, а кое что я упустил — jquery например.
Но такому дублированию есть к сожалению логическое пояснение — работодатель берет в работу совершенно разные проекты, в том числе и огромное количество уже работающих сайтов. И как вы понимаете, у меня никто не спрашивает, знаю ли я что-то о simpla или bitrix.
Я и не жалуюсь, так — размышляю.
Немного не соглашусь в том, что программирование это полностью инженерная задача.
Как инженер с двумя высшими физическими образованиями, я могу сравнивать.
Лично мне программирование кажется больше творческой задачей, близкой к искусству. Хотя и параллели с инженерией есть.
Я думаю то, что мне так сложно воспринимать такое море информации наверное еще связано с малым опытом, я занимаюсь этим только чуть более года. Пока что задачи приходится решать неимоверной усидчивостью и терпением.
А до этого только 20 лет назад был небольшой опыт работы с TurboPascal 6.
В phenom это выглядит так
Я не знаю как работает mFilter2, но скорее всего результаты его работы попадают на страницу через работу с DOM при помощи JS.
А в js есть такая особенность, что элементы, вставленные в DOM через js после загрузки страницы, не реагируют на другие скрипты. Они находятся все общего потока.
Я думаю проблема Ваша в этом.
Или как вариант сохраните результат вызова сниппета в переменную fenom, а затем распечатайте ее на экран.
Вот так выглядит ссылка на логотип производителя [[+logo]]
Вот так на название — [[+name]]
И на экран будут распечатаны все плейсхолдеры, которые вы можете использовать.
В чанк chunk будет передана [[+resource]] или {$resource} в зависимости от того какой синтаксис вы используете.
Она содержит id прикрепленного ресурса и вы можете сделать из нее ссылку в chunk так {$_modx->makeUrl($resource)}
А при клике на них переходить на привязанный к каждому производителю ресурс для более детальной информации.
Но скажем можно воспользоваться статичными файлами, феномными файловыми элементами, классным компонентом того же Зернова — gitmodx и работать с файлами в modx.
А значит можно и не используя Gitify синхронизировать два сайта на modx между собой — только чистым git.
И наиболее правильным мне кажется создание чистого репозитория на рабочем сайте, подключение к нему удаленного репозитория с github где лежат уже все изменения и забирать их оттуда pull ом.
Просто в таком вот виде git не хочет получать информацию с подключенного удаленного репозитория. Ругается что его нет, хотя при команде git remote вполне себе показывает что он подключен. В документации говорится о каком то открытом ключе SSH, возможно нужно мне смотреть в эту строну.
Но в любом случае спасибо.
Инструмент более правильно и я смотрю он значительно «вырос» за последнее время.
Но по прежнему это только для MODX, а мой вопрос о том как только при помощи чистого gita синхронизировать изменения между двумя сайтами. Документация я конечно читал, но не нашел в ней изящного решения своего вопроса. Может оно там и есть, но я не увидел. Поэтому и прошу совета, ведь это естественно просить совета, когда не знаешь.
Я прошу совета — чувствуете разницу?
Но в целом, ты описал туже проблему что и я, просто путь решения такой — ты удаляешь весь сайт с рабочего сервера, чтобы была возможность склонировать туда репозиторий. Именно об этом я и спрашивал, ведь нельзя склонировать не в пустую папку.
В целом схема понятная, спасибо за нее.
Просто то что ты описал, возможно только в случае разработки на локальном сервере и только при полном копировании сайта. Я часто сталкиваюсь с тем, что локальный сервер работает непредсказуемо. Поэтому в описанной мной выше схеме в локальном репозитории и в удаленном соответственно, находятся только те папки, который нужны для разработки. Поскольку сайт продолжает работать на удаленном сервере, а мы лишь синхронизируем при помощи IDE файлы, то вообще исчезает необходимость копировать весь сайт. В deployment IDE выбрал какие файлы папки нужны и работаем с ними. В итоге получаем — сайт dev, который работает так как нам нужно. Локальный репозиторий, в котором все изменения, которые мы внесли на dev, удаленный репозиторий, такой же как и локальный.
И все чудно, кроме того, что я пока не могу найти способа средствами только git получить изменения на основном рабочем сервере.
Сразу скажу несколько НО:
— Gitify это компонент для MODX, а мне бы хотелось рассмотреть вопрос шире, как работать просто с файлами, не важно какая CMS или движок
— Gitify можно использовать начиная проект с нуля, но он врядли поможет на готовом работающем сайте, который необходимо переделать.
— В свое время этот компонент мне показался слишком уж мудренным и глючным. Возможно его уже улучшили.
Но хотелось бы немного абстрагироваться именно от MODX в данном вопросе, так как сайты приходят на совершенно разных движках — simpla, openncart, bitrix, joomla, wordpress, modx и так далее… Ну и плюс, хотелось бы рассмотреть именно не тот случай, когда начинаем разработку с нуля, а когда есть готовый работающий сайт.
Никаких проблем быть не должно, можно сколько угодно раз вызывать pdoMenu, передавая ему в качестве параметров имена чанков, которые будут отвечать за структуру меню.