Финансовая поддержка
VPS, бесплатные дополнения и docs
Донаты оплачивают сервер и двигают бесплатные дополнения MODX и документацию.
Поддержать
MiniShop3 - Не выводятся товары дополнительных категорий
MobileDetect 2.0.0-pl функция "планшеты как стандартные браузеры не работает"
MobileDetect - проблема при установки компонента
msImportExport не сохраняет родителя по умолчанию
Где можно править тексты и заголовки писем?
mxBoard: канбан-доска для команд, людей и ИИ-агентов в MODX 3
[Решено] Обновление MODX 3.2.2 компонент FetchIt ломает сайт PHP 8.3
Плагин EnvBadge: визуальный индикатор окружения в админке MODX3
[videoGallery] Видео галерея YouTube, Vimeo
Релиз miniShop2 ver. 4.4.1 & 4.4.2
Всего 126 114 комментариев
Вопрос не совсем по теме именно 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 знаю хреновато, хотя базовые навыки ООП и программирования вообще есть, поэтому и требуется наводка более опытных товарищей)
Заранее спасибо!
Поэтому, надо плагинчиком при создании нового ресурса переключать это значение.
Ни дня без сюрприза =)
До этого не выводились.
Это ж не диетический Debian.
Возможно заблудился гдето.
Linode, по твоему совету.
При использовании даты в модексе все месяца будут отображаться в английском формате. Хоть в php.ini и установишь intl.default_locale в русский — всё равно его не будет.
По крайней мере я сейчас с этим боролся. как только установил русские локали — на сайте всё гуд — по русски месяца
По моему мнению, работать в консоли сервера на русском — извращение. Мало того, что перевод не всегда верный, так и в критических ситуациях кодировка сбивается. Кракозябры в режиме восстановления вас не обрадуют.
Все мои сервера работают строго на родном для них языке — английском.
apt-get install language-pack-ru-base
Потестируйте и то и другое, а потом расскажите нам =)
Используйте лучше php-apc =)
«cache.xPDOMemCached — обработчик для memcached. Есть заметка про него
cache.xPDOMemCache — обработчик для memcache.»
В этой же статье вы устанавливаете MemCahed значит в конфигах нужно прописывать cache.xPDOMemCached, а вы же написали «ставим значение cache.xPDOMemCache». Кто ошибся?
Если я то объясните почему, если не сложно. Спасибо.