13 августа 2023, 14:56 UPD. Вопрос снят. каталоги превращаются в symlink на новое место ) Видимо заработался… ) Для разработчиков / [ModExtra3] Заготовка для создания компонентов для MODX3 19 0
13 августа 2023, 14:43 Возникла странная проблема. Для локальной разработки под виндой я использую Docker + wsl2. При вызове build.php каталоги Extras/ModExtra3/core/components/modextra3 и Extras/ModExtra3/assets/components/modextra3 почему-то превращаются в файлы (так они видны как из виртуалки так и из винды). При этом сам скрипт отрабатывает нормально. Что это может быть? Как этого избежать? У кого какие мысли? Для разработчиков / [ModExtra3] Заготовка для создания компонентов для MODX3 19 0
07 ноября 2012, 12:28 Версия и шопкипера и modx последние (на данный момент для modx это 2.2.5), конкретного Андрей пока ничего не сказал. Вопрос я задавал про неработающую корзину, но после того как я решил эту проблему путем добавления флага в htaccess, тема ушла вниз. Вопросы / APC Cache 5 0
03 ноября 2012, 04:23 На будущее — перед удалением groupEdit — галочку «Скрывать дочерние...» убирайте — дерево покажется вновь) Сам так попал, думал глюк модикса. Как оказалось — самдурак. Вопросы / Modx REVO. Перестало отображаться дерево ресурсов 12 0
02 ноября 2012, 22:43 Привет, Василий! Вопрос не совсем по теме именно 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 знаю хреновато, хотя базовые навыки ООП и программирования вообще есть, поэтому и требуется наводка более опытных товарищей) Заранее спасибо! Для разработчиков / Про xPDO 15 0
16 октября 2012, 17:05 Только как три дня разобрался с проблемой из за APC… Делаю сайт на рево, инет-магазин (используется шопкипер, мини-шоп пока не тестировал), домашний образ убунты — все окей, а на сервере не работает (петерхост) корзина- или не обновляется или во время добавления ошибка. После нескольких дней мучений наконец-то вставил в htaccess apc.cache_by_default off и все заработало! А может быть просто надо было изменить класс в натройках Modx? Или это все таки косяк разработчиков? Если да — надо на форме попросить, чтобы они доработали скрипт для работы с php-apc. Хостинг / Работа с кэшерами в Revolution 167 0
Localizator3 для MODX 3: перевод полей и TV без отдельного context на язык, Vue 3 + PrimeV... Выпустил новые версии: [1.0.11-beta] — 2026-10-07 Добавлено — Настройка `localizator3_request_language_param` (по умолчанию `language`): GET/POST-параметр с явным клю...
PageBuilder — визуальный конструктор страниц для MODX 3 Класс! Пара моментов смутила: 1. Почему бы чанки сразу не вынести в файлы? 2. На фронте грузится свой CSS для стандартных блоков<link rel="stylesheet" href="/a...
mxDadata — интеграция DaData (Suggest, Clean, Party) с MODX 3 и MiniShop3 Вышла новая версия: [1.0.2-pl] — 2026-10-06 Fixed #9 Права mxdadata_edit, mxdadata_logs, mxdadata_cache_clear теперь проверяются в connector.php и в Processors\Mgr\Pr...
msp3PaymentSkeleton — шаблон для создания платёжных дополнений MiniShop3 вот круто. я как то писал платежное дополнение и парился как что. а теперь надеюсь все проше будет :-)
MiniShop3 1.2.0 - 1.3.0 Самое интересное Пообщались с клиентом он сказал что тыкал в позицию т.к. она не добавлялась (видимо лагал инет) и вот она размножилась таким образом.
Modx Revo 2.8.8 + Minishop 2 (4.4.2) + Babel 3.5.2 - превью товаров в админке у дополнител... Сначала сравните ответ connector для исходного товара и его перевода во вкладке Network. Если у перевода поле миниатюры пустое, смена чанка или рендерера сама картинку не добавит: ...
Сайт тормозит сервер, грузит процессор на 100% полезно посмотреть, какие URL запрашивают эти боты и сколько времени занимает их обработка. Частые обращения к поиску и фильтрам могут нагружать PHP сильнее, чем обычные страницы. ...
Подскажите насколько это рабочее решение Спасибо за ответ. У меня время создания заказа равно времени оплаты. Заказ оплачивается сразу через iframe на сайте. При нажатии на кнопку «оформить заказ» всплывает окошко робокас...
Не всегда срабатывает JS-событие Здесь лучше разделить «заказ создан» и «заказ оплачен». Первое событие фиксируется при успешном создании заказа, второе — после проверенного уведомления платёжной системы на сервер...
UiCMPGenerator дополнение для создания пакетов на днях начну делать доки, пока без видео обзора чисто текст и скрины, как будут готовы залью пакет
Для локальной разработки под виндой я использую 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.