Smart CJ для тупых :)

Aleks Keys: я сайтов без параметра ротации в каком бы то ни было виде - не видел. Если вы найдете такой сайт где есть ротация и при этом нет параметра ротации - покажите плз, сделаем так же.

LemonS:

Возникла проблемка.
На новых сиджах использовал функцию copy_rot_groups в ГА.
Тоесть с одного сиджа хотел скопировать группы на другие.

На нескольких сиджах все ок, скопировалось.

На остальных хер... Во вкладке групп нет вообще, новые не добавляются.
+ в list thumbs ошибка:

2014-01-31 10:59:48: Unsupported operand types in /home/domains/ххх.com/scj/admin/files/rot_list.php

Vantage: пишет потому что нет групп.

Оказалось что копировалось с мастера на слейв. Но слейв юзеает группы мастера.

В этом случае достаточно подключить\переподключить на нужный мастер.

Последний раз редактировалось: LemonS (31/01/14 в 18:56), всего редактировалось 1 раз

Для желающих проверить новый вариант индексации

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

/gallery/coool/index.html?12x34x567

было выражено мнение что каноникал не работает как надо ( http://smartcj.com/wiki/doku.php?id=ru:custom_galleries_and_google )

Оффтопик: хотя наблюдал что в каноникал суют прямо с параметром ротации, внимательнее надо чтоль...

те гугл у кого-то, несмотря на каноникал, индексирует как

/gallery/coool/index.html?11x22x567
/gallery/coool/index.html?33x44x567

и тп, те одну и туже галеру с разными параметрами.

Было высказано мнение что лучше так

/gallery/coool/index.html?param=12x34x567

и param внести в GWT как незначимый.

Для чего есть следующий вариант добавить в htaccess сразу после RewriteEngine On

RewriteCond %{QUERY_STRING} ^param=(.+)$
RewriteRule ^(.*)$ $1/?%1 [L]

и в самом темпелейте там где

/gallery/<!--GALLERY_SLUG-->/index.html?<!--THUMB_LINK-->

поменять на

/gallery/<!--GALLERY_SLUG-->/index.html?param=<!--THUMB_LINK-->

По поводу ап 51 и нагрузки

Сейчас проверял один сервак, там ап 51 и поднялась нагрузка.

Ситуация такая: вайтлист тагов не юзается, таблица тагов - 1.3М записей - это примерно 500 метров.


В 51, конечно с хорошими намерениями, было добавлено разделение тагов для раздельных слейвов http://smartcj.com/wiki/doku.php?id=ru:update_51#separate_tags.

Мысль очень простая: до 51 было например галера "asd qwe" , у нее таги asd и qwe. Потом к мастеру добавлялся слейв. Там делалилсь раздельные дески и например для этой галеры получался деск "zxc vbn", но тк таги не разделялись то на слейве показывались теже asd и qwe.


В 51, когда таги разделились, таги можно создавать правильные, те для слейва будет zxc и vbn. Но появилась другая проблема: например 20 слейвов и у каждого такие 1.3М тагов и получаем 20 * 0.5 гига = прибавление в 10 гиг к базе.


Правлиьное решение вопроса это конечно вайтлист как мне каежтся, потому что такое кол-во тагов это ненормально имхо.

Но возможно есть другие предложения как это сделать правильно ? Еще вариант по дефолту сделать без разделения тагов, и отдельную кнопку включения этого разделения, но это может добавить некоторую путаницу.

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

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

+1 к nosferatu ,
кому надо - пусть сами включат в сеттингах .

LemonS:
попробую новую индексацию

+1 К Носферату и Даябле

Судя по недавним событиям с rot_in.php, одноимённая кука rot_in тоже может быть не лишней параноей.
Ведь всего-лиш замена одного слова в темплейте, как было доказано, делала всё правильно. Может можно и куку переименовать или сделать имя куки параметром на выбор вебмастера в сеттингах SCJ или, например в common.php?
Как такая идея?

S_Flash писал:

Как такая идея?

Есть, озвучена на форуме смарта

Darkover писал:

Есть, озвучена на форуме смарта

Можно ссылочку?

S_Flash писал:

Можно ссылочку?

http://smartcj.com/forum/viewtopic.php?f=7&t=90439

LemonS писал:

По поводу ап 51 и нагрузки Сейчас проверял один сервак, там ап 51 и поднялась нагрузка. Ситуация такая: вайтлист тагов не юзается, таблица тагов - 1.3М записей - это примерно 500 метров. В 51, конечно с хорошими намерениями, было добавлено разделение тагов для раздельных слейвов http://smartcj.com/wiki/doku.php?id=ru:update_51#separate_tags. Мысль очень простая: до 51 было например галера "asd qwe" , у нее таги asd и qwe. Потом к мастеру добавлялся слейв. Там делалилсь раздельные дески и например для этой галеры получался деск "zxc vbn", но тк таги не разделялись то на слейве показывались теже asd и qwe. В 51, когда таги разделились, таги можно создавать правильные, те для слейва будет zxc и vbn. Но появилась другая проблема: например 20 слейвов и у каждого такие 1.3М тагов и получаем 20 * 0.5 гига = прибавление в 10 гиг к базе. Правлиьное решение вопроса это конечно вайтлист как мне каежтся, потому что такое кол-во тагов это ненормально имхо. Но возможно есть другие предложения как это сделать правильно ? Еще вариант по дефолту сделать без разделения тагов, и отдельную кнопку включения этого разделения, но это может добавить некоторую путаницу.

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

некоторые базы выросли в 5-10 раз , в раму перестало влазить все - сервак один стабильно в дауне валялся (не заметил даже из-за нерабочего global admin - сайтов шибко много)
на других la вырос в 2-3 раза просто из ниоткуда

Diablo II: пока можно просто очистить таблицы rot_gal2tag* предварительно сделав их бекап.

За сегодян постараемся доделать какой-то вариант опции.

LemonS писал:

За сегодян постараемся доделать какой-то вариант опции.

Лем, сделай как с десками - отдельно, сепаратед тагс и все, кому надо - тот разделит, кому нет - так и останется одна база с тегами. Но это хорошо будет тем, кто апдейтить будет после этого введения, а сейчас нужно чет еще придумать будет, тем, кто _уже_ запдейтился и получил тонну rot_gal2tag

По поводу rot_gal2tag

Добавлено временно фикс такой. На каждом сайте есть опция в test settings - Separate tags которая будет добавлена при апе сейчас и по дефолту она будет выключена.


Но уже созданные rot_gal2tag* удаляться и очищаться не будут. И не надо этого пугаться - опция будет выключана , система не будет к ним ображаться и они будут немного просто места на диске занимать.

В ПН решим как лучше сделать, потому что эти все переключения добавляют логики и в грабе и в редактировании и тп.

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

Wskeal: в настройках трейдера Traffic Settings - Ratio = 0 должно сработать. (Не проверял)

S_Flash: +1

помоему смарт на Ratio вообще не смотрит по крайне мере у меня стоит 120 и он запросто превышает его в 4 раза

Mad Knight: поставьте limit ratio 120 и будет точно 120

Mad Knight писал:

помоему смарт на Ratio вообще не смотрит по крайне мере у меня стоит 120 и он запросто превышает его в 4 раза

Ратио - это просто коэфициэнт, множитель. Типа если трейд1 имеет ратио 100, а трейд2 ратио 150 , то при прочих равных (а так же если аут лист состоит из одной позиции) трейд2 должен получить в 1,5 раза трафа больше чем первый . Таким образом, ратио влияет на относительную отдачу трафа, а никак не на абсолютную.
Если нужно абсолютное ограничение отдачи, то как лимон написал, пользоваться лимитами.

Wskeal писал:

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

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

Почитал последние несколько страниц и подумалось, что топик уже не для тупых, а для профессионалов. Нихуя не понятно.
Верните обсуждения для тупых ))

LemonS писал:

[b] Было высказано мнение что лучше так /gallery/coool/index.html?param=12x34x567 и param внести в GWT как незначимый. Для чего есть следующий вариант добавить в htaccess сразу после RewriteEngine On RewriteCond %{QUERY_STRING} ^param=(.+)$ RewriteRule ^(.*)$ $1/?%1 [L]

А напиши пожалуйста правильный реврайт для нгинкс (А лучше сразу в вики добавить).

И еще, в gwt установить параметр можно сканирование/параметры урл/добавление параметра? Я правильно понял?