18 минут назад
Возможно, но их там очень много, я даже не знаю в какой папке там он может быть
Как удалить с сайта счетчик Google Analytics? 2
4 часа назад
Поди включена системная настройка upload_translit? Можете проверить, если её выключить?
MODX сам меняет название загружаемого файла, было что-то по...
FileMan - прикрепление файлов к ресурсам для MODX 3 72
8 часов назад
Подскажите, пожалуйста, пытаюсь добавить свое кастомное поле в свойства товара 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
Создайте свой чанк и напишите там все что нужно.
Просто я подумал, что есть еще пути создания ресурсов, о которых я не знаю.
Я к стыду своему только вот таким вот опытным путем узнал, что процессоры учитывают права пользователя, так что век живи — век учись)
Спасибо.
Надеюсь вы найдете свой камень преткновения.
И кстати, господа, я вот подумал. Чуть менее 3 лет, как я впервые узнал что такое программирование, и создал первый HTML код, но я до сих пор не могу найти для себя идеальной схемы разработки.
Все что-то меняю, рвусь со стороны в сторону.
Кому не лень — поделитесь своими «парадигмами» правильной разработки сайтов?
Ну то есть что я имею в виду? Приходит Вам ТЗ на разработку сайтов (я надеюсь Вам приходят хорошие ТЗ, а не фразы в скайпе — хочу как-то так! чтобы ух… Вот примерно как у них… ) Как вы ведете разработку? Локально на своем компьютере? Я кстати просматриваю youtube каналы многих пользователей этого сайта и для себя делаю вывод — что 90% работают на локальных серверах. Большинство на OpenServer, некоторые на XAMMP.
Но как Вы показываете работу заказчику? Ведь локальный сайт доступен только Вам. А что если заказчик хочет раз в пару дней видеть результат? Каждый вечер в конце работы копировать сайт и базу куда-то на удаленный сервер с доступом к интернету? Ну ок, это не приятно, но вполне доступно. Но что делать, если Вы разрабатываете сразу на нескольких движках? К примеру Bitrix или Drupal требуют специфических настроек сервера. А значит вам нужно на удаленном сервере иметь какие-то разные аккаунты, учитывая особенности движков. Что еще… Пожалуйста, научите меня дебажить php который размещен на удаленном сервере. Вот уж реально моя проблема. Потрачено сотня часов, на то чтобы работал дебагинг в phpstorm если сайт лежит на удаленном сервере. И порты по SSH пробрасывались и канал jetBrains на youtube я засмотрел до дыр и хабр перечитан… а нихера не работает. Недавно смотрел видео на youtube где говорилось, что дебагером пользуются лишь «уж простите» лохи, а суровые люди строят свой код на юнит тестах. Стоит признаться, что я не люблю Git. Вернее как — не люблю. Считаю, что система контроля версий — это неверное название. Кому нафиг нужны версии файлов, если тот же PhpStorm предоставляет шикарную историю файлов. Git если и нужен, то только как инструмент для командной разработки. (на мой взгляд). Для контроля версий файлов он не особо нужен, если работаешь в хорошей IDE. Здесь на modx.pro я не раз встречал высказывания, что GIT позволяет легко публиковать сайт из разработки в продакшн. Ребята, как я вам завидую. Я один раз попробовал на одном сайте полностью перейти на GIT разработку. Через 3 недели при очередной попытке сделать pull на сервере с сайтом (о сколько стоило сил получить доступ к SSH на этом сервере и установить там Git) я получаю ответ, что 300 файлов будут перезаписаны и вообще кошмар. Ищу концы и оказывается — заказчик дал доступы… сыну коллеги, который вроде как программист. И тот что-то переделал на сайте. В сотне файлов. И чихать он хотел на Ваш Git. Ему дали доступы по FTP, он что-то накодил, а все ваше время, которое Вы потратили на настройку, на 40 файлов gitignore чтобы ничего лишнего… Все похер.
Ну что-то я увлекся… Кому не лень — опишите, как вы построили свой рабочий процесс.
Спасибо.
Может дело в версии xdebug, насколько я помню он обновился недавно, а может у вас xdebug включен без ключа автостарт.
Вы безгрешный человек и жизненные сложности вам просто не нужны)
Хотя это странно, почему для сайта на modx 2.6.5 он не мешал, а для 2,7,1 неимоверно тупил.
Я пользуюсь компонентом localizator для создания многоязычных сайтов.
Могу лишь привести такие цифры.
Открываю на одном компе, в одном браузере, оба сайта на одном сервере.
modx 2.6.5 Кликаю по ресурсу, чтобы открыть на редактирование. Кстати ресурсов в дереве много сотен. Проходит менее секунды, когда все открылось.
modx 2.7.1. те же действия. Только ресурсов 36 штук. Засекаю секундомером. 10,11 секунд пока ресурс открылся и прогрузилось дерево ресурсов.
Вообще-то в состав minishop входит msGallery
Почитайте о нем
docs.modx.pro/komponentyi/minishop2/snippetyi/msgallery
Вы можете передать ему любой свой чанк как tpl
и делать там с изображениями что хотите.
но мне кажется вы что-то путаете.
Я еще могу понять если вы настроили site.com на русский язык а site.com/en/ на английский.
Но вы то пишите что настроили контектсы на /ru/ и на /en/
Так что же вы ожидаете увидеть на site.com?
Всех кто стучиться на .com направляйте на .com/ru/
И это имеет смысл, поскольку обращение идет к объекту приложения $modx, который доступен только внутри сниппета.
А вот использовать эти методы для объекта $_modx на мой взгляд бесполезно, хотя мало ли…
и зачем вообще решили ими пользоваться? Я специально зашел на страницу документации по fenom
docs.modx.pro/komponentyi/pdotools/parser#%D0%A8%D0%B0%D0%B1%D0%BB%D0%BE%D0%BD%D0%B8%D0%B7%D0%B0%D1%82%D0%BE%D1%80-Fenom
и нашел упоминание только об одном методе, значит вы явно отрыли их не на этой странице.
Я могу ошибаться, но считаю, что 99 процентов разработчиков вообще ими не пользуется для сайтов. Эти методы скорее нужны для написания компонентов и регистрации каких-то строго определенных скриптов.