Эксперименты и исследования

Системное администрирование

Блог им. vgrish

сохранить документ в кеш memcache

MODX Revolution + nginx + memcached.

CentOS 6.4x32 установка Nginx + php-fpm + memcache + zendoptimizerplus

тест memcached на чтение и запись

ну и вот первый вопрос )
 как получить страничку в html после обработки парсером всех чанков и других тегов… и затем сохранить ее в переменную?

ну и вот первый вопрос )
 как получить страничку в

$output = &$modx->resource->_output;
$time = time();
$cacheArray = array('output'=>$output, 'time'=>$time);
$tmp_object = $output;

$output = &$modx->resource->_output;
$time = time(

да и насчет OnBeforeSaveWebPageCache неправильно думаю, оно срабатывает только когда ресурс сохраняем… какое событие сюда лучше подойдет?

да и насчет OnBeforeSaveWebPageCache неправильно д

не чет не то…

А зачем отдельная инициализация мемкеша? Он же в составе MODX-а идет. По умолчанию в настройках MODX-а указано cache_handler=xPDOFileCache, то есть используется файловый кеш-провайдер. Поменяй на cache.xPDOMemCached и все. Кеширование будет на мемкеше. И в плагине спокойно сможешь использовать $modx->cacheManager->set($key, $value); Плюс к этому при сбросе кеша сайта MODX и твой пользовательский кеш будет очищать, не надо ничего дописывать.

А зачем отдельная инициализация мемкеша? Он же в с

А что тебя не устраивает? Наоборот правильное событие. Если документ кешируемый и не был еще закеширован, тогда этот плагин и сработает. А если уже закеширован, то у тебя nginx будет отдавать страницу и все.

А что тебя не устраивает? Наоборот правильное собы

Пожалуй, я тоже сейчас попробую это сделать, давно хотел.

Пожалуй, я тоже сейчас попробую это сделать, давно

Кстати, имей ввиду, что еще в мемкеш можно объекты сохранять. Только там есть тонкости. Нельзя туда сохранить, к примеру, дескриптор соединения с базой данных. Есть в общем ООП-шные методы __sleep() и __wakeup(). __sleep() сработает прям перед сохранением (автоматически). В нем можно будет удалить переменные $modx и т.п., а __wakeup() сработает автоматически, когда будешь получать объект из кеша (в этот момент ему можно будет опять присвоить $modx). Тоже может пригодиться для тюннинга.

Кстати, имей ввиду, что еще в мемкеш можно объекты

да я пока на файловый перешел, чтоб только плагин мне тут мусорил…

да я пока на файловый перешел, чтоб только плагин 

Кстати, ты memcache ведь используешь? А почему не memcached? 
 Вот сравнительная статья.

Кстати, ты memcache ведь используешь? А почему не 

ну событие сработает один раз когда документ сохраняем, потом из memcache кеш уйдет и тю тю… кеша нет

ну событие сработает один раз когда документ сохра

Поменяй на xPDOMemCached и все.

Поправочка — cache.xPDOMemCached
 

И еще момент: чтобы сразу есть настройки, которые необходимо и в сам конфиг-файл переносить. Дело в том, что для чтения системных настроек из базы данных требуется инициализация самого MODX-а. Это звучит очень логично, но не все на этом внимание заостряют. Так вот, инициализация требует предварительного чтения конфигов. И вот что получается — пока MODX не получил данные из базы данных, он использует конфиги файловые, в том числе и значения по умолчанию. А так как настройка cache_handler=cache.xPDOMemCached хранится в базе данных, то в момент инициализации MODX еще ничего о ней не знает, и соответственно использует стандартный файловый кеш-провайдер. И получив настройки из БД, он только потом очухивается, и начинает использовать Memcached. Но до этого успевает записать конфиги в файлы, и вообще каждый раз при старте читает конфиги из файлов.
 

Вот чтобы этого не происходило и чтобы он сразу использовал Memcached, зайди в core/config/config.inc.php и в $config_options пропиши эту настройку тоже:
 

$config_options = array (
    "cache_handler" => "cache.xPDOMemCached",
);

Вот тогда он сразу будет мемкешед юзать.

Поменяй на xPDOMemCached и все. Поправочка — cache.xPDOMemCached И еще момент: чтобы сразу есть настройки, которые необходимо и в сам конфиг-файл переносить. Дело в том, что для чтения системных настроек из базы данных требуется инициализация самого MODX-а. Это звучит очень логично, но не все на этом внимание заостряют. Так вот, инициализация требует предварительного чтения конфигов. И вот что получается — пока MODX не получил данные из базы данных, он использует конфиги файловые, в том числе и значения по умолчанию. А так как настройка cache_handler=cache.xPDOMemCached хранится в базе данных, то в момент инициализации MODX еще ничего о ней не знает, и соответственно использует стандартный файловый кеш-провайдер. И получив настройки из БД, он только потом очухивается, и начинает использовать Memcached. Но до этого успевает записать конфиги в файлы, и вообще каждый раз при старте читает конфиги из файлов. Вот чтобы этого не происходило и чтобы он сразу использовал Memcached, зайди в core/config/config.inc.php и в $config_options пропиши эту настройку тоже: $config_options = array (
    "cache_handler" => "cache.xPDOMemCached",
); Вот тогда он сразу будет мемкешед юзать.

Поменяй на xPDOMemCached и все. Поправочка — cache

незнаю, изначально как то только memcache на сервер ставил…

незнаю, изначально как то только memcache на серве

наверно лучше на OnWebPagePrerender — тогда кеш умер, страничку обновили и кеш снова есть

наверно лучше на OnWebPagePrerender — тогда кеш ум

Ставь memcached. Не сложнее устанавливается. Конфиги его будут в /etc/memcached.conf (это если лимит памяти захочешь поднять).

Ставь memcached. Не сложнее устанавливается. Конфи

Тоже логично. Хотя можно и мемкешу, и MODX-у задать одинаковое время жизни кеша. Тогда будет нормуль.

Тоже логично. Хотя можно и мемкешу, и MODX-у задат

так ты мне обьясни в чем разница то? я вот пока не вижу разницы, так зачем на него переходить.
 что cache.xPDOMemCached, что cache.xPDOMemCache — по сути одно и тоже, разъве нет?

так ты мне обьясни в чем разница то? я вот пока не

как обработанную страничку в кеш запихать в виде html? у меня что то пока не выходит…

как обработанную страничку в кеш запихать в виде h

значит как почистить чеш можно не волноваться, при OnSiteRefresh само все почистится, это уже хорошо)

значит как почистить чеш можно не волноваться, при

Я же тебе выше дал ссылку на сравнительную статью. Давай я пересказом не буду заниматься, а ты прочитаешь и сам для себя решишь в чем разница и надо или не надо.

Я же тебе выше дал ссылку на сравнительную статью.

Щас сделаю и скажу.

ну я для себя сделал выводы что разницы никакой)
 Да и статья устарела, может сейчас что то и изменилось… позже покопаю…
 В данном вопросе это не столь важно.

ну я для себя сделал выводы что разницы никакой)
 

В таком случае наверно лучше использовать OnWebPageComplete. Это самое последнее событие, и как видишь, без учета закеширован или нет.
 

public function _postProcess() {
    if ($this->resourceGenerated && $this->getOption('cache_resource', null, true)) {
        if (is_object($this->resource) && $this->resource instanceof modResource && $this->resource->get('id') && $this->resource->get('cacheable')) {
            $this->invokeEvent('OnBeforeSaveWebPageCache');
            $this->cacheManager->generateResource($this->resource);
        }
    }
    $this->invokeEvent('OnWebPageComplete');
}

Черновой код плагина:
 

<?php
switch($modx->event->name){
    case 'OnWebPageComplete':
        $key = "resource/".$modx->resourceIdentifier; 
        $output = & $modx->resource->_output;
        $modx->cacheManager->set($key, $output);
        break;
        
    default:;
}

Но сейчас еще буду проверять насколько этот кеш годится. Ведь там php return. Скорее всего надо будет переопределять кеш-провайдер, чтобы сохранять чистый HTML.

В таком случае наверно лучше использовать OnWebPageComplete. Это самое последнее событие, и как видишь, без учета закеширован или нет. public function _postProcess() {
    if ($this->resourceGenerated && $this->getOption('cache_resource', null, true)) {
        if (is_object($this->resource) && $this->resource instanceof modResource && $this->resource->get('id') && $this->resource->get('cacheable')) {
            $this->invokeEvent('OnBeforeSaveWebPageCache');
            $this->cacheManager->generateResource($this->resource);
        }
    }
    $this->invokeEvent('OnWebPageComplete');
} Черновой код плагина: <?php
switch($modx->event->name){
    case 'OnWebPageComplete':
        $key = "resource/".$modx->resourceIdentifier; 
        $output = & $modx->resource->_output;
        $modx->cacheManager->set($key, $output);
        break;
        
    default:;
} Но сейчас еще буду проверять насколько этот кеш годится. Ведь там php return. Скорее всего надо будет переопределять кеш-провайдер, чтобы сохранять чистый HTML.

В таком случае наверно лучше использовать OnWebPag

так не пойдет, ты стандартно его засунул… тогда можно было вообще плагин не писать, а просто обработчик переключить на cache.xPDOMemCached, и уже nginx выбирать что modx стандартно кеширует!

так не пойдет, ты стандартно его засунул… тогда мо

переопределять? я смутно представляю что это… но я думаю логика такая — обработчик менять на файловый, получать страничку и запихивать уже в memcache

переопределять? я смутно представляю что это… но я

обработчик менять на файловый, получать страничку и запихивать уже в memcache

Нафига такой изврат? Зачем данные туда-сюда гонять?
 

Переопределять — это создать свой кеш-провайдер, расширяющий базовый, и туда добавить, к примеру, метод setPureCode() то есть сохранять как есть, а не совать в return;

обработчик менять на файловый, получать страничку и запихивать уже в memcache Нафига такой изврат? Зачем данные туда-сюда гонять? Переопределять — это создать свой кеш-провайдер, расширяющий базовый, и туда добавить, к примеру, метод setPureCode() то есть сохранять как есть, а не совать в return;

обработчик менять на файловый, получать страничку 

и уже nginx выбирать что modx стандартно кеширует!

1. Стандартный кеш документа нафиг не нужен, потому что там много хлама.
 2. Нгинкс не обрабатывает php.

и уже nginx выбирать что modx стандартно кеширует! 1. Стандартный кеш документа нафиг не нужен, потому что там много хлама.
 2. Нгинкс не обрабатывает php.

ну все что ты сказал правильно, и я это вполне понимаю) Но вот выразился так кривовато, а как расширить и т.д. это вообще темный лес…
 Непростая задача наверное

ну все что ты сказал правильно, и я это вполне пон

Ты сможешь это сделать?

Судя по всему, ничего переопределять не понадобится. Я уже результат получил на уровне нгинкса. Сейчас последние штрихи в плагине делаю. Больше с правилами для нгинкса провозился, я же не сисадмин.

Судя по всему, ничего переопределять не понадобитс

Ну все, я получил результат конечный. Было несколько подводных камней, так что оформлю в новый топик. Сегодня опубликую, но чуть позже.

Ну все, я получил результат конечный. Было несколь

Ок!) С нетерпением жду…
 Молодчик!

Пока топик пишу, погоняй: evropa-clinic.modxdev.webtm.ru
 Смотри в файрбаге время отклика при повторном заходе.

Пока топик пишу, погоняй: evropa-clinic.modxdev.we

ну нормал 100 мс...)))
 ты только время кеша маленькое выставил… или еще делаешь что то…
 как интерпрайз летает)))

ну нормал 100 мс...)))
 ты только время кеша мален

На самом деле меньше. У меня 70+- несколько мсек показывает. Из них минимум 40 — это пинг :-)
 

ты только время кеша маленькое выставил… или еще делаешь что то…

Вообще-то когда ты смотрел, лоэдимпакт в 50 клиентов фигачил по сайту)))

ну нормал 100 мс...))) На самом деле меньше. У меня 70+- несколько мсек показывает. Из них минимум 40 — это пинг :-) ты только время кеша маленькое выставил… или еще делаешь что то… Вообще-то когда ты смотрел, лоэдимпакт в 50 клиентов фигачил по сайту)))

ну нормал 100 мс...))) На самом деле меньше. У мен

кинь тест глянуть. Нагрузку не мониторил в это время?

кинь тест глянуть. Нагрузку не мониторил в это вре

Тест не сохранил, так как бесплатный всегда хрень показывает. Показывал, что секунду с лишним ответ. Нагрузке на сервере вообще не ощущал.
 

Вот статья: modxclub.ru/blog/research/210.html
 

Тест не сохранил, так как бесплатный всегда хрень показывает. Показывал, что секунду с лишним ответ. Нагрузке на сервере вообще не ощущал. Вот статья: modxclub.ru/blog/research/210.html А я пошел спать. Удачи

Тест не сохранил, так как бесплатный всегда хрень 

Кстати, стандартным $modx->cacheManager-ом кеш сохранял. Само собой мемовским. И все ОК, ничего лишнего не понадобилось делать.

Кстати, стандартным $modx->cacheManager-ом кеш сох

Молодец! все толково расписал. Насчет только для визиток, я бы не был так категоричен. Nginx много чего умеет…

Молодец! все толково расписал. Насчет только для в

Так я сказал «пока». Докрутить многое можно. Да и на уровне плагина можно разрулить что кешировать так, а что нет (допустим, личный кабинет не кешировать). 
 Но это так, эксперимент. Я более плотно планирую делать это на уровне node.js То есть нода не все еще умеет, чтобы так сразу фрейм заменить, но ее можно использовать как умный кешер. То есть и данные в памяти держать, и логику рулить можно. В общем, планирую nginx+MODX+node.js

Так я сказал «пока». Докрутить многое можно. Да и 

memcache зараза страницу компрессирует как ни крути, а вот с memcached все нормально)
 вот это у тебя 

вообще лишнее, можно выкинуть…
 и добавить еще $expire 

<code>$modx->cacheManager->set($key , $modx->resource->_output, $expire);</code>

выставить время жизни кеша.
 и в nginx правильнее наверно будет 

memcache зараза страницу компрессирует как ни крути, а вот с memcached все нормально)
 вот это у тебя <code>$key = '/index.php?';</code> вообще лишнее, можно выкинуть…
 и добавить еще $expire <code>$modx->cacheManager->set($key , $modx->resource->_output, $expire);</code> выставить время жизни кеша.
 и в nginx правильнее наверно будет "default/$args"

memcache зараза страницу компрессирует как ни крут

memcache зараза страницу компрессирует как ни крути

А ты смотри phpinfo() раздел memcache. У него тоже свои настройки есть, типа max_chunk_size или типа того. Наверняка тоже можно поднять значение.
 

вообще лишнее, можно выкинуть…

и в nginx правильнее наверно будет
 «default/$args»

Да? А кто запрещает создать еще какой-нибудь внутренний php-файл? И что тогда? И тогда нафиг все побьется. А ты предлагаешь все жестко завязать на единственный php-файл. Не, я так не буду делать.
 

Это я может позже поковыряю, но у меня есть подозрение, что это не так работает, как хотелось бы. Думаю, что это значение для самого MODX-а, а не для мемкеша. То есть как работает этот параметр для MODX-а? — кеш есть, но время уже не актуальное, и MODX его игнорит. Но если это так, то gnixn-у на это пофигу будет, он получит кеш и все. Хотя это только предположение, проверять надо.

memcache зараза страницу компрессирует как ни крути А ты смотри phpinfo() раздел memcache. У него тоже свои настройки есть, типа max_chunk_size или типа того. Наверняка тоже можно поднять значение. вообще лишнее, можно выкинуть… и в nginx правильнее наверно будет
 «default/$args» Да? А кто запрещает создать еще какой-нибудь внутренний php-файл? И что тогда? И тогда нафиг все побьется. А ты предлагаешь все жестко завязать на единственный php-файл. Не, я так не буду делать. и добавить еще $expire Это я может позже поковыряю, но у меня есть подозрение, что это не так работает, как хотелось бы. Думаю, что это значение для самого MODX-а, а не для мемкеша. То есть как работает этот параметр для MODX-а? — кеш есть, но время уже не актуальное, и MODX его игнорит. Но если это так, то gnixn-у на это пофигу будет, он получит кеш и все. Хотя это только предположение, проверять надо.

да настройки есть конечно, аналогичные кстати… но не получилось, возможно механизм сжатия по другому работает.
 

насчет побьется я не совсем уверен, так как неделю назад вообще про nginx не слышал. Но я думаю ты ошибаешся… Пройдись по конфигу nginx и посмотри логику.
 

$expire работает — уже проверял.

да настройки есть конечно, аналогичные кстати… но не получилось, возможно механизм сжатия по другому работает. насчет побьется я не совсем уверен, так как неделю назад вообще про nginx не слышал. Но я думаю ты ошибаешся… Пройдись по конфигу nginx и посмотри логику. $expire работает — уже проверял.

да настройки есть конечно, аналогичные кстати… но 

насчет побьется я не совсем уверен, так как неделю назад вообще про nginx не слышал. Но я думаю ты ошибаешся… Пройдись по конфигу nginx и посмотри логику.

Я вчера часов 6 с этим конфигом провозился, так что испробовал различные варианты. Смотри вот правило:
 

# Именнованная лакация (правило)     location @modx {          # выполняем подмену на index.php         rewrite ^/(.*)$ /index.php?q=$1 last;     }  

Так как ЧПУ MODX-а построено полностью на реврайтах, а не на реальных файлах, именно благодаря ему все УРЛы и преобразуются в index.php Но это происходит только потому что запрашиваемый файл не найден. Но если файл будет найден, то этого преобразования не будет, а останется реальный УРЛ. И в итоге ключ /index.php не будет соответствовать никогда в этом случае.
 Но это конечно же ситуация исключительная, поэтому конечно ты можешь пренебрегать этим моментом и сделать так, как ты предложил — в 99% случаев оно действительно будет работоспособным. Но у меня свои тараканы в голове и я терпеть не могу неуниверсальность, поэтому у себя оставлю так.

насчет побьется я не совсем уверен, так как неделю назад вообще про nginx не слышал. Но я думаю ты ошибаешся… Пройдись по конфигу nginx и посмотри логику. Я вчера часов 6 с этим конфигом провозился, так что испробовал различные варианты. Смотри вот правило: # Именнованная лакация (правило)     location @modx {          # выполняем подмену на index.php         rewrite ^/(.*)$ /index.php?q=$1 last;     } Так как ЧПУ MODX-а построено полностью на реврайтах, а не на реальных файлах, именно благодаря ему все УРЛы и преобразуются в index.php Но это происходит только потому что запрашиваемый файл не найден. Но если файл будет найден, то этого преобразования не будет, а останется реальный УРЛ. И в итоге ключ /index.php не будет соответствовать никогда в этом случае.
 Но это конечно же ситуация исключительная, поэтому конечно ты можешь пренебрегать этим моментом и сделать так, как ты предложил — в 99% случаев оно действительно будет работоспособным. Но у меня свои тараканы в голове и я терпеть не могу неуниверсальность, поэтому у себя оставлю так.

насчет побьется я не совсем уверен, так как неделю

ну в данном случае у тебя 
 

# устанавливаем ключ-переменную для запроса к мемкешу
set  $memcached_key       "default/$uri?$args";

и все! это же касается только memcached. При чем тут реальные файлы?
 только лишняя переменная=index.php? в ключе

ну в данном случае у тебя # устанавливаем ключ-переменную для запроса к мемкешу
set  $memcached_key       "default/$uri?$args"; и все! это же касается только memcached. При чем тут реальные файлы?
 только лишняя переменная=index.php? в ключе

ну в данном случае у тебя # устанавливаем ключ-пер

При чем тут реальные файлы?

При том, что здесь используется переменная $uri. Как я писал выше, если файл не найден, то УРЛ меняется на /index.php?q=$1 Повторюсь:
 

# Именнованная лакация (правило)
    location @modx { 
        # выполняем подмену на index.php
        rewrite ^/(.*)$ /index.php?q=$1 last;
    }

Так как в большинстве случаев при ЧПУ файлов тупо нет, то постоянно и происходит подмена УРЛа на index.php. При этом и переменная $uri и принимает это значение. А если файл будет найден, то $uri не будет изменена, и будет иметь значение реально запрошенного адреса. Теперь понятно? Плагин конечно я тоже упростил. Изначально он был примерно такой:
 

$query = '/';
            
            $query_str = str_replace('&amp;', '&',($_SERVER['QUERY_STRING']));  
            
            if(!empty($query_vars['q'])){
                $query .= $query_vars['q'];
                unset($query_vars['q']);
            }
            else{
                $query .= 'index.php';
            }
            $query .= "?";
            
            $vars = array();
            foreach($query_vars as $k => $v){
                $vars[] = "{$k}={$v}";
            }
            if($vars){
                $query .= implode("&", $vars);
            }
            $modx->log(1,  print_r($query, 1));
            $modx->cacheManager->set($query , $modx->resource->_output);


И то, что сейчас в плагине осталось — это публичный упрощенный вариант, для которого твои замечания очень обоснованный. Но для меня мой nginx-конфиг более актуальный :-)

При чем тут реальные файлы? При том, что здесь используется переменная $uri. Как я писал выше, если файл не найден, то УРЛ меняется на /index.php?q=$1 Повторюсь: # Именнованная лакация (правило)
    location @modx { 
        # выполняем подмену на index.php
        rewrite ^/(.*)$ /index.php?q=$1 last;
    } Так как в большинстве случаев при ЧПУ файлов тупо нет, то постоянно и происходит подмена УРЛа на index.php. При этом и переменная $uri и принимает это значение. А если файл будет найден, то $uri не будет изменена, и будет иметь значение реально запрошенного адреса. Теперь понятно? Плагин конечно я тоже упростил. Изначально он был примерно такой: $query = '/';
            
            $query_str = str_replace('&amp;', '&',($_SERVER['QUERY_STRING']));  
            
            if(!empty($query_vars['q'])){
                $query .= $query_vars['q'];
                unset($query_vars['q']);
            }
            else{
                $query .= 'index.php';
            }
            $query .= "?";
            
            $vars = array();
            foreach($query_vars as $k => $v){
                $vars[] = "{$k}={$v}";
            }
            if($vars){
                $query .= implode("&", $vars);
            }
            $modx->log(1,  print_r($query, 1));
            $modx->cacheManager->set($query , $modx->resource->_output); И то, что сейчас в плагине осталось — это публичный упрощенный вариант, для которого твои замечания очень обоснованный. Но для меня мой nginx-конфиг более актуальный :-)

При чем тут реальные файлы? При том, что здесь исп

ну так бы сразу и сказал, что у тебя свои замуты)

у меня не замуты, а универсальность :-)

как думаешь, имеет смысл memcached на сокеты перекинуть? По идее еще прирост в скорости должен быть…
 вот эти настройки в обработчике меняю 

('memcached_server', $options, 'localhost:11211')

и по идее будет работать? или тут все сложнее устроено?

как думаешь, имеет смысл memcached на сокеты перекинуть? По идее еще прирост в скорости должен быть…
 вот эти настройки в обработчике меняю ('memcached_server', $options, 'localhost:11211') и по идее будет работать? или тут все сложнее устроено?

как думаешь, имеет смысл memcached на сокеты перек

Честно скажу: сам с сокетами особо не работал. Знаю, что сокеты быстрее всяко, но настройку этого всего не делал.

Честно скажу: сам с сокетами особо не работал. Зна

подскажи как и где переключиться на сокет? пробовал в конфиге прописать как 
 

$config_options = array (
    "cache_handler" => "cache.xPDOMemCached",
    'memcached_server' => 'unix:///var/run/memcached/mem.socket',
    'system_settings_memcached_server' => 'unix:///var/run/memcached/mem.socket',
    'db_memcached_server' => 'unix:///var/run/memcached/mem.socket',

);

не срабатывает нифига!
 хелп!)))

подскажи как и где переключиться на сокет? пробовал в конфиге прописать как $config_options = array (
    "cache_handler" => "cache.xPDOMemCached",
    'memcached_server' => 'unix:///var/run/memcached/mem.socket',
    'system_settings_memcached_server' => 'unix:///var/run/memcached/mem.socket',
    'db_memcached_server' => 'unix:///var/run/memcached/mem.socket',

); не срабатывает нифига!
 хелп!)))

подскажи как и где переключиться на сокет? пробова

подключился, тут тестик небольшой сделал

Я же говорил, что с сокетами особо не заморачивался. Ты топик напиши как сокеты подключал, с какими подводными камнями столкнулся.

Я же говорил, что с сокетами особо не заморачивалс

я пока что локально подключился и тесты провел, чтоб узнать будет ли какая выгода от такого перехода.
 Ты как спец по кешированию подскажи — как перевести всю систему кеширования modx на сокеты теперь? я немного не допонимаю, это именно в файле обработчика кеша нужно сделать? или еще где то нужно пилить?
 по идее нужна только замена 

$memcache->connect('unix:///var/run/memcached/mem.socket', 0)

я пока что локально подключился и тесты провел, чтоб узнать будет ли какая выгода от такого перехода.
 Ты как спец по кешированию подскажи — как перевести всю систему кеширования modx на сокеты теперь? я немного не допонимаю, это именно в файле обработчика кеша нужно сделать? или еще где то нужно пилить?
 по идее нужна только замена $memcache->connect('localhost', 11211) на $memcache->connect('unix:///var/run/memcached/mem.socket', 0) и все должно пахать!

я пока что локально подключился и тесты провел, чт

Так ты в исходники почаще заглядывай. Вот __construct мемкеша:
 

$servers = explode(',', $this->getOption($this->key . '_memcached_server', $options, $this->getOption('memcached_server', $options, 'localhost:11211')));
foreach ($servers as $server) {
    $server = explode(':', $server);
    $this->memcache->addServer($server[0], (integer) $server[1]);
}
$compressThreshold = $this->getOption($this->key . '_memcached_compress_threshold', $options, $this->getOption('memcached_compress_threshold', array(), '20000:0.2'));

То есть укажи в системных настройках memcached_server и должно все заработать. Это именно что касается memcache. И, ксттаи, там же ответ на твои проблемы с компрессией:
 

$compressThreshold = $this->getOption($this->key . '_memcached_compress_threshold', $options, $this->getOption('memcached_compress_threshold', array(), '20000:0.2'));

То же самое и для memcached:
 

$servers = explode(',', $this->getOption($this->key . '_memcached_server', $options, $this->getOption('memcached_server', $options, 'localhost:11211')));

Только вот с компрессией у него лучше дела обстоят, так как он значение берет из системы:
 

$this->memcached->setOption(Memcached::OPT_COMPRESSION, (boolean) $this->getOption($this->key . '_memcached_compression', $options, $this->getOption('memcached_compression', $options, $this->getOption(Memcached::OPT_COMPRESSION, $options, true))));

И, кстати, как я и предполагал, должна быть возможность в принципе отключить для него компрессию.

Так ты в исходники почаще заглядывай. Вот __construct мемкеша: $servers = explode(',', $this->getOption($this->key . '_memcached_server', $options, $this->getOption('memcached_server', $options, 'localhost:11211')));
foreach ($servers as $server) {
    $server = explode(':', $server);
    $this->memcache->addServer($server[0], (integer) $server[1]);
}
$compressThreshold = $this->getOption($this->key . '_memcached_compress_threshold', $options, $this->getOption('memcached_compress_threshold', array(), '20000:0.2')); То есть укажи в системных настройках memcached_server и должно все заработать. Это именно что касается memcache. И, ксттаи, там же ответ на твои проблемы с компрессией: $compressThreshold = $this->getOption($this->key . '_memcached_compress_threshold', $options, $this->getOption('memcached_compress_threshold', array(), '20000:0.2')); То же самое и для memcached: $servers = explode(',', $this->getOption($this->key . '_memcached_server', $options, $this->getOption('memcached_server', $options, 'localhost:11211'))); Только вот с компрессией у него лучше дела обстоят, так как он значение берет из системы: $this->memcached->setOption(Memcached::OPT_COMPRESSION, (boolean) $this->getOption($this->key . '_memcached_compression', $options, $this->getOption('memcached_compression', $options, $this->getOption(Memcached::OPT_COMPRESSION, $options, true)))); И, кстати, как я и предполагал, должна быть возможность в принципе отключить для него компрессию.

Так ты в исходники почаще заглядывай. Вот __constr

да компрессия бог с ней… на memcached работает и ладно.
 Исходники я видел, но если прописать туда 

'unix:///var/run/memcached/mem.socket', 0

то не пашет! 
 неужели ты думаешь я сначала не попробовал?))
 выдает ошибку
 

Error caching time of next auto publishing event
Could not cache context settings for mgr.
Could not cache context settings for web.

я в коде не разбираюсь но у меня чувство что explode(':', $server)
 это разбор строки… и если сокет прописывать то и тут надо как то менять…

да компрессия бог с ней… на memcached работает и ладно.
 Исходники я видел, но если прописать туда 'unix:///var/run/memcached/mem.socket', 0 то не пашет! 
 неужели ты думаешь я сначала не попробовал?))
 выдает ошибку Error caching time of next auto publishing event
Could not cache context settings for mgr.
Could not cache context settings for web. я в коде не разбираюсь но у меня чувство что explode(':', $server)
 это разбор строки… и если сокет прописывать то и тут надо как то менять…

да компрессия бог с ней… на memcached работает и л

поэтому нужна твоя помощь!)

Так ты не пиши 'unix:///var/run/memcached/mem.socket', 0
 Это же сразу два параметра. Пиши только unix:///var/run/memcached/mem.socket

Так ты не пиши 'unix:///var/run/memcached/mem.sock

я в коде не разбираюсь но у меня чувство что explode(':', $server)

Да, это разбивка строки.
 Но мне сечас некогда с этим экспериментировать, я пока очень занят.

я в коде не разбираюсь но у меня чувство что explode(':', $server) Да, это разбивка строки.
 Но мне сечас некогда с этим экспериментировать, я пока очень занят.

я в коде не разбираюсь но у меня чувство что explo

да я уже и так и сяк пробовал… Как время будет посмотри

да я уже и так и сяк пробовал… Как время будет пос

а как то можно прописать в обработчике, чтоб он мне логи скинул в журнал чему какая переменная равна?

а как то можно прописать в обработчике, чтоб он мн

Так залезь в код и посмотри что чему равно.

все вроде понял что, к чему… только вот эта строчка непонятна
 

$servers = explode(',', $this->getOption($this->key . '_memcached_server', $options, $this->getOption('memcached_server', $options, 'unix:///var/run/memcached/mem.socket')));


explode разбирает на строки — это ясно.
 getOption — получает параметр по ключу, но их тут сразу несколько одна в одной… вот это мне не совсем ясно…
 $options мы его в данном случае получаем, или наоборот формируем?
 мне кажется все дело в этой строке, так как я пробовал все это убирать и просто делал 
 

$this->memcached->addServer('unix:///var/run/memcached/mem.socket', 0);

но не работает!
 может эти настройки еще где-то в modx торчат?

все вроде понял что, к чему… только вот эта строчка непонятна $servers = explode(',', $this->getOption($this->key . '_memcached_server', $options, $this->getOption('memcached_server', $options, 'unix:///var/run/memcached/mem.socket'))); explode разбирает на строки — это ясно.
 getOption — получает параметр по ключу, но их тут сразу несколько одна в одной… вот это мне не совсем ясно…
 $options мы его в данном случае получаем, или наоборот формируем?
 мне кажется все дело в этой строке, так как я пробовал все это убирать и просто делал $this->memcached->addServer('unix:///var/run/memcached/mem.socket', 0); но не работает!
 может эти настройки еще где-то в modx торчат?

все вроде понял что, к чему… только вот эта строчк

$options — это то, что можно передать в инициализацию объекта. В данном случае вообще на это забей.
 Два раза getOption(), потому что второй раз, это значение по умолчанию. Разбей на два раза, чтобы понятней было.
 

$servers = explode(',', $this->getOption($this->key. '_memcached_server', $options, $this->getOption('memcached_server', $options, 'unix:///var/run/memcached/mem.socket')));
 

$servers_default = $this->getOption('memcached_server', $options, 'unix:///var/run/memcached/mem.socket');

$servers_str = $this->getOption($this->key . '_memcached_server', $options, $servers_default);

$servers = (array)explode(',', $servers_str);


$options — это то, что можно передать в инициализацию объекта. В данном случае вообще на это забей.
 Два раза getOption(), потому что второй раз, это значение по умолчанию. Разбей на два раза, чтобы понятней было. $servers = explode(',', $this->getOption($this->key. '_memcached_server', $options, $this->getOption('memcached_server', $options, 'unix:///var/run/memcached/mem.socket'))); Это буквально так: $servers_default = $this->getOption('memcached_server', $options, 'unix:///var/run/memcached/mem.socket');

$servers_str = $this->getOption($this->key . '_memcached_server', $options, $servers_default);

$servers = (array)explode(',', $servers_str); То есть может быть указано несколько серверов. Укажи memcached_server в настройках и все.