Публикуем различные эксперименты и исследования.

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

Ускорение MODX-а за счет облегчения ядра

MODX Revolution + nginx + memcached.

Angular JS

modxSmarty - отключение modx-парсера и существенное ускорение

addPackage vs loadClass vs getService вчём правда брат?

Полная версия управления заказами - варианты реализации

Этот потрясающий метод xPDO::setPackageMeta()

owner=>local и owner=>foreign в xPDO-объектах и связанные xPDO-объекты

Dropbox API PHP

Кодировки и mysql_query

Молодец! все толково расписал. Насчет только для визиток, я бы не был так категоричен. 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);


То есть может быть указано несколько серверов. Укажи memcached_server в настройках и все.

$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 в настройках и все.

$options — это то, что можно передать в инициализа

ну я логически так и додумал, но ошибка все таже — 
 

вот у меня чувство что где то еще — localhost:11211 торчит по умолчанию…

ну я логически так и додумал, но ошибка все таже — Error caching time of next auto publishing event
Could not cache context settings for mgr.
Could not cache context settings for web. вот у меня чувство что где то еще — localhost:11211 торчит по умолчанию…

ну я логически так и додумал, но ошибка все таже —

Вот и ковыряй. Думаешь у меня всегда все сразу получается? Нет, иногда часами сидишь воюешь, а иногда и днями.

Вот и ковыряй. Думаешь у меня всегда все сразу пол

тогда может на $options всетаки нельзя забивать? он ведь у нас в каждой функции идет
 

либо еще какая то фигня мешает работе с сокетами
 либо я хз

тогда может на $options всетаки нельзя забивать? он ведь у нас в каждой функции идет $options= array()) либо еще какая то фигня мешает работе с сокетами
 либо я хз

тогда может на $options всетаки нельзя забивать? о

у меня к тебе одна просьба будет — можешь в своем обработчике закомментировать строчку вот эту
 

сбрось кеш и посмотри какую ошибку выдаст.
 спасибо!

у меня к тебе одна просьба будет — можешь в своем обработчике закомментировать строчку вот эту $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)))); сбрось кеш и посмотри какую ошибку выдаст.
 спасибо!

у меня к тебе одна просьба будет — можешь в своем 

Мне реально сейчас не до этого. Так что будь настоящим джедаем и воюй до последнего сам.

Мне реально сейчас не до этого. Так что будь насто

порадовал)))

все разобрался, все правильно я прописывал, надо было просто чуток подождать. настройки тоже кешировались и мои изменения с кешером не сразу применялись. сейчас все по новой прописал, подождал 5 минут — и все ок! Работает!)

все разобрался, все правильно я прописывал, надо б

и насчет компрессии ты был прав, можно прям в кешере указать, а не лезть в системные настройки-тоже пашет!
 p.s. и может конечно это кажется только, но админка вроде еще шустрее стала!)

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

новый косяк обнаружил. если сайтов несколько, а кеш получается обший, то они в кеше перезаписывают настройки друг друга. Это я имею ввиду не кешированные странички, а именно работу в админке. то есть надо какой то общий ключ вводить для сайта по типу site_name…
 добавить системную настройку cache_prefix и все работает!

новый косяк обнаружил. если сайтов несколько, а ке

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

единственное при очистке кеша — очищается кеш сраз

Вот и славно.

Админка будет шустрее работать, так как каждый Ajax-запрос — это инициализация MODX-а со всеми конфигами и т.п. А раз они в кеше, то хоть чуть-чуть, но быстрее все.

Админка будет шустрее работать, так как каждый Aja

Так про cache_prefix вообще забывать не стОит.

Вот это уже точно не скажу.

Да, это действительно то, что нужно :-)
 И если бы не сжатые сроки, то действительно именно на ангуларе и вышла бы новая сборка. Это направление курирует Сергей proxyfabio. Но пока текущая версия верстается на жучке, а после будет параллельно развиваться основной шаблон на ангуларе, так как большой упор будет делаться на личный кабинет и т.п.

Да, это действительно то, что нужно :-)
 И если бы

<?php
switch($modx->event->name){
    case 'OnWebPageComplete': 
        if (!empty($modx->resource) 
            && $modx->resource->get('cacheable') 
            && $modx->resource->get('published') 
            && $modx->resource->_output != ''
            && $_SERVER['REQUEST_METHOD'] == 'GET'
        )
            
        {
            $key = 'index.php?';
            
            $key .= str_replace('&', '&',($_SERVER['QUERY_STRING']));
               
            $modx->log(1, "Key:  '{$key}'");
              
            $modx->cacheManager->set($key , $modx->resource->_output);
        }
        break;
        
    default:;
}


Проверка на GET чтобы если отправили форму не кешировалась страница с ответом.
 

Чтобы ключ был красивее. Modx его все равно модифицирует.
 в
 

$this->key это системная настройка cache_key
 Так что если cache_key = site.com
 Тогда в конфиге nginx пишем
 

set  $memcached_key       "site.com$uri?$args";

<?php
switch($modx->event->name){
    case 'OnWebPageComplete': 
        if (!empty($modx->resource) 
            && $modx->resource->get('cacheable') 
            && $modx->resource->get('published') 
            && $modx->resource->_output != ''
            && $_SERVER['REQUEST_METHOD'] == 'GET'
        )
            
        {
            $key = 'index.php?';
            
            $key .= str_replace('&', '&',($_SERVER['QUERY_STRING']));
               
            $modx->log(1, "Key:  '{$key}'");
              
            $modx->cacheManager->set($key , $modx->resource->_output);
        }
        break;
        
    default:;
} Проверка на GET чтобы если отправили форму не кешировалась страница с ответом. $key = 'index.php?'; Чтобы ключ был красивее. Modx его все равно модифицирует.
 в $this->key . '/' . $key; $this->key это системная настройка cache_key
 Так что если cache_key = site.com
 Тогда в конфиге nginx пишем set  $memcached_key       "site.com$uri?$args";

<?php
switch($modx->event->name){
    case 'OnWebP

Проверка на GET чтобы если отправили форму не кешировалась страница с ответом.

Но это как раз и не стоит делать. Ведь GET — это в том числе и постраничность и прочие моменты, включая гет-поиск. Все, что не должно кешироваться — надо выносить в Ajax.
 

Либо предусматривать какой-то GET-параметр типа nocache=1, чтобы явно указывать, что ее кешировать не надо. Если добавится в запрос этот параметр, для нгинкса это уже будет новый адрес, и он отправит запрос на MODX. MODX не сформирует полный кеш страницы в мемкеш, а значит и нгинкс все время будет отдавать не кешированную страницу.

Проверка на GET чтобы если отправили форму не кешировалась страница с ответом. Но это как раз и не стоит делать. Ведь GET — это в том числе и постраничность и прочие моменты, включая гет-поиск. Все, что не должно кешироваться — надо выносить в Ajax. Либо предусматривать какой-то GET-параметр типа nocache=1, чтобы явно указывать, что ее кешировать не надо. Если добавится в запрос этот параметр, для нгинкса это уже будет новый адрес, и он отправит запрос на MODX. MODX не сформирует полный кеш страницы в мемкеш, а значит и нгинкс все время будет отдавать не кешированную страницу.

Проверка на GET чтобы если отправили форму не кеши

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

Планирую вскоре начать с этим разбираться. В принц

Интересный эксперимент :) 
 Но все же есть пара моментов. И вот основной:
 

$modx->smarty->display(«tpl/{$tpl}»);
 return ""; // отпрвить $ничего на вывод через modx-парсер. :)

Таким образом рушится механизм кеширования MODX, так как он не получает отрабатываемого контента. Ежели вы хотите именно отключить MODX-парсер, то есть более лаконичное решение — системная настройка parser_class. Она учитывается в методе MODx::getParser()
 

public function getParser() {
    return $this->getService('parser', $this->getOption('parser_class', null, 'modParser'), 
        $this->getOption('parser_class_path', null, ''));
}

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

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

Добрый день! Интересный эксперимент :) 
 Но все же есть пара моментов. И вот основной: $modx->smarty->display(«tpl/{$tpl}»);
 return ""; // отпрвить $ничего на вывод через modx-парсер. :) Таким образом рушится механизм кеширования MODX, так как он не получает отрабатываемого контента. Ежели вы хотите именно отключить MODX-парсер, то есть более лаконичное решение — системная настройка parser_class. Она учитывается в методе MODx::getParser() public function getParser() {
    return $this->getService('parser', $this->getOption('parser_class', null, 'modParser'), 
        $this->getOption('parser_class_path', null, ''));
} То есть пишете парсер на замену modParser и все. А в нем, где надо, облегчаете методы по максимум, чтобы просто возвращали по минимуму и все. Только вешайте его именно на внешний контекст, то есть в настройки контекста прописывайте, а не в системные, чтобы в mgr работал родной парсер, а во фронте ваш. Потому что системный парсер используется в том числе и для обработки системных настроек и т.п.

Добрый день! Интересный эксперимент :) 
 Но все же

В общем, я решил тоже поучаствовать в этом эксперименте, и написать свой парсер на замену. Облегчить его на 100% не получается в любом случае. Во-первых, MODX довольно активно использует его отдельные методы, так что как минимум пустые методы надо прописать. Во-вторых, в тех же шаблонах у нас в параметрах есть необходимые параметры, типа tpl или phptemplates.non-cached, и чтобы они учитывались в системе, пришлось один метод более живым оставить. Вот такой класс у меня получился:
 

<?php


class modWebParser {
    /**
     * A reference to the modX instance
     * @var modX $modx
     */
     
    public $modx= null; 
    
    /**
     * @param xPDO $modx A reference to the modX|xPDO instance
     */
    function __construct(xPDO &$modx) {
        $this->modx =& $modx;
    }
 
    public function setProcessingElement($arg = null) {
    } 
    
    public function processElementTags($parentTag, & $content, 
        $processUncacheable= false, $removeUnprocessed= false, $prefix= "[[", 
        $suffix= "]]", $tokens= array (), $depth= 0) {
        return $processed;
    } 
    
    public function collectElementTags($origContent, array &$matches, $prefix= '[[', $suffix= ']]') {
        return 0;
    }

    /**
     * Parses an element/tag property string or array definition.
     *
     * @param string $propSource A valid property string or array source to
     * parse.
     * @return array An associative array of property values parsed from
     * the property string or array definition.
     */
    public function parseProperties($propSource) {
        
        $properties= array ();
        
        if (!empty ($propSource)) {
            if (is_string($propSource)) {
                $properties = $this->parsePropertyString($propSource, true);
            } elseif (is_array($propSource)) {
                foreach ($propSource as $propName => $property) {
                    if (is_array($property) && array_key_exists('value', $property)) {
                        $properties[$propName]= $property['value'];
                    } else {
                        $properties[$propName]= $property;
                    }
                }
            }
        }
        return $properties;
    }
    
    public function isProcessingUncacheable() {
        $result = false;
        return $result;
    }
    
    public function isRemovingUnprocessed() {
        $result = false;
        return $result;
    }

    public function parsePropertyString($string, $valuesOnly = false) {
        $properties = array();
        return $properties;
    }
}

Закинул его в core/components/modxsite/model/modxsite/model/modwebparser.class.php
 

В настройках контекста web прописал:
 parser_class = modWebParser
 parser_class_path = {core_path}components/modxsite/model/modxsite/
 

В целом все работает, и API MODX-а получается использовать, к примеру {$modx->getOption('site_url')}
 

Попробуйте установить ShopModxBox и погонять с этим парсером и без него. Но здесь надо учитывать, что многое не будет работать в принципе. Лично мне кажется, что овчинка не будет стоить выделки. К примеру, мы не сможем использовать некешируемые блоки через [[!smarty?tpl=`....`]] и т.п. Конечно же мы можем просто отрабатывать шаблоны каждый раз, включив кеширование самого Smarty, но это гораздо более заморочено.

В общем, я решил тоже поучаствовать в этом эксперименте, и написать свой парсер на замену. Облегчить его на 100% не получается в любом случае. Во-первых, MODX довольно активно использует его отдельные методы, так что как минимум пустые методы надо прописать. Во-вторых, в тех же шаблонах у нас в параметрах есть необходимые параметры, типа tpl или phptemplates.non-cached, и чтобы они учитывались в системе, пришлось один метод более живым оставить. Вот такой класс у меня получился: <?php


class modWebParser {
    /**
     * A reference to the modX instance
     * @var modX $modx
     */
     
    public $modx= null; 
    
    /**
     * @param xPDO $modx A reference to the modX|xPDO instance
     */
    function __construct(xPDO &$modx) {
        $this->modx =& $modx;
    }
 
    public function setProcessingElement($arg = null) {
    } 
    
    public function processElementTags($parentTag, & $content, 
        $processUncacheable= false, $removeUnprocessed= false, $prefix= "[[", 
        $suffix= "]]", $tokens= array (), $depth= 0) {
        return $processed;
    } 
    
    public function collectElementTags($origContent, array &$matches, $prefix= '[[', $suffix= ']]') {
        return 0;
    }

    /**
     * Parses an element/tag property string or array definition.
     *
     * @param string $propSource A valid property string or array source to
     * parse.
     * @return array An associative array of property values parsed from
     * the property string or array definition.
     */
    public function parseProperties($propSource) {
        
        $properties= array ();
        
        if (!empty ($propSource)) {
            if (is_string($propSource)) {
                $properties = $this->parsePropertyString($propSource, true);
            } elseif (is_array($propSource)) {
                foreach ($propSource as $propName => $property) {
                    if (is_array($property) && array_key_exists('value', $property)) {
                        $properties[$propName]= $property['value'];
                    } else {
                        $properties[$propName]= $property;
                    }
                }
            }
        }
        return $properties;
    }
    
    public function isProcessingUncacheable() {
        $result = false;
        return $result;
    }
    
    public function isRemovingUnprocessed() {
        $result = false;
        return $result;
    }

    public function parsePropertyString($string, $valuesOnly = false) {
        $properties = array();
        return $properties;
    }
} Закинул его в core/components/modxsite/model/modxsite/model/modwebparser.class.php В настройках контекста web прописал:
 parser_class = modWebParser
 parser_class_path = {core_path}components/modxsite/model/modxsite/ В целом все работает, и API MODX-а получается использовать, к примеру {$modx->getOption('site_url')} Попробуйте установить ShopModxBox и погонять с этим парсером и без него. Но здесь надо учитывать, что многое не будет работать в принципе. Лично мне кажется, что овчинка не будет стоить выделки. К примеру, мы не сможем использовать некешируемые блоки через [[!smarty?tpl=`....`]] и т.п. Конечно же мы можем просто отрабатывать шаблоны каждый раз, включив кеширование самого Smarty, но это гораздо более заморочено.

В общем, я решил тоже поучаствовать в этом экспери

На деюсь я в правильном топике написал? )))

Два раза в код обарачивает. Я чтото не так сделал? Я писал так 

Два раза в код обарачивает. Я чтото не так сделал? Я писал так /code>

Два раза в код обарачивает. Я чтото не так сделал?

в коментариях нормально вроде ))))

$path = MODX_CORE_PATH . 'components/mycomponent/model/';

$modx->loadClass('myclass.MyClass', $path, true, true);

Лучше все это заменить на 
 

$modx->loadClass('myclass.MyClass', '', false, true);

В таком случае нам не надо указывать четкий путь к директории, а третий параметр false указывает на то, что надо искать во всех подключенных пакетах. Но это в случае, если пакет подключен. Твой пример годится в тех случаях, когда пакет не подключен, а класс подключить надо.

$path = MODX_CORE_PATH . 'components/mycomponent/model/';

$modx->loadClass('myclass.MyClass', $path, true, true); Лучше все это заменить на $modx->loadClass('myclass.MyClass', '', false, true); В таком случае нам не надо указывать четкий путь к директории, а третий параметр false указывает на то, что надо искать во всех подключенных пакетах. Но это в случае, если пакет подключен. Твой пример годится в тех случаях, когда пакет не подключен, а класс подключить надо.

$path = MODX_CORE_PATH . 'components/mycomponent/m

Коды не всегда корректно обрабатываются. Типографику подключать надо будет. Это чуть позже.

Коды не всегда корректно обрабатываются. Типографи

А вообще здесь какой-то вопрос стоял или нет? Лично я всегда пакеты расширяющие подключаю сразу. Прирост нагрузки ничтожный, а удобств - масса.

А вообще здесь какой-то вопрос стоял или нет? Личн

То есть  addExtensionPackage вполне нормально использовать? Вопрос стоял у меня и я просто исча на них точные ответы написал статью. Как то так ))))

То есть  addExtensionPackage вполне нормально испо

addExtensionPackage очень даже нормально использовать.

addExtensionPackage очень даже нормально использов

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


1. xPDO::loadClass() - это метод для подгрузки классов, при чем без разницы каких, xPDO-классов или нет. 
 Рассмотрим на примере: если нам нужно создать новый объект, к примеру $modx->newObject('modUser'), то для этого нам нужен класс modUser, то есть его надо подгрузить. Так вот, xPDO::loadClass($className) этим и занимается, и он автоматически вызывается внутри метода newObject() (как и других похожих методов, типа getObject(), getCollection() и т.п.).


2. xPDO::addPackage() нужен для того, чтобы подключить еще один пакет с классами, то есть еще одну директорию (как правило это директория модуля). Когда пакет подключен, то xPDO::loadClass() ищет во всех подключенных модулях, пока не найдет запрошенный класс (если, как писалось выше, третий параметр не установлен в значение true).


Кстати, еще раз перечитал заголовок, и усматриваю довольно серьезное непонимание вещей. Ты сравниваешь вообще разные механизмы. Давай по порядку: 1. xPDO::loadClass() - это метод для подгрузки классов, при чем без разницы каких, xPDO-классов или нет. 
 Рассмотрим на примере: если нам нужно создать новый объект, к примеру $modx->newObject('modUser'), то для этого нам нужен класс modUser, то есть его надо подгрузить. Так вот, xPDO::loadClass($className) этим и занимается, и он автоматически вызывается внутри метода newObject() (как и других похожих методов, типа getObject(), getCollection() и т.п.). 2. xPDO::addPackage() нужен для того, чтобы подключить еще один пакет с классами, то есть еще одну директорию (как правило это директория модуля). Когда пакет подключен, то xPDO::loadClass() ищет во всех подключенных модулях, пока не найдет запрошенный класс (если, как писалось выше, третий параметр не установлен в значение true). 3. xPDO::addExtensionPackage() - это просто автоматическое подключение addPackage(), просто для удобства и автоматизации. 4. xPDO::getService() - вот это совсем другая песня. Для нее справедливо и все то, что перечислено выше (так как тоже используется метод loadClass(), и addPackage()(если надо, само собой еще до вызова метода getService())), но этот метод используется для расширения самого объекта $modx. К примеру, $modx->getService($alias, $class); В случае успеха будет доступен объект $modx->$alias, к примеру $modx->mail или $modx->error. И это совсем не для xPDO-классов. Так понятней?