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

Tips & tricks

Blog by Fi1osof

Вопрос по Gallery

Gallery не работает &activeCls

Ошибка  makeUrl()

Сортировка в Gallery Modx

Не загружается файл IPEG

Помогите сделать галерею

Вопрос: Пустая страница компонентов

Кастомная галерея by Gallery

компонент Gallery. Не редактируются фотки

Title в Галерее изображений

Не могу разобраться с Gallery. Дерево альбомов

Перестала отображаться информация в разделах Профиль, Настройки, Сообщения, Галерея

Процессор для работы с Gallery

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

dropbox-2.1.2+MIGX+phpthumbof

Все понятно. Блин, хотелось бы все же с процессорами разобраться. По-моему, mgr/item/getlist в gallery меньше кода гоняет

Все понятно. Блин, хотелось бы все же с процессора

Как создавать собственные галереи на основе Gallery, я писал здесь.
 

А по поводу возвращаемого JSON-а: изначально modProcessor::outputArray() возвращает JSON-строку.
 

public function outputArray(array $array,$count = false) {
    if ($count === false) { $count = count($array); }
    return '{"total":"'.$count.'","results":'.$this->modx->toJSON($array).'}';
}

Но так как мы часто пишем метод process сами, и возвращаем в нем $this->success() или $this->failure(), то $this->outputArray() мы и не замечаем. А вот modObjectGetListProcessor в process() именно его и возвращает.
 

public function process() {
    $beforeQuery = $this->beforeQuery();
    if ($beforeQuery !== true) {
        return $this->failure($beforeQuery);
    }
    $data = $this->getData();
    $list = $this->iterate($data);
    return $this->outputArray($list,$data['total']);
}

Вот поэтому ты на выходе и получаешь JSON. Перегрузи outputArray и все. Можешь в нем $this->success($msg, $array) вернуть, а можешь сразу массив вернуть, как у меня в getdata-процессорах.
 

public function outputArray(array $array, $count = false){
        return array(
            'success' => true,
            'message' => $this->getMessage(),
            'count'   => count($array),
            'total'   => $count,
            'object'  => $array,
        );
}

Как создавать собственные галереи на основе Gallery, я писал здесь. А по поводу возвращаемого JSON-а: изначально modProcessor::outputArray() возвращает JSON-строку. public function outputArray(array $array,$count = false) {
    if ($count === false) { $count = count($array); }
    return '{"total":"'.$count.'","results":'.$this->modx->toJSON($array).'}';
} Но так как мы часто пишем метод process сами, и возвращаем в нем $this->success() или $this->failure(), то $this->outputArray() мы и не замечаем. А вот modObjectGetListProcessor в process() именно его и возвращает. public function process() {
    $beforeQuery = $this->beforeQuery();
    if ($beforeQuery !== true) {
        return $this->failure($beforeQuery);
    }
    $data = $this->getData();
    $list = $this->iterate($data);
    return $this->outputArray($list,$data['total']);
} Вот поэтому ты на выходе и получаешь JSON. Перегрузи outputArray и все. Можешь в нем $this->success($msg, $array) вернуть, а можешь сразу массив вернуть, как у меня в getdata-процессорах. public function outputArray(array $array, $count = false){
        return array(
            'success' => true,
            'message' => $this->getMessage(),
            'count'   => count($array),
            'total'   => $count,
            'object'  => $array,
        );
}

Как создавать собственные галереи на основе Galler

Понятно, спасибо. Сейчас попробую.

Так кто мешает? Говорю же — перегрузи метод outputArray() и все.

Так кто мешает? Говорю же — перегрузи метод output

Пожалуйста.

<?php
require_once(MODX_CORE_PATH.'components/gallery/processors/mgr/item/getlist.class.php');

class modSiteGalleryProcessor extends GalleryItemGetListProcessor{

public function outputArray(array $array, $count = false){
        return array(
            'success' => true,
            'message' => $this->getMessage(),
            'count'   => count($array),
            'total'   => $count,
            'object'  => $array,
        );
}
}
return 'modSiteGalleryProcessor';


<?php
$response = $modx->runProcessor('gallery/getlist', 
array(
    'album' => 1,
), 
array(
    'processors_path' => $modx->getOption('core_path') . 'site/processors/'
));
print_r($response->response);


ничего не выдает, только Loading крутится. Что-то я еще не сделал?

вот что получилось: <?php
require_once(MODX_CORE_PATH.'components/gallery/processors/mgr/item/getlist.class.php');

class modSiteGalleryProcessor extends GalleryItemGetListProcessor{

public function outputArray(array $array, $count = false){
        return array(
            'success' => true,
            'message' => $this->getMessage(),
            'count'   => count($array),
            'total'   => $count,
            'object'  => $array,
        );
}
}
return 'modSiteGalleryProcessor'; вызываю из консоли <?php
$response = $modx->runProcessor('gallery/getlist', 
array(
    'album' => 1,
), 
array(
    'processors_path' => $modx->getOption('core_path') . 'site/processors/'
));
print_r($response->response); ничего не выдает, только Loading крутится. Что-то я еще не сделал?

вот что получилось: <?php
require_once(MODX_CORE_P

1. В начале кода в консоли пропиши ini_set('display_errors', 1); Чтобы php тебе выводил ошибки.
 2. Поставь FireBug или типа того, чтобы видеть Ajax-овые запросы и т.п.
 3. Ошибка у тебя 99,999% из-за $this->getMessage(). Это моя функция в моем процессоре, и в процессорах MODX-а ее нет. Поэтому у тебя скрипт и разваливается с критической ошибкой.

1. В начале кода в консоли пропиши ini_set('displa

'processors_path' => $modx->getOption('core_path'). 'site/processors/'

А что это ты из core_path процессор пытаешься дернуть? У тебя по идее как минимум в core_path. components должно лежать. Пути в общем проверь.

И еще: 'processors_path' => $modx->getOption('core_path'). 'site/processors/' А что это ты из core_path процессор пытаешься дернуть? У тебя по идее как минимум в core_path. components должно лежать. Пути в общем проверь.

И еще: 'processors_path' => $modx->getOption('core

Точно, исправил — заработало.

да просто в core положил папку site, где все процессоры и шаблоны. Не люблю слишком длинные пути.

да просто в core положил папку site, где все проце

А все-таки, что экономичнее на твой взгляд — getCollection или все-таки процессор? я так понял, процессор превьюшки генерит (у него возвращаются их адреса)? Они-то как раз и не нужны.

А все-таки, что экономичнее на твой взгляд — getCo

Крайне неудачное решение. Используй MODX_CORE_PATH .'components/site/processors/' и все.
 А экономия с путями тебе сразу несколько минусов дает:
 1. Компонент — это не только процессоры. Это еще контроллеры для админки, модели и т.п.
 2. Папка core не попадает в снимки сайта, так что Vapor-ом уже не сможешь перенести свой сайт.
 И еще куча минусов, включая «элементарно забыть про что-то там в core».

Крайне неудачное решение. Используй MODX_CORE_PATH

Резонно. Так и поступлю.

что кономичнее на твой взгляд — getCollection или все-таки процессор?

Ты путаешь довольно разные вещи. getCollection — это конкретный метод xPDO для получения массива объектов. При этом это не только запросы к базе данных, но и набивка результатов в конечные объекты. Чтобы это лучше понимать, прочитай эти статьи: 
 modxclub.ru/blog/200.html
 modxclub.ru/blog/166.html
 

А процессор — это процессор. И в нем логика может быть какая угодно. Так вот, классический modObjectGetlistprocessor использует в том числе и метод xPDO::getCollection(). Просто помимо этого он имеет ряд методов для проверки прав, формирования запроса, подсчета общего числа элементов, обработки вывода и т.п. Конечно же он по определению тяжелее, чем просто getCollection(). Но если брать те же getlist-процессоры из shopModx-а, то там не используется метод getCollection, а используется чистое PDO/xPDO. Те процессоры в итоге легче гораздо. 
 Но в случае с Gallery работать с объектами конечно же лучше как минимум по двум причинам:
 1. получаемые galItem-объекты имеют все необходимые методы для работы с этими картинками, а так же формирования путей, самбов и т.п.
 2. как правило элементов не много, так что нагрузкой можно пренебречь.

что кономичнее на твой взгляд — getCollection или все-таки процессор? Ты путаешь довольно разные вещи. getCollection — это конкретный метод xPDO для получения массива объектов. При этом это не только запросы к базе данных, но и набивка результатов в конечные объекты. Чтобы это лучше понимать, прочитай эти статьи: 
 modxclub.ru/blog/200.html
 modxclub.ru/blog/166.html А процессор — это процессор. И в нем логика может быть какая угодно. Так вот, классический modObjectGetlistprocessor использует в том числе и метод xPDO::getCollection(). Просто помимо этого он имеет ряд методов для проверки прав, формирования запроса, подсчета общего числа элементов, обработки вывода и т.п. Конечно же он по определению тяжелее, чем просто getCollection(). Но если брать те же getlist-процессоры из shopModx-а, то там не используется метод getCollection, а используется чистое PDO/xPDO. Те процессоры в итоге легче гораздо. 
 Но в случае с Gallery работать с объектами конечно же лучше как минимум по двум причинам:
 1. получаемые galItem-объекты имеют все необходимые методы для работы с этими картинками, а так же формирования путей, самбов и т.п.
 2. как правило элементов не много, так что нагрузкой можно пренебречь.

что кономичнее на твой взгляд — getCollection или 

Ясно. Так и поступлю. Спасибо.

<?php
/**
 * Smarty plugin
 *
 * @package Smarty
 * @subpackage PluginsFunction
 */


function smarty_function_galAlbum($params, & $smarty)
{
    if(!isset($params['album']) OR !$album = $params['album']){return;}

	$output = '';
    if(!$rowTpl = $params['rowTpl']){
		$output = array();
	}

    if(!empty($params['assign'])){
        $assign = (string)$params['assign'];
    }
    
    $modx = & $smarty->modx;

	// Получаем все элементы
	$q = $modx->newQuery('galItem');
	$q->join('galAlbumItem', 'AlbumItems');
	$q->where(array(
	    'AlbumItems.album' => $album,
	));

	if($items=$modx->getCollection('galItem', $q)){
		foreach($items as $item){
		    $item = array(
		        'name'			=>$item->get('name'),
                'description'	=>$item->get('description'),
//                'filename'	=>$item->get('filename'),
//                'mediatype'	=>$item->get('mediatype'),
//                'url'			=>$item->get('url'),
		        'relativeImage'	=> $item->get('relativeImage'),
//                'thumbnail'	=>$item->get('thumbnail'),
//                'image'	=>$item->get('image'),
//                'absoluteImage'	=>$item->get('absoluteImage'),
//                'filesize'	=>$item->get('filesize'),
//                'image_path'	=>$item->get('image_path'),
		    );
			if($rowTpl){
	            $smarty->assign('item',$item);
				$output.=$smarty->fetch($rowTpl);
			}
			else{
				$output[]=$item;
			}
		}
	}
    return !empty($assign) ? $smarty->assign($assign, $output) : $output;
}



Ну, примерно так: <?php
/**
 * Smarty plugin
 *
 * @package Smarty
 * @subpackage PluginsFunction
 */


function smarty_function_galAlbum($params, & $smarty)
{
    if(!isset($params['album']) OR !$album = $params['album']){return;}

	$output = '';
    if(!$rowTpl = $params['rowTpl']){
		$output = array();
	}

    if(!empty($params['assign'])){
        $assign = (string)$params['assign'];
    }
    
    $modx = & $smarty->modx;

	// Получаем все элементы
	$q = $modx->newQuery('galItem');
	$q->join('galAlbumItem', 'AlbumItems');
	$q->where(array(
	    'AlbumItems.album' => $album,
	));

	if($items=$modx->getCollection('galItem', $q)){
		foreach($items as $item){
		    $item = array(
		        'name'			=>$item->get('name'),
                'description'	=>$item->get('description'),
//                'filename'	=>$item->get('filename'),
//                'mediatype'	=>$item->get('mediatype'),
//                'url'			=>$item->get('url'),
		        'relativeImage'	=> $item->get('relativeImage'),
//                'thumbnail'	=>$item->get('thumbnail'),
//                'image'	=>$item->get('image'),
//                'absoluteImage'	=>$item->get('absoluteImage'),
//                'filesize'	=>$item->get('filesize'),
//                'image_path'	=>$item->get('image_path'),
		    );
			if($rowTpl){
	            $smarty->assign('item',$item);
				$output.=$smarty->fetch($rowTpl);
			}
			else{
				$output[]=$item;
			}
		}
	}
    return !empty($assign) ? $smarty->assign($assign, $output) : $output;
}

Ну, примерно так: <?php
/**
 * Smarty plugin
 *
 *

Да, подобные решения очень нужны. Планирую выпустить серьезно обновленную сборку, в котором будет больше готовых модулей на процессорах+Smarty, включая менюшку на процессорах и т.п.
 Но вот оформлению в виде Smarty-плагинов предпочитаю именно процессоры. Есть ряд причин:
 1. Smarty-плагины — это не формат MODX-а, и они не особо укладываются в модель пакетов для него. А даже если их включать в пакеты, то для подключения их надо указывать Smarty дополнительную директорию расширений (через плагин). Все это очень не удобно.
 2. Smarty-плагины подходят только для самого Smarty. Отдельно их не вызовешь. А вот MODX-процессоры можно вызвать где угодно — хоть в Smarty, хоть в плагиных, хоть в сниппетах, хоть в других плагинах. К тому же процессоры можно использовать и в других системах шаблонизации (ведь все еще витают идеи прикрутить Twig и т.п.).
 3. Smarty-плагины — это просто функции, а значит их расширить или переопределить нельзя. С процессорами все гораздо интересней, потому что это классы.
 

В общем, я стараюсь Smarty не обвешивать особенно.

Да, подобные решения очень нужны. Планирую выпустить серьезно обновленную сборку, в котором будет больше готовых модулей на процессорах+Smarty, включая менюшку на процессорах и т.п.
 Но вот оформлению в виде Smarty-плагинов предпочитаю именно процессоры. Есть ряд причин:
 1. Smarty-плагины — это не формат MODX-а, и они не особо укладываются в модель пакетов для него. А даже если их включать в пакеты, то для подключения их надо указывать Smarty дополнительную директорию расширений (через плагин). Все это очень не удобно.
 2. Smarty-плагины подходят только для самого Smarty. Отдельно их не вызовешь. А вот MODX-процессоры можно вызвать где угодно — хоть в Smarty, хоть в плагиных, хоть в сниппетах, хоть в других плагинах. К тому же процессоры можно использовать и в других системах шаблонизации (ведь все еще витают идеи прикрутить Twig и т.п.).
 3. Smarty-плагины — это просто функции, а значит их расширить или переопределить нельзя. С процессорами все гораздо интересней, потому что это классы. В общем, я стараюсь Smarty не обвешивать особенно.

Да, подобные решения очень нужны. Планирую выпусти

согласен. В принципе, я вчера и процессор испытал — все удобно. И полностью согласен с тобой в плане процессоров. Просто я пока во всем этом новичок, все интересно, да и опыта набираюсь потихоньку.

согласен. В принципе, я вчера и процессор испытал 

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

Не, поиграться и попробовать различные способы — э

Здравствуйте, использую ваш код, ссылка /assets/components/gallery/connector.php?action=web/image/gallery/small&src=/assets/gallery/1/2.jpg"/> выдает сообщение {«success»:false,«message»:"\u0414\u043e\u0441\u0442\u0443\u043f \u0437\u0430\u043a\u0440\u044b\u0442.",«total»:0,«data»:[],«object»:{«code»:401}}. Как это можно исправить?

Здравствуйте, использую ваш код, ссылка /assets/co

1. Смотрите коннектор вызываемый. Там в паблике без проверки прав будет работать только для действия web/phpthumb.
 

2. В помощь: modxclub.ru/blog/voprosy-spetsyalistov/136.html

Здравствуйте. 1. Смотрите коннектор вызываемый. Там в паблике без проверки прав будет работать только для действия web/phpthumb. 2. В помощь: modxclub.ru/blog/voprosy-spetsyalistov/136.html

Здравствуйте. 1. Смотрите коннектор вызываемый. Та

вышел из положения вот такой конструкциеей 


вышел из положения вот такой конструкциеей ?

забыл что ваш движок теги хавает и просит еще... повторяю:



div class="[[+id:if=`[[+id]]`:is=`1`:then=`item activ`:else=`item`]]"

        img class="[[+imgCls]]" src="[[+thumbnail]]" alt="[[+name]]" /

/div



забыл что ваш движок теги хавает и просит еще... повторяю: div class="[[+id:if=`[[+id]]`:is=`1`:then=`item activ`:else=`item`]]"

        img class="[[+imgCls]]" src="[[+thumbnail]]" alt="[[+name]]" /

/div

забыл что ваш движок теги хавает и просит еще... п

А дайте ссылку на документацию, где указано, что можно передавать параметр activeCls. Я его в сниппете Gallery не наблюдаю.
 P.S. И хотите иметь полный контроль над Gallery, осваивайте это.

А дайте ссылку на документацию, где указано, что м

забыл что ваш движок теги хавает и просит еще... повторяю:

Да, дойдут руки, подправим. А пока, если что, выкладывайте листинги на гистхаб или типа того.

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

http://rtfm.modx.com/extras/revo/gallery/gallery.gallery



itemCls	The CSS class to use for each item.	gal-item

activeCls	The CSS class to add if the item is the "active" item.	gal-item-active



http://rtfm.modx.com/extras/revo/gallery/gallery.gallery itemCls	The CSS class to use for each item.	gal-item

activeCls	The CSS class to add if the item is the "active" item.	gal-item-active

http://rtfm.modx.com/extras/revo/gallery/gallery.g

п.с. за ссылку спасибо.


Что интересно, да, должен учитываться и выводиться. Вот такой код в нем есть:
 

$highlightItem = $modx->getOption($imageGetParam,$_REQUEST,false);

/** @var galItem $item */

foreach ($data['items'] as $item) {

    $itemArray = $item->toArray();

    $itemArray['idx'] = $idx;

    $itemArray['cls'] = $itemCls;

    if ($itemArray['id'] == $highlightItem) {

        $itemArray['cls'] .= ' '.$activeCls;

    }

Но, как следует из кода, этот класс будет выводиться только тогда, когда указан id элемента в запросе ($_REQUEST). Так что если вы рассчитываете на то, что будет выводиться активный просто при выводе галереи, получается, это не сработает. Ваша конструкция должна больше отвечать поставленной вами цели.

Что интересно, да, должен учитываться и выводиться. Вот такой код в нем есть: $highlightItem = $modx->getOption($imageGetParam,$_REQUEST,false);

/** @var galItem $item */

foreach ($data['items'] as $item) {

    $itemArray = $item->toArray();

    $itemArray['idx'] = $idx;

    $itemArray['cls'] = $itemCls;

    if ($itemArray['id'] == $highlightItem) {

        $itemArray['cls'] .= ' '.$activeCls;

    } Но, как следует из кода, этот класс будет выводиться только тогда, когда указан id элемента в запросе ($_REQUEST). Так что если вы рассчитываете на то, что будет выводиться активный просто при выводе галереи, получается, это не сработает. Ваша конструкция должна больше отвечать поставленной вами цели.

Что интересно, да, должен учитываться и выводиться

Все же конструкция не подошла, так так как [[+id]] который используется в условиях возвращает порядковый номер картинок в целом а не с начала альбома. 


Что бы добиться добавления класса в [[+cls]] к первому элементу пришлось вмешаться в скрипт галереи 



$item_id=0;		 // добавлена переменная

foreach ($data['items'] as $item) {

    $itemArray = $item->toArray();

    $itemArray['idx'] = $idx;

    $itemArray['cls'] = $itemCls;

	$item_id++;		 // увеличиваем

    if ($item_id == 1) {	 // проверяем является ли эллемент первым в массиве 

        $itemArray['cls'] .= ' '.$activeCls;// добавляем класс

    }

    if ($itemArray['id'] == $highlightItem) {

        $itemArray['cls'] .= ' '.$activeCls;

    }



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


Все же конструкция не подошла, так так как [[+id]] который используется в условиях возвращает порядковый номер картинок в целом а не с начала альбома. Что бы добиться добавления класса в [[+cls]] к первому элементу пришлось вмешаться в скрипт галереи $item_id=0;		 // добавлена переменная

foreach ($data['items'] as $item) {

    $itemArray = $item->toArray();

    $itemArray['idx'] = $idx;

    $itemArray['cls'] = $itemCls;

	$item_id++;		 // увеличиваем

    if ($item_id == 1) {	 // проверяем является ли эллемент первым в массиве 

        $itemArray['cls'] .= ' '.$activeCls;// добавляем класс

    }

    if ($itemArray['id'] == $highlightItem) {

        $itemArray['cls'] .= ' '.$activeCls;

    } Возникает вопрос, можно было решить задачу как то боле правильно ?

Все же конструкция не подошла, так так как [[+id]]

Можно. Я же писал: хотите иметь полный контроль над Gallery, осваивайте это. 
 А сниппет Gallery править - не православно. Хотя бы копию его тогда сделайте и творите с ним, что хотите.

Можно. Я же писал: хотите иметь полный контроль на

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

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

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

Доброе время суток) Долго я мучался, но нашел выход и в своей ситуации. Но в моем случае все оказалось гораздо проще. Мне не нравились примеси в имени файлов в Галерее изображений. Она у меня на основе компонента 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
 И где же решение озвученной проблемы?

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

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

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

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

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

Подскажите, пожалуйста, как использовать? 

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

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

Подскажите, пожалуйста, как использовать? Точнее к

Вообще процессоры никто не открывает. Для вызова процессоров создаются коннекторы. Для connectors/system/phpthumb.php тоже есть коннектор connectors/system/phpthumb.php но он закрыт для доступа неавторизованных пользователей. Чтобы доступ открыть, создайте свой коннектор и из него уже вызывайте этот коннектор, но перед вызовом пропишите 

Это отключит проверку конкретно при вызове данного коннектора.

Пример вызова: /connectors/system/phpthumb.php?src=assets/images/lazy/2ca4cdfbc2724655d6ca1edfad86b70a.jpg&w=300

Вообще процессоры никто не открывает. Для вызова процессоров создаются коннекторы. Для connectors/system/phpthumb.php тоже есть коннектор connectors/system/phpthumb.php но он закрыт для доступа неавторизованных пользователей. Чтобы доступ открыть, создайте свой коннектор и из него уже вызывайте этот коннектор, но перед вызовом пропишите Это отключит проверку конкретно при вызове данного коннектора. Пример вызова: /connectors/system/phpthumb.php?src=assets/images/lazy/2ca4cdfbc2724655d6ca1edfad86b70a.jpg&w=300

Вообще процессоры никто не открывает. Для вызова п

спасибо за совет

Gallery

Gallery Revolution

htaccess

modx

modx revolution

phpThumb

phpthumbof

картинки

поисковики

процессоры

# Николай Ланец aka Fi1osof
**Lead Fullstack Developer / Ментор / Евангелист современного JS‑стека**

---

## О себе

Я — не просто Senior Developer с 2007 года. Я — тот, кто строит продукты будущего на базе современных технологий и помогает другим подниматься на новую ступень айти-карьеры. Создатель и идейный вдохновитель freecode.academy — платформы, где обучение перестает быть скучной обязаловкой и становится настоящим технологическим приключением.

---

## Мой стек и философия разработки

Основу моего рабочего арсенала составляют:

- [Javascript](/technologies/ck1faudv928l40a89c4u9zxlm), [TypeScript](/technologies/ckcvwwx010kov08009u7y2rav)
- [React](/technologies/ck1fawbdw28v20a891k4wlh27), [Next.js](/technologies/ckg2jd4ffr9260730aog66dri)
- [Node.js](/technologies/ckt55wm59272831wo9gg9r8ynx), [GraphQL](/technologies/ck1fawhqk28vu0a8995lqvlsj), [Apollo Client](/technologies/ck2zdcg0vpvc10a89xjmhj1e0), [Nexus](/technologies/ckl2pbh0fxew60730ifl3zozp), [Prisma](/technologies/ck2zdbmi7pv8r0a89ntc2r0f1)
- DevOps: [Docker](/technologies/ck2y1x9lho9cy0a8953xzfjr8), [docker-compose](/technologies/ck2y1xqino9g80a89tsftxin2), [Caddy](/technologies/ck2zd8ovqpuyl0a8909748sbu), [Ubuntu](/technologies/cktu8giks3593911vmle30ztqxt)
- UI-инструменты: [Styled-Components](/technologies/ckk8myysio7lw0730csszvrdw), [Material-UI](/technologies/ckljv3jwd7bgf0730huxlko9n), [react-hook-form](/technologies/ckmx8cn9fmwrv073032e67722)
- Всё актуальное для разработки, CI/CD и автоматизации 
- Эксперименты с [WebGL](/technologies/ckan9anntc12f08003saqttrq), [A‑Frame](/technologies/ck2tgoiz8j37y0a89c7gxsrxc), [Three.js](/technologies/ck2tgns1nj32z0a89vmw7xw3f), [Unreal Engine 4](/technologies/ck7puswy6g4yb07004cdp6lbr), [Elixir](/technologies/ckn0olavrnnzi0730xs8rctn8), [C++](/technologies/cknin1y8lu2fr07307mskn2fn)

---

## Разработка и менторство

- Более 15 лет **hands-on** разработки и проджект‑менеджмента
- Главный разработчик и преподаватель платформы [freecode.academy](https://freecode.academy)
- **Ведущий менти-пул на платформе** — лично выращиваю новых звезд отрасли

### Мои менти и их результаты

| Менти (ФИО \| username)                               | Уровень | Рейтинг |
|-------------------------------------------------------|---------|---------|
| [Попов Дмитрий \| linklib](/users/cjoe890c706ji0d962oismzoe)           | 3       | 315     |
| [Сэт \| defk1lla](/users/ckzh1ita312978121imr9hpqfc64)                 | 3       | 670     |
| [Ксения Матвеева \| Ксения Матвеева](/users/ckz4awwlh10627771imr4wvpb7cj) | 2       | 0       |
| [Михаил \| Balamut](/users/cl1npq92z10258261vmbq0w6vfh2)               | 2       | 0       |
| [Ольга Ершова \| angel](/users/cjoe87zhk00250d969arluevk)              | 1       | 0       |
| [Егор \| rogedkone](/users/cksrdp47d3308261ijuq7wfrxdl)                | 3       | 0       |
| [Roman \| Roman43](/users/ckur2qtt64721431xoboyjcte52)                 | 2       | 0       |
| [Бут Игорь \| santiment](/users/ckttd9x20893951vmltb8t7sha)            | 1       | 0       |

**Доношу простую мысль: успех — это не магия, это осознанная системная работа и кайф от роста.**
Мои менти выводят решения в продакшн, пробиваются в лидеры рейтингов — кому не хочется быть в такой команде?

---

## Почему я?

- **Прокачаю проект** — от TDD архитектуры до культурного CI/CD
- **Вдохновлю команду** — и научу мыслить по‑новому, где ИИ — напарник, а не угроза
- **Выращу мидлов и сеньоров** — доказано платформой и рейтингами моих учеников

**Сила — в сообществе, а техника — это просто смазка для ваших побед. Присоединяйтесь!**

---

## Контакты

- 📧 [n.lanets@freecode.academy](mailto:n.lanets@freecode.academy)
- Телеграм: [@freecode_academy](https://t.me/freecode_academy)

---

**P.S.**: Мой опыт — ваш драйвер роста. Хотите в команду? Ищете менторство? Пишите. Растём вместе!