RichText

есть готовый кэширующий плагин для ускорения сайта: github modxExtraCachePlugin

умеет кэшировать сессионные ключи от компонентов и прогревать кэш через wget

есть готовый кэширующий плагин для ускорения сайта: github modxExtraCachePlugin умеет кэшировать сессионные ключи от компонентов и прогревать кэш через wget

есть готовый <a href="https://webdevops.ru/blog/ex

Сборки и пакеты

Вопросы специалистов

Документация для специалистов

Песочница

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

Tips & tricks

Blog by Fi1osof

ShopModxBox-3.1.0 + shopModx-2.1.0 со скидками и морфологическим поиском

phpthumbof выдает не ту картинку

Проблема с изображениями (phpThumbOf) ?

Оптимизация phpThumbOf

Проблемы с установкой

После переноса сайта проблемы с url, но не везде. Прорлемы с phpthumbof -> cache

Обзор компонентов под MODX Revoluton для обработки изображений на лету

Гонки на скорость, часть вторая. Ускорение Modx Revo более чем в 8 раз

Абсолютные ссылки без примесей ресайзнутых картинок

радикально. у меня тут пара сотен страниц с вызовом phpThumbOf завалялась, а на каждой по 16-30 мегабайтных картинок уже есть и переделывать их реально в ломы, проще сервер купить (что и сделано было)=)
 

воспользуюсь информацией позже, спасибо.

радикально. у меня тут пара сотен страниц с вызовом phpThumbOf завалялась, а на каждой по 16-30 мегабайтных картинок уже есть и переделывать их реально в ломы, проще сервер купить (что и сделано было)=) воспользуюсь информацией позже, спасибо.

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

А на самом деле клева получается. Во-первых, исключается человеческий фактор (не надо учить менеджеров что делать. Один раз прогнал все документы, а потом при любом сохранении документа обновляется превьюха). Во-вторых, идет как чистая статика, сервер вообще не грузится.

А на самом деле клева получается. Во-первых, исклю

Дай я тебя расцелую за это.

Не, вот этого точно делать не надо :-))))

Жесть, слил на 0 настройки, производительность моментально улучшилась.
 Правильно ли я понимаю что плагин phpThumbOfCacheManager, который устанавливается вместе с самим компонентом phpThumbOf, очищает полностью папку кэша phpThumbOf? Поэтому его лучше выключать?

Жесть, слил на 0 настройки, производительность мом

Правильно ли я понимаю что плагин phpThumbOfCacheManager, который устанавливается вместе с самим компонентом phpThumbOf, очищает полностью папку кэша phpThumbOf? Поэтому его лучше выключать?

Вот еще на этот компонент посмотри: modx.com/extras/package/phpthumbsup
 Райн говорит, что он гораздо быстрее работает, чем phpthumbof

Правильно ли я понимаю что плагин phpThumbOfCacheManager, который устанавливается вместе с самим компонентом phpThumbOf, очищает полностью папку кэша phpThumbOf? Поэтому его лучше выключать? Да. Вот еще на этот компонент посмотри: modx.com/extras/package/phpthumbsup
 Райн говорит, что он гораздо быстрее работает, чем phpthumbof

Правильно ли я понимаю что плагин phpThumbOfCacheM

кто уже попробовал phpthumbsup? 
 а то я довёл уже до максимума (с помощью Философа) скорость работы phpthumbof, так что у меня он как статика уже работает. 
 кто-то что-то скажет о phpthumbsup?

кто уже попробовал phpthumbsup? 
 а то я довёл уже

Я не пробовал еще. Но вот попробуй если что новую альтернативу от Агеля: github.com/AgelxNash/phpthumbon/releases

Я не пробовал еще. Но вот попробуй если что новую 

Охренеть, прорыв прям. Тоже еще не пробовал. Надо анонс замутить для поиска, чтобы всосало в поисковики все три альтернативы.

Охренеть, прорыв прям. Тоже еще не пробовал. Надо 

Все в твоих руках. Протестируй все три решения и напиши обзорный топик.

Все в твоих руках. Протестируй все три решения и н

Пристал. Я не буду писать обзоры. Я лично могу поделиться, но не более.
 

Вот например: по первым моим тестам обнаружен недостаток в UP и в ON версиях (по крайней мере на этом этапе). Ни одна из них не может брать картинку с внешнего источника. OF может, то попутно обнаружена задержка в нём (проверка наличия кеша), которая составляет 1.5-3ms на одну картинку. Это тоже нехорошо.
 

Теперь пример, как это развивалось бы, буть это топик: вылезет какой-то умный троль и скажет, что я криворукий, и методом переделки 20 строк кода в плагине и перелопачивании 20 строк ядра всё будет работать, и что я вообще ничего не увидел, поэтому мой обзор — хламищ, мне двойка и я уволен. 
 

Исключительно и только поэтому я никогда ничего не напишу вообще, даже если все будут аплодировать и в руках у меня будет сокровище.

Пристал. Я не буду писать обзоры. Я лично могу поделиться, но не более. Вот например: по первым моим тестам обнаружен недостаток в UP и в ON версиях (по крайней мере на этом этапе). Ни одна из них не может брать картинку с внешнего источника. OF может, то попутно обнаружена задержка в нём (проверка наличия кеша), которая составляет 1.5-3ms на одну картинку. Это тоже нехорошо. Теперь пример, как это развивалось бы, буть это топик: вылезет какой-то умный троль и скажет, что я криворукий, и методом переделки 20 строк кода в плагине и перелопачивании 20 строк ядра всё будет работать, и что я вообще ничего не увидел, поэтому мой обзор — хламищ, мне двойка и я уволен. Исключительно и только поэтому я никогда ничего не напишу вообще, даже если все будут аплодировать и в руках у меня будет сокровище.

Пристал. Я не буду писать обзоры. Я лично могу под

Затроллить и коммент могут.

Вообщем, парился я парился и надоело
 ON вечно кладёт файл-пустышку в стиле /assets/cache_image/noimage_100x100_31b.jpg, мол
 оригинал не найден, хотя оригинал есть и доступен.
 

UP, напротив, заработал полностью, хотя выхов картинки у него совершенно другой, полностью отличается от OF.
 Например так: /cache/w/100/h/100/src/http://modxclub.ru/uploads/images/00/01/66/2013/07/13/avatar_48x48.jpg
 

Вообщем, парился я парился и надоело
 ON вечно кладёт файл-пустышку в стиле /assets/cache_image/noimage_100x100_31b.jpg, мол
 оригинал не найден, хотя оригинал есть и доступен. UP, напротив, заработал полностью, хотя выхов картинки у него совершенно другой, полностью отличается от OF.
 Например так: /cache/w/100/h/100/src/http://modxclub.ru/uploads/images/00/01/66/2013/07/13/avatar_48x48.jpg

Вообщем, парился я парился и надоело
 ON вечно кла

поэтому я пишу тебе, а не им

/cache/w/100/h/100/src/http://modxclub.ru/uploads/images/00/01/66/2013/07/13/avatar_48x48.jpg

/cache/w/100/h/100/src/http://modxclub.ru/uploads/images/00/01/66/2013/07/13/avatar_48x48.jpg жесть!)))

/cache/w/100/h/100/src/http://modxclub.ru/uploads/

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

это я вытащил свой аватар с твоего сайта, чтобы дл

Ясно.

Вот обзор различных аналогов: modxclub.ru/blog/173.html

Вот обзор различных аналогов: modxclub.ru/blog/173

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

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

Проверка же вышеизложенного решения, даже с учетом сетевых задержек по территории Европы, приведена ниже:
 

Resolve time: 27 ms 
 Connect time: 19 ms 
 Download time: 206 ms 
 
 Resolve time: 19 ms 
 Connect time: 9 ms 
 Download time: 67 ms
 
 Resolve time: 297 ms 
 Connect time: 15 ms 
 Download time: 73 ms
 
 Resolve time: 40 ms 
 Connect time: 21 ms 
 Download time: 102 ms

Ссылка, если тоже хотите тут потестить.
 

Средняя скорость 0.43 sec с 26 точек планеты.

Секретная ссылка на службу мониторинга.

Попутно скажу, что для измерения скорости открытия сайта не следует учитывать пинги, хопы и ширину канала и/или работающие фоновые торренты. Для ускорения отклика сайта и уменьшения пинга надо применять другие решения. Проверка же вышеизложенного решения, даже с учетом сетевых задержек по территории Европы, приведена ниже: Resolve time: 27 ms 
 Connect time: 19 ms 
 Download time: 206 ms 
 
 Resolve time: 19 ms 
 Connect time: 9 ms 
 Download time: 67 ms
 
 Resolve time: 297 ms 
 Connect time: 15 ms 
 Download time: 73 ms
 
 Resolve time: 40 ms 
 Connect time: 21 ms 
 Download time: 102 ms Ссылка, если тоже хотите тут потестить. А также вот еще: Средняя скорость 0.43 sec с 26 точек планеты. Секретная ссылка на службу мониторинга.

Попутно скажу, что для измерения скорости открытия

У меня вопрос поводу phpThumbsUp: у MODX появился еще пакет pThumb. Какой все-таки лучше ставить?

У меня вопрос поводу phpThumbsUp: у MODX появился 

Блин, пока пишу основной обстоятельный коммент, попутно ковыряю xFPC. Чел жгет :-)
 

if ((int) $combineJsAndCss == 1) {
	$combineJsAndCss = true;
} else {
	$combineJsAndCss = false;
}

Только сегодня видел картинку «оптимизацией тут и не пахнет»)))

Блин, пока пишу основной обстоятельный коммент, попутно ковыряю xFPC. Чел жгет :-) if ((int) $combineJsAndCss == 1) {
	$combineJsAndCss = true;
} else {
	$combineJsAndCss = false;
} Только сегодня видел картинку «оптимизацией тут и не пахнет»)))

Блин, пока пишу основной обстоятельный коммент, по

Вот здесь подробный обзор: blog.agel-nash.ru/2013/8/thumb.html
 Автор советует по многим причинам именно pThumb ставить. Кстати, он заменяет сниппет phpthumbof, так что на сайте даже сниппеты перебивать не придется.

Вот здесь подробный обзор: blog.agel-nash.ru/2013/

Кстати, реальная его польза в плане кеша у меня вызывает кучу сомнений, но зато в нем есть минификатор CSS и JS, то есть как раз то, о чем я недавно спрашивал. На досуге покопаю. Спасибо за наводку!

Кстати, реальная его польза в плане кеша у меня вы

Итак, дописал основной коммент :-)
 

Спасибо за собирательный топик!
 А я дам несколько комментариев-уточнений.
 

а) Открываем сниппет phpThumbOF(OF!!) и вставляем внутрь(!) его КОД сниппета phpThumbsUp. Убили много зайцев сразу и не надо ковырять сотню чанков. Минусы не стоят того, чтобы заботиться о них.

Я бы вот так не стал делать. В среднестатистическом сайте не так много вызовов этого сниппета по шаблонам и чанкам, чтобы убивать обновления и т.п. Хотя если посмотреть на то, как pThumb устанавливает с обновлением сниппет phpthumbof, то тут уже многое становится не однозначным.
 

<?php $output = $modx->smarty->fetch('header.tpl'); $output .= $modx->smarty->fetch('inside.tpl'); $output .= $modx->smarty->fetch('footer.tpl'); return $output;

 

Я бы все-таки не стал вызывать 3 шаблона таким образом, а сделал бы один общий шаблон, и при необходимости сделал в нем инклюды {include file=«header.tpl»} и т.п., тем более что в таком случае можно использовать локальное кеширование подшаблона, а в случае с приведенным примером этого сделать нельзя (если только не включено глобальное кеширование Smarty).
 

а) Этой копии ставим тип ресурса «Документ с PHP-шаблоном» (проверено, так быстрее).

Вот это утверждение очень сомнительное. Я оставил CRC phpTemplateResource так, на всякий случай (так сказать, остался в наследство). Но в силу особенностей его развития, он в итоге деградировал и оказался менее функциональным, чем его предок. Дело в том, что в нем исключено кеширование шаблона. То есть при любом раскладе его шаблон будет вызываться и выполняться, в то время, как нативный класс не выполняет шаблон, если он закеширован уже и у него не стоит phptemplates.non-cached=true. Так что родной класс, если уже отработан и закеширован, а методе process() сразу вернет конечный код, а phpTemplateResource в любом случае выполнит шаблон, и это никак не может быть быстрее. 
 К тому же, как практика показала, создавать именно «Документ с php-шаблоном», а не просто документ — бонально неудобно.
 

Например:
 {link id="55"}

 выглядит правильно, но если он обрамлён еще в одни кавычки вот так:
 a href="{link id="55"}"

 то нифига не заработает. 
 

Неверное утверждение. Смарти парсит все внутри фигурных скобок, и ему пофиг что за пределами этих скобок. Он спарсит {link id=«55»} и заменит на его значение, и все будет ОК. К слову, если пробелов нет, то можно вообще без ковычек, к примеру {link id=55}.
 Вот еще пример того, как можно вызывать вместе с ковычками:
 

И с этим нет никаких проблем.
 Резюме: конечно, ошибок вижу много. Но не это главное! Главное то, что ты смог значительно ускорить свой сайт. И быть может далеко не всем поможет этот топик (то есть не будет исчерпывающим руководством), но он точно будет примером того, что при желании можно ускорить свой Рево-сайт очень значительно. Спасибо!

Итак, дописал основной коммент :-) Спасибо за собирательный топик!
 А я дам несколько комментариев-уточнений. а) Открываем сниппет phpThumbOF(OF!!) и вставляем внутрь(!) его КОД сниппета phpThumbsUp. Убили много зайцев сразу и не надо ковырять сотню чанков. Минусы не стоят того, чтобы заботиться о них. Я бы вот так не стал делать. В среднестатистическом сайте не так много вызовов этого сниппета по шаблонам и чанкам, чтобы убивать обновления и т.п. Хотя если посмотреть на то, как pThumb устанавливает с обновлением сниппет phpthumbof, то тут уже многое становится не однозначным. <?php $output = $modx->smarty->fetch('header.tpl'); $output .= $modx->smarty->fetch('inside.tpl'); $output .= $modx->smarty->fetch('footer.tpl'); return $output; Я бы все-таки не стал вызывать 3 шаблона таким образом, а сделал бы один общий шаблон, и при необходимости сделал в нем инклюды {include file=«header.tpl»} и т.п., тем более что в таком случае можно использовать локальное кеширование подшаблона, а в случае с приведенным примером этого сделать нельзя (если только не включено глобальное кеширование Smarty). а) Этой копии ставим тип ресурса «Документ с PHP-шаблоном» (проверено, так быстрее). Вот это утверждение очень сомнительное. Я оставил CRC phpTemplateResource так, на всякий случай (так сказать, остался в наследство). Но в силу особенностей его развития, он в итоге деградировал и оказался менее функциональным, чем его предок. Дело в том, что в нем исключено кеширование шаблона. То есть при любом раскладе его шаблон будет вызываться и выполняться, в то время, как нативный класс не выполняет шаблон, если он закеширован уже и у него не стоит phptemplates.non-cached=true. Так что родной класс, если уже отработан и закеширован, а методе process() сразу вернет конечный код, а phpTemplateResource в любом случае выполнит шаблон, и это никак не может быть быстрее. 
 К тому же, как практика показала, создавать именно «Документ с php-шаблоном», а не просто документ — бонально неудобно. Например:
 {link id="55"}

 выглядит правильно, но если он обрамлён еще в одни кавычки вот так:
 a href="{link id="55"}"

 то нифига не заработает. Неверное утверждение. Смарти парсит все внутри фигурных скобок, и ему пофиг что за пределами этих скобок. Он спарсит {link id=«55»} и заменит на его значение, и все будет ОК. К слову, если пробелов нет, то можно вообще без ковычек, к примеру {link id=55}.
 Вот еще пример того, как можно вызывать вместе с ковычками: <img src="{snippet name="phpthumbof" params="input=`{$object.image}`&options=`h=130&w=200`"}" /> И с этим нет никаких проблем.
 Резюме: конечно, ошибок вижу много. Но не это главное! Главное то, что ты смог значительно ускорить свой сайт. И быть может далеко не всем поможет этот топик (то есть не будет исчерпывающим руководством), но он точно будет примером того, что при желании можно ускорить свой Рево-сайт очень значительно. Спасибо!

Итак, дописал основной коммент :-) Спасибо за соби

Спасибо за отзыв и информацию.

А вот так я предварительно обновляю все документы, у которых еще нет сгенерированных превьюшек:
 

<?php

ini_set('max_execution_time', 0);
ignore_user_abort(true);

$modx->switchContext('web');
print '<pre>';

$TV_source = 2;    // Устанавливаете значения своих TV-шек
$TV_target = 17; 

$q = $modx->newQuery('modResource');
$q->innerJoin('modTemplateVarResource', 'tvimage', "tvimage.tmplvarid={$TV_source} and modResource.id = tvimage.contentid and tvimage.value != ''");
$q->leftJoin('modTemplateVarResource', 'tvprev', "tvprev.tmplvarid={$TV_target} and modResource.id = tvprev.contentid");
$q->where(array(
    'tvprev.id' => null,    
));

print "<br />Всего документов без превьюшек: ". $modx->getCount('modResource', $q);

$q->limit(100);

// Создаем самбнейл превьюшки
foreach($modx->getCollection('modResource', $q) as $resource){
    if($photo = $resource->getTVValue($TV_source) AND $thumb = $modx->runSnippet('phpthumbof', array(
        'input'     => $photo,
        'options'   => 'w=113&h=113&q=100&zc=1',
    ))
        AND $photo != $thumb
    ){
        $resource->setTVValue( $TV_target, $thumb);
        // print $thumb;
    }
    // print_r($resource->toArray());
}

А вот так я предварительно обновляю все документы, у которых еще нет сгенерированных превьюшек: <?php

ini_set('max_execution_time', 0);
ignore_user_abort(true);

$modx->switchContext('web');
print '<pre>';

$TV_source = 2;    // Устанавливаете значения своих TV-шек
$TV_target = 17; 

$q = $modx->newQuery('modResource');
$q->innerJoin('modTemplateVarResource', 'tvimage', "tvimage.tmplvarid={$TV_source} and modResource.id = tvimage.contentid and tvimage.value != ''");
$q->leftJoin('modTemplateVarResource', 'tvprev', "tvprev.tmplvarid={$TV_target} and modResource.id = tvprev.contentid");
$q->where(array(
    'tvprev.id' => null,    
));

print "<br />Всего документов без превьюшек: ". $modx->getCount('modResource', $q);

$q->limit(100);

// Создаем самбнейл превьюшки
foreach($modx->getCollection('modResource', $q) as $resource){
    if($photo = $resource->getTVValue($TV_source) AND $thumb = $modx->runSnippet('phpthumbof', array(
        'input'     => $photo,
        'options'   => 'w=113&h=113&q=100&zc=1',
    ))
        AND $photo != $thumb
    ){
        $resource->setTVValue( $TV_target, $thumb);
        // print $thumb;
    }
    // print_r($resource->toArray());
}

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

Скажите пожалуйста, зачем обновлять контекст? И что делать на мультиязычных сайтах?

Скажите пожалуйста, зачем обновлять контекст? И чт

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

        // На всякий случай меняем контекст, если MODX сам не поменял на контекст документа
        $origin_context = null;
        if($modx->context->key == 'mgr'){
            $origin_context = $modx->context->key;
            $modx->switchContext('web');
        }

то причина следующая: дело в том, что TV-параметры привязываются к источникам файлов (индивидуально для каждого контекста). Но нельзя указать связку TV-поля с конкретным источником файлов в контексте mgr. Если вы не используете отдельного источника файлов. используя по умолчанию filesystem (который от корня сайта работает), то вам бояться нечего. А если у вас в web-контексте другой источник (я часто в основном использую Images (/assets/images/)), то без смены контекста будет использован тот же filesystem и пути побьются, файлы просто не будут найдены.
 

И что делать на мультиязычных сайтах?

Мультиязычных или мультидоменных? Мультиязычность здесь никакой роли не играет, а если мультидоменный (мультиконтекстный), то используйте во всех контекстах один и тот же источник файлов, что и в web, и никаких проблем не будет.
 

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

P.P.S -лучше использовать pThumb вместо phpthumbof, так как первый, в случае если картинка не найдена, использует указанный УРЛ картинки без изменения (то есть просто УРЛ будет на оригинал), в то время как второй или ничего не отдает, или записывается ошибка в TV.

Скажите пожалуйста, зачем обновлять контекст? Если вы про это: // На всякий случай меняем контекст, если MODX сам не поменял на контекст документа
        $origin_context = null;
        if($modx->context->key == 'mgr'){
            $origin_context = $modx->context->key;
            $modx->switchContext('web');
        } то причина следующая: дело в том, что TV-параметры привязываются к источникам файлов (индивидуально для каждого контекста). Но нельзя указать связку TV-поля с конкретным источником файлов в контексте mgr. Если вы не используете отдельного источника файлов. используя по умолчанию filesystem (который от корня сайта работает), то вам бояться нечего. А если у вас в web-контексте другой источник (я часто в основном использую Images (/assets/images/)), то без смены контекста будет использован тот же filesystem и пути побьются, файлы просто не будут найдены. И что делать на мультиязычных сайтах? Мультиязычных или мультидоменных? Мультиязычность здесь никакой роли не играет, а если мультидоменный (мультиконтекстный), то используйте во всех контекстах один и тот же источник файлов, что и в web, и никаких проблем не будет. P.S. на самом деле эта смена контекстов больше имеет значение при выполнении кода в консоли, когда по умолчанию используется текущий контекст mgr, но при редактировании документа через родной редактор страниц, проблем не должно никаких встать. P.P.S -лучше использовать pThumb вместо phpthumbof, так как первый, в случае если картинка не найдена, использует указанный УРЛ картинки без изменения (то есть просто УРЛ будет на оригинал), в то время как второй или ничего не отдает, или записывается ошибка в TV.

Скажите пожалуйста, зачем обновлять контекст? Если

Про источники файлов почитаю, спасибо. 
 Вы может быть не пользуетесь стандартными пакетами, но в наиболее распространённых инструкциях к Babel требуется создание отдельного контекста для языка. По-моему он иначе не работает.
 И ещё, я может глупость спрошу, но все-таки: у вас в условии if с бухты-барахты появляется переменная $photo. Я как-то привык сперва объявлять переменную, класть в неё что-то, а потом уже в условии проверять.
 ЗЫ вообще я phpThumbOn установил. но что-то он не больно по скорости обгоняет phpThumbof по моим наблюдениям.

Про источники файлов почитаю, спасибо. 
 Вы может 

Вы может быть не пользуетесь стандартными пакетами, но в наиболее распространённых инструкциях к Babel требуется создание отдельного контекста для языка.

Я мало использую стандартные пакеты, но во-первых, я знаю хорошо сам MODX (а значит и любой пакет для меня — не проблема), а во-вторых, в свое время не мало пакетов использовал.
 Вы в данном случае путаете разные вещи. То, что бабел заставляет делать новые контексты, это еще не говорит, что мультиязычность на что-то влияет. Повторюсь: сама мультиязычность ни на что не влияет. А вот по какой причине созданы контексты — это вообще не важно (бабел вас заставил, или сами захотели), здесь есть факт — другие контексты. И вот про эти контексты и их влияние я написал выше — здесь влияние только связка TV-контекст-Источник файлов. Всего написанного выше достаточно.
 

у вас в условии if с бухты-барахты появляется переменная $photo. Я как-то привык сперва объявлять переменную

if($photo = $resource->getTVValue($TV_source)

В данном случае не только происходит присвоение, но и ленивое объявление (сам php ее автоматом заводит). Ни логической, ни технической ошибки здесь никакой нет. А ваше желание объявлять переменные в шапке — это ваше право. Я тоже бывает переменные объявляю, но только тогда, когда они в коде расположены далеко друг от друга. Здесь переменная используется в двух строчках кода, близко расположенных друг к другу. Какой смысл их где-то объявлять?
 

ЗЫ вообще я phpThumbOn установил. но что-то он не больно по скорости обгоняет phpThumbof по моим наблюдениям.

Я не говорил ставить phpThumbOn. Я говорил про pThumb.

Вы может быть не пользуетесь стандартными пакетами, но в наиболее распространённых инструкциях к Babel требуется создание отдельного контекста для языка. Я мало использую стандартные пакеты, но во-первых, я знаю хорошо сам MODX (а значит и любой пакет для меня — не проблема), а во-вторых, в свое время не мало пакетов использовал.
 Вы в данном случае путаете разные вещи. То, что бабел заставляет делать новые контексты, это еще не говорит, что мультиязычность на что-то влияет. Повторюсь: сама мультиязычность ни на что не влияет. А вот по какой причине созданы контексты — это вообще не важно (бабел вас заставил, или сами захотели), здесь есть факт — другие контексты. И вот про эти контексты и их влияние я написал выше — здесь влияние только связка TV-контекст-Источник файлов. Всего написанного выше достаточно. у вас в условии if с бухты-барахты появляется переменная $photo. Я как-то привык сперва объявлять переменную У меня написано: if($photo = $resource->getTVValue($TV_source) В данном случае не только происходит присвоение, но и ленивое объявление (сам php ее автоматом заводит). Ни логической, ни технической ошибки здесь никакой нет. А ваше желание объявлять переменные в шапке — это ваше право. Я тоже бывает переменные объявляю, но только тогда, когда они в коде расположены далеко друг от друга. Здесь переменная используется в двух строчках кода, близко расположенных друг к другу. Какой смысл их где-то объявлять? ЗЫ вообще я phpThumbOn установил. но что-то он не больно по скорости обгоняет phpThumbof по моим наблюдениям. Я не говорил ставить phpThumbOn. Я говорил про pThumb.

Вы может быть не пользуетесь стандартными пакетами

Как долго я искал это решение! Очень благодарен! Пошел испытывать

Как долго я искал это решение! Очень благодарен! П

Отпишитесь по результатам :)

Доброе время суток) Долго я мучался, но нашел выход и в своей ситуации. Но в моем случае все оказалось гораздо проще. Мне не нравились примеси в имени файлов в Галерее изображений. Она у меня на основе компонента Gallery 1.6.2. Для отображения читаемого адреса достаточно сменить [[+image]] на [[+image_absolute]] в чанке оформления миниатюры. У меня это выглядит так
 

<li><a href="[[+image_absolute]]" class="fancybox" rel="external">
<img src="[[+thumbnail]]" alt="[[+description]]" title="[[+description]]" /></a>
<div class="description"> [[+description]]</div>
</li>

Доброе время суток) Долго я мучался, но нашел выход и в своей ситуации. Но в моем случае все оказалось гораздо проще. Мне не нравились примеси в имени файлов в Галерее изображений. Она у меня на основе компонента Gallery 1.6.2. Для отображения читаемого адреса достаточно сменить [[+image]] на [[+image_absolute]] в чанке оформления миниатюры. У меня это выглядит так <li><a href="[[+image_absolute]]" class="fancybox" rel="external">
<img src="[[+thumbnail]]" alt="[[+description]]" title="[[+description]]" /></a>
<div class="description"> [[+description]]</div>
</li>

Доброе время суток) Долго я мучался, но нашел выхо

достаточно сменить [[+image]] на [[+image_absolute]] 

Это исходная картинка, не ресайзнутая. Если вы зальете 100мегапиксельную картинку, то вам и будет она выведена. В этом огромная разница.

достаточно сменить [[+image]] на [[+image_absolute]] Это исходная картинка, не ресайзнутая. Если вы зальете 100мегапиксельную картинку, то вам и будет она выведена. В этом огромная разница.

достаточно сменить [[+image]] на [[+image_absolute

В моем случае они ресайзаются самой Галереей по заранее созданным настройкам
 

&thumbWidth=`250` &thumbHeight=`194` 
&thumbProperties=`{"f":"jpg","q":"50%"}`
&thumbTpl=`GalItemThumb`

В моем случае они ресайзаются самой Галереей по заранее созданным настройкам &thumbWidth=`250` &thumbHeight=`194` 
&thumbProperties=`{"f":"jpg","q":"50%"}`
&thumbTpl=`GalItemThumb`

В моем случае они ресайзаются самой Галереей по за

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

Я не спорю — может я пишу совсем о другом. Просто 

Дайте ссылку на сайт, где выводятся эти самбы.

stavmaster.com

Так и где у вас там ресайзинг? Вот смотрим галерею: stavmaster.com/galereya
 

В ней ссылка идет на исходную картинку, как она есть: /assets/gallery/30/624.jpg
 А самбы с примесями: /assets/components/gallery/connector.php?action=web/phpthumb&ctx=web&w=250&h=194&zc=1&far=C&q=50%25&f=jpg&src=%2Fassets%2Fgallery%2F30%2F624.jpg
 И где же решение озвученной проблемы?

Так и где у вас там ресайзинг? Вот смотрим галерею: stavmaster.com/galereya <ul class="galleries">
<li>
<a class="fancybox" rel="external" href="/assets/gallery/30/624.jpg">
<img title="" alt="" src="/assets/components/gallery/connector.php?action=web/phpthumb&ctx=web&w=250&h=194&zc=1&far=C&q=50%25&f=jpg&src=%2Fassets%2Fgallery%2F30%2F624.jpg">
</a>
<div class="description"> </div>
</li> В ней ссылка идет на исходную картинку, как она есть: /assets/gallery/30/624.jpg
 А самбы с примесями: /assets/components/gallery/connector.php?action=web/phpthumb&ctx=web&w=250&h=194&zc=1&far=C&q=50%25&f=jpg&src=%2Fassets%2Fgallery%2F30%2F624.jpg
 И где же решение озвученной проблемы?

Так и где у вас там ресайзинг? Вот смотрим галерею

О как) вот что значит обрадовался! Увидел короткий адрес при наведении мыши на картинку — и думал что проблема решена((

О как) вот что значит обрадовался! Увидел короткий

Именно. И в этом топике как раз и описывается как это решается.

Именно. И в этом топике как раз и описывается как 

Никакой проблемы в phpthumbof не может быть, если в него передается разный ключ input. Попробуй переиначить все на вызов его внутри своего сниппета.
 Вызов: [[!+modx.user.id:mySnippet.param=`param`]]
 

<?php
$key = "key_{$input}";
return $modx->runSnippet('phpthumbof', array(
    "input"    => $key,
    "options"    => "w=150",
));


Никакой проблемы в phpthumbof не может быть, если в него передается разный ключ input. Попробуй переиначить все на вызов его внутри своего сниппета.
 Вызов: [[!+modx.user.id:mySnippet.param=`param`]] Твой сниппет mySnippet: <?php
$key = "key_{$input}";
return $modx->runSnippet('phpthumbof', array(
    "input"    => $key,
    "options"    => "w=150",
));

Никакой проблемы в phpthumbof не может быть, если 

1. Я проблемы не вижу. Как минимум для этого надо показывать как должно быть, чтобы понять что не так. Все познается в сравнении.
 

2. Чисто догадка — подозреваю, что ресайзится не вся картинка, а только часть ее. Покажите весь код шаблончика, где передаются параметры в phpthumbof.

1. Я проблемы не вижу. Как минимум для этого надо показывать как должно быть, чтобы понять что не так. Все познается в сравнении. 2. Чисто догадка — подозреваю, что ресайзится не вся картинка, а только часть ее. Покажите весь код шаблончика, где передаются параметры в phpthumbof.

1. Я проблемы не вижу. Как минимум для этого надо 

Вот мы зашли на страницу jalousieko.ru/rulonnyie-shtoryi-d30-materialyi-rulonnyie-tkani.html?page=3 и нажали на пагинаторе тройку 
 Она выглядит так prntscr.com/5v9hdn
 А должна выглядеть так prntscr.com/5v9ioo
 Так отображаются фото к примеру на перовой странице. Причем иногда происходит так, я захожу на вторую или третью страницу в материалах, отображение съехавшее. Нажимаю F5 — появляется отображение нормальное.
 Магия какая то!

Вот мы зашли на страницу jalousieko.ru/rulonnyie-s

Хорошо бы все-таки вещи называть своими именами и более четко понимать где проблема. phpthumbof здесь вообще не при чем, потому что проблема не в картинках самих, а в верстке. ИМХО position:absolute; для плашек там вообще ни к чему. И видимо у вас скрипт рано вызывается, документ не успевает отрендериться нормально, из-за чего высота неверно высчитывается. В общем, перепроверяйте свой скрипт галереи.

Хорошо бы все-таки вещи называть своими именами и 

Так, хотя бы понятно куда копать. Спасибо)

Пожалуйста.

Обнаружил такую штуку, что на выходе от сниппета phpthumbof, выходят изображения немного бледные нежели оригинал, в чем может быть проблема? Помогите очень серьезный баг на мог взгляд. Причем если даже размер ставить в настройках один в один с оригиналом, все равно обрабатывает и делает изображение превьюшки более бледной по цвету. Кто сталкивался?

Обнаружил такую штуку, что на выходе от сниппета p

`&q=100`?

Сергей нет, ставил и с &q=100 и без не помогает

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

Тогда смотри применяемые фильтры. Наверняка какой-

да нет фильтров то то и оно

{block name=params}
    {$options = "&q=100&h=360"}
{/block}
{$image = $object.image|default:$object.imageDefault}
{$src = $modx->runSnippet('phpthumbof', [
    "input" => $image,
    "options"   => $options
])}

{block name=params}
    {$options = "&q=100&h=360"

Сталкивались. q=100 решало (100% качество задает). Больше подсказать нечего.

Сталкивались. q=100 решало (100% качество задает).

Николай, да не решает в том то и дело ) Сам был очень удивлен

Николай, да не решает в том то и дело ) Сам был оч

На другом хостинге пробовали?

А хостинг тут причем?

Ну, как бы phpthumb работает через модули php. А вдруг чего не установлено или функции отключены?

Ну, как бы phpthumb работает через модули php. А в

как вариант конечно можно попробовать раз уж других нет )

как вариант конечно можно попробовать раз уж други

Подскажите как решить такую проблему:
 У меня большой сайт ( более 1000 документов) Каждый раз когда создается кэш ресурса в папке [n]-ресурса создаются несколько файлов кэша и один из них карта всех ресурсов. Весит такой файл больше мегабайта. И что самое страшное такой файл есть в каждой папке каждого кэша ресурса.
 Как избавится от создания этих файлов?
 

..../core/cache/resource/web/resources/1017/de9523cb70751d473bd60d3cd20ae084.cache.php
 

<?php if(time() > 1433328958){return null;} return array (
  1 => 
  array (
    8 => 
    array (
      0 => 
      array (
        'id' => 9,
        'type' => 'document',
        'contentType' => 'text/html',
        'pagetitle' => '....',
        'longtitle' => '......',
        'description' => '',
        'alias' => 'davlenie',
        'link_attributes' => '',
        'published' => true,
...



Подскажите как решить такую проблему:
 У меня большой сайт ( более 1000 документов) Каждый раз когда создается кэш ресурса в папке [n]-ресурса создаются несколько файлов кэша и один из них карта всех ресурсов. Весит такой файл больше мегабайта. И что самое страшное такой файл есть в каждой папке каждого кэша ресурса.
 Как избавится от создания этих файлов? ..../core/cache/resource/web/resources/1017/de9523cb70751d473bd60d3cd20ae084.cache.php <?php if(time() > 1433328958){return null;} return array (
  1 => 
  array (
    8 => 
    array (
      0 => 
      array (
        'id' => 9,
        'type' => 'document',
        'contentType' => 'text/html',
        'pagetitle' => '....',
        'longtitle' => '......',
        'description' => '',
        'alias' => 'davlenie',
        'link_attributes' => '',
        'published' => true,
...

Подскажите как решить такую проблему:
 У меня боль

Это Wayfinder создает, 99%. Передавайте в вызов вейфайндера &cacheResults=`0`

Это Wayfinder создает, 99%. Передавайте в вызов ве

Огромное спасибо! Перестали создаваться файлы и даже папки с номером ресурса.
 Только вот еще один вопрос. 
 

Т.е. сайт очень большой формирование кэша занимает очень много времени от 6 до 9 секунд. Это очень много при первом открытии незакэшированной страницы. Я так понимаю это тоже WayFinder делает. А у меня их в шаблоне аж 3 штуки. Какие есть альтернативы?
 Или если это что-то другое, то что? И как исправить ситуацию?

Огромное спасибо! Перестали создаваться файлы и даже папки с номером ресурса.
 Только вот еще один вопрос. Т.е. сайт очень большой формирование кэша занимает очень много времени от 6 до 9 секунд. Это очень много при первом открытии незакэшированной страницы. Я так понимаю это тоже WayFinder делает. А у меня их в шаблоне аж 3 штуки. Какие есть альтернативы?
 Или если это что-то другое, то что? И как исправить ситуацию?

Огромное спасибо! Перестали создаваться файлы и да

Всё! Разобрался. Это действительно был вейфиндер в многоуровневом меню. Буду менять конструкцию

Всё! Разобрался. Это действительно был вейфиндер в

Т.е. сайт очень большой формирование кэша занимает очень много времени от 6 до 9 секунд.

Как минимум отключите кеширование карты ресурсов. Время генерации кеша не особенно снизится, но сам кеш контекста процентов на 50-70% уменьшится. Это системная настройка cache_alias_map.

Т.е. сайт очень большой формирование кэша занимает очень много времени от 6 до 9 секунд. Как минимум отключите кеширование карты ресурсов. Время генерации кеша не особенно снизится, но сам кеш контекста процентов на 50-70% уменьшится. Это системная настройка cache_alias_map.