Григорий Розенбаум
С нами с 07 ноября 2012; Место в рейтинге пользователей: #12042 часа назад
самый просто вариант это хукЯ тоже так думаю
Этот хук обрабатывает форму "Купить в 1 клик", создает заказ в miniShop2 1
Вчера в 12:45
Нет, данную проблему не решил, потому как она мне и не мешала… Так как с сам minishop3 использовал на паре проектов где доставка и не требовалась. Буд...
[MiniShop3] - Новости, Планы 34
Вчера в 12:35
казалось бы чего, открой другой браузер, где не выполнен вход и заноси заказаМожно установить adminTools и запретить автоматическое залогинивание в ко...
Оформление заказа minishop2 1
03 сентября 2025, 19:36
Если ты просто скачал компонент из репозитория и не запускал composer install — запусти.
MiniShop3 - 1.0.0-alpha 20
31 августа 2025, 21:09
Экранировать, то есть так: $c->sortby($this->modx->escape('rank'), 'ASC');
Во всех файлах?
/core/components/pageblocks/processors/mgr/co...
PageBlocks. Удобное управление контентом сайта. 46
29 августа 2025, 18:05
Василий, здравствуйте! Очень интересное (и правильное) направление для развития modx экосистемы как мне кажется. В последнее время для разработки боль...
Новый тип дополнений: mmxDatabase и mmxForms 41
29 августа 2025, 17:29
Пересобрал шаблон для новостей которые через Collections.
В какой TV была ошибка так и не нашел (((
Мodx revo 3.1.2 при запросе страницы, связанной с Collections сервер возвращает ошибку 500 3
28 августа 2025, 21:34
Добро. Сейчас, сейчас… прольётся чья-то кровь )))
Доработки сайта сообщества modx.pro 11
Для локальной разработки под виндой я использую 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.