18 минут назад
Не создается новый сайт если при создании указать версию php 8.4Вероятно, 8.4 не до конца установлена или чтото вроде того, тут стоит зайти на страниц...
Мне было грустно без Modhost и я сделал Meowbox 44
Вчера в 14:19
Спасибо! Я домен менял, а в конфиге сайта забыл поправить… Fixed!
[aiAssist] Я же просто попросил его создать магазин, а он СДЕЛАЛ ЭТО! 10
Вчера в 14:02
Переработал подход к скорости. Стало получше
modx.pro/components/25571
Новости MiniShop3, mSearch, mFilter 21
Вчера в 06:57
Разобрался. Оказалось плагин MagicPreview ломал js в редактировании категорий товаров.
Не открываются категории miniShop 2 в админке [РЕШЕНО] 1
08 мая 2026, 22:42
Не хватает кастомизации автокомплита: к товарам нужны как минимум цена и фото.
Будет отлично, если появится в будущем.
mSearch для MODX3 и MS3 - уже в modstore.pro 11
07 мая 2026, 07:53
Решение оказалось банальным: в вашем источнике файлов нужно, чтобы пути НЕ начинались со слеша.
Почему в Диспетчере файлов не отображаются SVG файлы? 7
06 мая 2026, 13:28
Столкнулся с этим сейчас) у меня один файл не открывался, оказалось файл был в кодировке windows-1251, сменил на utf-8 и все заработало.
Uncaught SyntaxError: Unexpected token , 16
28 апреля 2026, 10:33
docs.modx.pro/components/minishop2/development/scripts-and-styles
вам нужно событие Order.submit.response.success
Как создать java script событие для кнопки "оформить заказ"? 1
27 апреля 2026, 13:13
Если только после майских праздников можно будет сделать для 2.x. Попробую.
mxDadata — интеграция DaData (Suggest, Clean, Party) с MODX 3 и MiniShop3 2
Создайте свой чанк и напишите там все что нужно.
Просто я подумал, что есть еще пути создания ресурсов, о которых я не знаю.
Я к стыду своему только вот таким вот опытным путем узнал, что процессоры учитывают права пользователя, так что век живи — век учись)
Спасибо.
Надеюсь вы найдете свой камень преткновения.
И кстати, господа, я вот подумал. Чуть менее 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 процентов разработчиков вообще ими не пользуется для сайтов. Эти методы скорее нужны для написания компонентов и регистрации каких-то строго определенных скриптов.