Григорий Розенбаум
С нами с 07 ноября 2012; Место в рейтинге пользователей: #12275 часов назад
Благодарю! Вещь крайне нужная всем.
Вот этот коммент посмотри, пжст: modx.pro/components/25442#comment-146518 (выше).
Тоже важно, особенно в плане с...
mSearch для MODX3 и MS3 - уже в modstore.pro 14
6 часов назад
Обновился до v0.6.35 — Проблема с adminer осталась
Еще по логике обновления, мне вот не нужен php8.1 — я его удалил, но при каждом обновлении опять...
Мне было грустно без Modhost и я сделал Meowbox 60
Сегодня в 10:45
upd. проблема в каком-то (или в нескольких) плагинах. Осталось понять где именно.
Не удаляются удаленные ресурсы 27
Вчера в 21:07
Тоже в последнее время очень плотно работаю с различными проектами ИИ. Делал корпоративный ИИ на локальном сервере и VPS. VPS для VPN и чтобы Claude C...
[aiAssist] Я же просто попросил его создать магазин, а он СДЕЛАЛ ЭТО! 13
10 мая 2026, 14:02
Переработал подход к скорости. Стало получше
modx.pro/components/25571
Новости MiniShop3, mSearch, mFilter 21
10 мая 2026, 06:57
Разобрался. Оказалось плагин MagicPreview ломал js в редактировании категорий товаров.
Не открываются категории miniShop 2 в админке [РЕШЕНО] 1
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
Для локальной разработки под виндой я использую Docker + wsl2.
При вызове build.php каталоги Extras/ModExtra3/core/components/modextra3 и Extras/ModExtra3/assets/components/modextra3 почему-то превращаются в файлы (так они видны как из виртуалки так и из винды). При этом сам скрипт отрабатывает нормально. Что это может быть? Как этого избежать? У кого какие мысли?
Сам так попал, думал глюк модикса. Как оказалось — самдурак.
Вопрос не совсем по теме именно xPDO, скорее по APCCache. Правильно ли я понимаю, что если на сервере доступен APC и в настройках revo указан нужный обработчик (cache.xPDOAPCCache), то скрипт (сниппет) корректно работающий с xPDOFileCache будет работать и с APC?
Проблема собственно вот в чем — есть интернет-магазин на шаред хостинге, php5.3 + APC. Используется modx revo+ shopkeeper. Изначально про обработчики не знал, использовался обычный файл кеш, но работало все неправильно (корзина не обновлялась, не добавлялись товары) до тех пор, пока я не прописал в htaccess php_flag apc.cache_by_default Off. Заработало, но временами страница загружалась долго (причем страница с древовидным меню, ибо вывод товаров происходит сниппетом, не использующем xPDO вообще).
Потом наткнулся на вашу статью, прописал обработчик, убрал флаг в htaccess. Грузиться все стало заметно быстрее, но вот корзина по-прежнему не хочет работать как надо. Сейчас apc.cache_by_default выключено, но обработчик прописан для apc. Нужны ли какие-то доработки в скрипт чтобы он работал с cache by default ON? Или может быть поработать с apc.filters и каким-то образом прописать туда, что нужно кешировать а что нет (как это сделать — это следующий вопрос)))
php знаю хреновато, хотя базовые навыки ООП и программирования вообще есть, поэтому и требуется наводка более опытных товарищей)
Заранее спасибо!
А может быть просто надо было изменить класс в натройках Modx? Или это все таки косяк разработчиков? Если да — надо на форме попросить, чтобы они доработали скрипт для работы с php-apc.