Как обновлять сидж по-научному? :-)

Сабж. Допустим, есть узконишевый сидж с трафом 10k. На морде 100 тумб, 10% новые (стримротатор). Один раз в день добавляется, допустим, 10 галер с 10 тумбами в каждой. Автокроп, т.е. все тумбы каждой галеры тестируются на морде до выбора лучшей.

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

Последний раз редактировалось: DG (30/07/09 в 11:45), всего редактировалось 1 раз

Если стрим, сокаращать количество показов во время которых тумба считается новой,
больше ни как, помоему.

net666 писал:

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

Да, сокращать. Вопрос-то в том как его вычислить. Исходя из цифр.

DG писал:

Да, сокращать. Вопрос-то в том как его вычислить. Исходя из цифр.

Ну ты же видишь сколько трафа на сидже в день в админке? Вот из этого числа и исходи. То есть ставь в день траф*0.09 для надежности. Это из рассчета по 10 тумбов на галере. То есть 900 просмотров - самое оно.

tramper2 писал:

Ну ты же видишь сколько трафа на сидже в день в админке? Вот из этого числа и исходи. То есть ставь в день траф*0.09 для надежности. Это из рассчета по 10 тумбов на галере. То есть 900 просмотров - самое оно.

т.е. 10 тумб с галеры, добавляем 5 галер в день, получем 900*10*5=45K.
это в сутки чтоб отратировать 5 галер, это сколько получается надо слить трафа чтоб отратировать на начальном этапе морду сж из 100 тумб (галер) ?

только высчитывать - причем это беда всех ротаторов. по мере роста сиджа увеличивать число ежедневных апдейтов. если увеличить количество тумб на морде до 200 со 100 - эти 10% от общего количества показов сильно увеличатся или как вариант сделать процент не 10 а 20 - но это имхо не есть гуд. для узконишевого сиджа я думаю есть смысл подумать не о 10 а о 5 тумбах с галеры. это сильно сократит процесс отбора сути почти не изменяя.

Uncle Joe: Ты с dtr путаешь - в стриме 10% - это процентов новых тумб на морде (20 из 200 например), а не процент для вычисления сколько надо тумбу показать, как в дтр.

ты прав - я больше с ДТР дружу - но все же где я путаю? в стриме можно сделать не 10% новых тумб а 20 и это также убыстрит ротацию - я это и имел ввижу.или же оставить тот же процент показа новых но увеличить количество тумб на морде.

Uncle Joe: Ну я об этом:

Цитата:

если увеличить количество тумб на морде до 200 со 100 - эти 10% от общего количества показов сильно увеличатся

А так вообще, согласен - суть то в принципе не меняется

DG писал:

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

в сеттингах
ADDITION TO ROTATION SETTINGS: выбери точто тебе нужно
по умолчанию стоит так что новые твои галеры будут старатся вылазить на морду практически сразу..

net666 писал:

т.е. 10 тумб с галеры, добавляем 5 галер в день, получем 900*10*5=45K. это в сутки чтоб отратировать 5 галер, это сколько получается надо слить трафа чтоб отратировать на начальном этапе морду сж из 100 тумб (галер) ?

Какая-то странная у тебя математика. Тут был вопрос про то, чтоб отратировать 10 галер в день, при 10 местах постоянно на морде ими занятых. То есть каждая галера постоянно получает траф. То есть на каждые 10 тумбов приходится 10к трафа в день. То есть 1к на тумбу.
В твоем примере если 5 галер имеют на морде место для ротации (к примеру 5% от 100 галер на морде) то трафа надо соответственно все те же 10k. Еще я умножаю на 0.9 коэфициент типа форсмажор типа падения трафа на сидже.

Uncle Joe писал:

ты прав - я больше с ДТР дружу - но все же где я путаю? в стриме можно сделать не 10% новых тумб а 20 и это также убыстрит ротацию - я это и имел ввижу.или же оставить тот же процент показа новых но увеличить количество тумб на морде.

Олег, тут какое дело... Если увеличить процент показа новых тумб на морде резко - просядет прода. Так как ротироваться будет и та часть говна, что потом уйдет в архив. А если увеличить количество тумбов на морде, то как бы жаба начинает давить за бендвич переплачивать.

Я считал так: допустим, ежедневно добавляются G галерей по T тумб в каждой, т.е. всего G*T новых тумб. На самом деле больше, потому что стрим нарезает с "неформатных" картинок не одну тумбу, а три (середина и два края). То есть можем смело считать 1.5*G*T новых тумб, а то и больше.

В сутки на сайт приходит U уников, каждый уник видит N новых тумб, т.е. чтобы показать все новые тумбы один раз - нужно (1.5*G*T)/N показов морды. А чтобы показать все новые тумбы столько раз, сколько нужно для автовыбора лучших тумб (P показов) - нужен траф U=P*(1.5*G*T)/N.

Наоборот, когда у нас уже есть траф U уников в сутки, мы можем сказать: P=(U*N)/(1.5*G*T)
Это и есть то максимальное число показов, которое нужно для того чтобы тумбы успели открутиться за сутки.

При U=10k, N=10, G=10, T=10 получается около 130 тестовых показов.

DG: именно 130 можно поставить в конфиг файле стримротатора)
тоже раньше высчитывал, в итоге забил.
Легче всего сделать not rotated galls 30 (или меньше), кол-во показов для пиксов должно быть намного меньше, чем еслиб это были мувисы. А из awaiting стрим достает в рандомном порядке, поэтому если какие-то старые тумбы (гали) еще остались, то они будут добавляться на морду вперемешку с новыми.

Но чем меньше кол-во показов, тем хуже прода. Если допустим кол-во показов 100, тумба набирает эти 100 показов и допустим 2 клика, в итоге ранк у нее огромный, она лезет на первые места. А потом через сутки оказывается что тумба не очень и находится на 40ом месте) так вот в тот момент когда тумба была на первых местах прода была хуже.

Хорошая тема!
Созрел вопрос в продолжение (не стал отдельную тему открывать) - а стоит ли отключать/удалять старые тумбы, которые отротировались и имеют очень низкий rank/ctr?

Не стоит их совсем удалять. Можно засунуть в архив (если ротатор позволяет, если не позволяет - достаточно просто написать костыль, даже не знакомому с программерством). И месяцев через 4-5 снова пустить их на главную. Часто эффект будет интересным.