Есть фича “URLs with 0 result thumbs return 404” общий смысл которой заключается в том, что если у вас есть например 100 тумб, и пагинация по 20, то это 5 страниц. При запросе 6й страницы (например если вручную подправить URL), поскольку тумб для заполнения страницы не будет - скрипт выдаст 404 и покажет темпелйт content_not_found

Так же есть параметр для тага page_main_tag=true, которые показывает по какому из тагов считать навигацияю и TOTAL_ITEMS на странице, если таких тагов несколько.

Получаем следующий пример, который включает все из перечисленного.

<category order=ctr num=1-100>
category template
</category>


<thumb num=1-20 search_log=all >
search template (<!--SEARCH_QUERY-->, hits <!--SEARCH_QUERY_HITS-->  and so on
</thumb>


<thumb num=1-20 >
regular thumb template 
</thumb>

Например, у нас 100 сохраненных поисковых запросов и 500 тумб всего.

Опция URLs with 0 result thumbs return 404 Включена.

Итак, в оригинальном варианте на 6й странице у нас возникает вопрос: запрос search_log вернул 0, а для просто <thumb еще есть тумбы. надо в данном случае 404 показывать или нет - это зависит что вы считаете главное в темпелйте. Может быть тут вы хотите выводить поисковые запросы, а может быть поисковые запросы только дополнение к тумбам.

Добавим указание какой таг основной

<thumb num=1-20 search_log=all page_main_tag=true>
search template (<!--SEARCH_QUERY-->, hits <!--SEARCH_QUERY_HITS-->  and so on
</thumb>

<thumb num=1-20 >
regular thumb template 
</thumb>

теперь скрипт будет ориентироваться на search_log и на 6й странице выдаст 404.

Если же сделать <thumb num=1-20 page_main_tag=true> то на 6й странице выдаст обычные тумбы, но тут возникает проблема с тем, что search_log не выдаст ничего (поскольку для 6й страницы уже нет данных). Тут можно добавпить в таг fixed_num=true (например <thumb num=1-20 search_log=all fixed_num=true>) - и будет на всех страницах выводить именно 1-20, без учета сдвига на номер страницы.

И еще одна ситуация в которой нужен этот таг.

<category order=ctr num=1-100>
category template
</category>


<thumb num=1-20 search_log=all >
search template (<!--SEARCH_QUERY-->, hits <!--SEARCH_QUERY_HITS-->  and so on
</thumb>

Например, мы толкьо создали сайт и у нас нет сохраненных поисковых запросов. В этой ситуации таг, когда не указан page_main_tag таг <thumb num=1-20 search_log=all > выдаст 0 тумб и сработает правило 404.

Тут есть как минимум 2 варианта того, что мог хотеть в данном случае дизайнер. Возможно это страница где выводятся поисковые запросы, а категории это просто часть сайта в хедере или футере сайта, и там действительно надо выдать 404.

С другой стороны возможно search_log это только дополнение и надо выводить именно категории. В этом случае page_main_tag надо добавить в <category order=ctr num=1-100 page_main_tag=true > дабы показать что этот таг основной для этой страницы.

Новая возможность для трейда топлистом.

Идея следующая: можно подмешивать в тумбы ротации - тумбы трейдеров. Например.

<thumb num=1-3></thumb>
тумба трейдера
<thumb num=3-6></thumb>
еще 2 тумбы трейдеров и тд

таким образом можно не делать выделенный топлист и даже поставить ским 100.

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

<thumb num=1-3></thumb>

<trader num=1> <!--DOMAIN--> </trader>

<thumb num=3-6></thumb>

<trader num=2-3> <!--DOMAIN--> </trader>

Итого внутри тага <trader можно использовать

<!--DOMAIN--> - домен 
<!--DESCRIPTION--> = <!--DESC--> 
<!--IMAGE--> <!--IMAGE2--> и так далее если у вас для каждого трейдера более одной тумбы

Возможные параметры для тага

<trader num=1 .... >
num = номер трейдера, может быть промежуток например 1-5

order = сортировка, варианты uniques, raws, priority. по деофлту - uniques.

Вариант сортировки priority нас интерисует в первую очередь для трейда, те тумбы трейдеров которым мы должны отдать в первую очередь будут находится выше в темплейте.

Добавлена возможность создавать кастом галеры указывая список картинок, те без указания исходной галеры. Для этого в импорте есть опция 'Image List' куда через запятую вписывается список урлов.

Тестовый вариант разделения ЦТР для каждой тумбы в категории.

Rotation Settings - Test settings - Boost gallery CTR in category, %

Смысл в том, что в каждой категории ЦТР галеры увеличивается пропорционально кол-ву кликов в категории, таким образом каждая тумба набирает как общий ЦТР так и отдельный в каждой категории, который зависит в том числе и от общего цтр. При маленьком бусте цтр в категории будет практически совпадать с общим, при большом будет сильно отличаться.

Например у тумбы 10 показов и 1 клик на индексе, 2 в категории А и 3 в категории Б. Boost = 50%, общий ЦТР при выводе тумбы на индесе либо без указания категории (1+2+3)/10 = 0.6

Для категории А (1+2*1.5(boost)+3)/10 = 0.7

Для категории Б (1+2+3*1.5(boost) )/10 = 0.75

В данный момент это работат только при использовании magic rotation parameter.

Добавлена возможность создания анимированных gif файлов для видео что нонче модно для сайтов в стиле пинтерест. Для использования надо:

1. убедиться что у вас на сервере стоит mplayer and ffmpeg и прописать пути в rotation - settings
2. добавить галерею с видео (URL) либо сразу урл к видео (FLV URL) и добавлять в preload
3. после процесинга в preload 1 можно кликнуть на лубую тумбу и откроется страница редактирования тумбы с плеером и добавленным видео

Можно сделать скриншот с любого момента видео. Либо Сделать там же анимированный гиф любой продлжительности и рейта. Обратите внимание, что размер результирующего файла прямо пропорционален рейту и продолжительности ролика.

Добавлен префикс для тагов, которые превращает любой html в закодированный JS код. Наиболее вероятное использование - кодирование ембед кода. Например,

исходный вариант 

<!--EMBED_CODE-->

можно заменить на 

<!--ENCODEHTML2JS_EMBED_CODE-->

Тк была изменена база немного поменялся конфиг сфинкса

	sql_query				= SELECT gi.gallery_id, UNIX_TIMESTAMP(gi.activation_date) as date, alt, description, gi.duration, sponsor_id, gs.total_ctr, gi.content_type, \
							(SELECT group_concat(tag_name) FROM rot_gal2tag g2t \
							LEFT JOIN rot_tags as t on t.tag_id = g2t.tag_id \
							WHERE g2t.gallery_id = gi.gallery_id) as tags, \
							(SELECT group_concat(gss.group_id) FROM rot_gallery_stats1 as gss \
							WHERE gss.gallery_id = gi.gallery_id AND group_id != 0) as categories \
							FROM rot_gallery_info AS gi \
							JOIN rot_gallery_data1 AS gd ON gi.gallery_id = gd.gallery_id \
							JOIN rot_gallery_stats1 AS gs ON gs.gallery_id = gi.gallery_id \
							WHERE gallery_status = 'active' and gallery_type = 0 \
							and gs.best_thumb = 'yes' and gs.group_id = 0


	sql_attr_timestamp		= date
	sql_attr_uint		    = duration
	sql_attr_uint		    = sponsor_id
	sql_attr_float		    = total_ctr
	sql_attr_uint		    = content_type
	sql_attr_uint			= gallery_id
    sql_attr_multi 			= uint categories from field; 

Допустим у нас ситуация, когда у нореф ским 100%, а у оверклик - 0% (или какое-то другое число отличное от 100). Допустим пришел нореф и сделал 20 кликов со скимом норефа - 100%. После дефолтных 20 кликов трейдер становится оверкликом и скимминг для него становится 0%. Однако мы хотим что б именно для нореф ским оставался 100% (для оверклик траффика трейдеров - 0%) - для этого добавлен специальный флаг - в поле скимминга для норефа надо написать !100 (восклицательный знак в начале) - это значит, что скиминг остается 100% даже в случае оверклика.

Для входящего траффика можно указывать список правил, например TDS_1. Это лучше тем, что в TDS можно указать сразу набор правил, по которым траффик будет обработан. В конце схемы TDS можно указать {ORIGINAL_URL} и это будет урл, куда траффик пойдет если не сработало правило TDS (обычно это индекс сайта, но возможны вариант персональных урлов и тп)

Автоматически и прозрачно, без добавления в урл, рассылает траффик в пределах группы текущего трейдера. те если условно трейдер А в трейд группе 1, то все клики пришедших с него серферов будут распределны в пределах группы 1, как если бы автоматически в урле всегда было &group=1

Находится настройка в Settings - Traffic Rules