Мультиниши на ДТР

кто-то делал на ДТРе мультинишевые сиджи? как нагрузка?
стоит ли делать для каждой ниши схему из 3 групп?

а что это вообще реально?

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

Делал
Обязательно галку на Consequent rerank: в setup
Группу на нишу лучше одну, а не три
В группах лучше не держать откровенно много тумб
В остальном косяков не замечал, вроде, нормально всё.

а примеры продемонстрировать можно?

kebzu: Примеров очень не много, т.к. в дтр делать мультинишу - откровенно не удобно.



p.s. Я свой давно продал, так что не покажу

Woland: шпион да)
теперь он у Кн-а? его мучать?

kebzu: Честно говоря теперь он однонишевый сидж давно.
Нет, Kn отношения никакого не имеет к нему

a текстовый вариант мультиниши делается аналогично?

пробовал по 3 на нишу - на 6 нишах уже запутался - затупил и забил дтр для мультиниши не очень удобен

Цитата:

a текстовый вариант мультиниши делается аналогично?

Да, текстовый тоже делал

аналогично по одной групе и косиквент реранк?

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

но на смарт тумбсах делать удобнее.

я делал, но не много ниш, а пару, например пиксы/мувисы, или мувисы/туб

можно и по три группы делать, называть их правильно типа teen temp, teen index, teen trash

но с одной группой легче и быстрее как-то)

с одной группой я так понимаю нагрузка больше т.к. пересчет идет на весь контент сразу а при трех пересчет идет только на группе для которой стоит счетчик и которая является мордой

sawm: наверное, я не замарачивался особо. Это лучше у джоя спросить я думаю)

у джоя уточнял, с точки зрения нагрузки, вариант с тремя группами - лучший вариант

sawm: ну да, возможно) только вот с тремя группами я так и не понял как добавлять новые testable галерки, ведь от этого добавления размер индексной группы будет со временем все больше и больше. Нужно будет периодически чистить группу чтоб осталось объектов=колво ячеек на морде.