Эволюция SLEEP

[Anatoly]

Меня, помню, года с полтора назад слипы тож жутко раздражали. Я их отслеживал, ГБЛил, матерился, ругался. А потом взял и просто забил. Уже давно работаю по схеме ВС 3-2-1, поэтому, если где-то заводится злостный мигальщик, мигает он недолго - вскоре его место занимается нормальным О, а мигальщик, куда-нибудь сдриснув, располагается либо на другом месте моего сайта, либо ваще у других ВМ.

Ну и как-то проще так жить, получается.

[dgek1111]

Сообщение от poplop

А от слипов разве доход не падает7

Это смотря что Вы понимаете под альтернативой слипу.
Если бы не было слипов как класса - то доход бы у ВМ (и у системы) падал.

[Tatul]

Может смысл и есть, но я делаю проще:
М - раз в сутки в ГБЛ
В - через 3 суток в ГБЛ.

И ни каких проблемм)

[rover__]

Tatul, Это все следствие, мы же ведем речь о нормальном ИНСТРУМЕНТЕ. Например счетчик слипов. А уж через сколько кого и куда заносить - пусть решает каждый за себя.

[Svetoslav]

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

[rover__]

Svetoslav, Ну если счетчика слипов не дадут, то ИМХО это самый оптимальный вариант. Отпадет необходимость тыкать в каждую ссылку чтобы посмотреть КОЛИЧЕСТВО выпадений в слип вместо обращения за ДРУГОЙ НЕНУЖНОЙ ИНФОРМАЦИЕЙ в БД.

[Kosiak]

Вообще-то мои потери от слипов составляют 13% недополученной прибыли.

Бороться с этим могла бы и система, запрещающая "мигания" купленными ссылками (М) - учёт вести тут совершенно не обязательно, можно просто запретить это делать более 1 раза (я бы вообще запретил это делать, т.к. другой юзкейс кроме обмана не прослеживается). А в случае если бабло закончилось (В) списывать за все дни бронирования места (либо давать вебмастерам возможность вообще отключать такое бронирование - раз не успел - свободен).

Другие варианты решения проблемы:
1. настройка для В отправляющаяя мигальщиков автоматом в ГБЛ либо просто снимающая такие ссылки (думаю если настройка будет общедоступная, мыгальщики резко выведуться)
2. вариант подписи на слипе сколько раз ссылка в этом слипе была

Системе гораздо проще с этим явлением бороться и я не понимаю, почему это до сих пор не сделано, хотя очевидно, что вебмастера тут в значительном проигрыше, т.к. система на данном этапе работает именно на стороне О.

[XAHTOB]

Сообщение от Kosiak

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

если обидеть/распугать О, то ВМ будут в ещё большем проигрыше.

[Kosiak]

если обидеть/распугать О, то ВМ будут в ещё большем проигрыше.

Обидеть не дав им наё...ть ВМ? Мне партнёры, которые за спиной камень держат ни при каких условиях не нужны.
Речь не идёт об ущемлении О, скорее о выравнивании позиций. Если игры с миганиями благодаря тому, что в системе существует перекос принимают промышленные масштабы, то пора с этим что-то делать.

С точки зрения ПС, которая не ежедневно обходит каждую страницу сайта, мигания зачастую не заметны. Для неё ссылка висит постоянно. Так вот если это так, то почему ВМ должен получить меньше денег? Если же поисковик заметил мигнувшую ссылку - тем хуже, и при больших объёмах площадка будет скомпрометирована.

Я склоняюсь к тому, что О должны оплачивать бронь, либо вообще её не ставить, но перекладывать эти расходы на ВМ - это наглость.

[Napych]

Что-то действительно не здоровое творится со слипами. Часто ссылки уходят в слип по балансу через день-два после покупки и висят там по 2 недели, пока я их не удалю. Причём висят по 10% от проданных sleep-ов. И хрен бы с ним с доходом — беспокоит моргание.