Средние цены внутренних страниц

[Scamp]

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

[human]

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

Кто-то .. купил сам у себя на своих сайтах за бешеные деньги. Цены взлетели)

Да, это вполне возможно. Причем манипулировать этими цифрами можно в любую сторону.
Я уже говорил раньше, что вместо средних цифр нужна статистика и приводил пример таблички.
Но без доступа к БД продемонстрировать эту разницу трудно.
Поэтому показываю на другом примере.

http://humangarden.ru/knigi/booksprice.php
Здесь статистика по ценам (только не на ссылки:-).. Хорошо видно, что при одинаковой средней (AVG) реальная картина очень разная.
Добавлю еще, что при таком подходе варианты с искусственной накруткой или демпингом не сработают, т.к. появление сотни -другой резко отличающихся страниц просто дадут небольшой всплеск на пустом месте.

[SergVK]

Вчерашние позавчерашние скачки цен похоже были либо из-за сбоев БД, либо (и это быстрее всего) волны поднятия цен после февральского пересчета тИЦ. Прошел ровно месяц, а как известно изменение цены подтверждается через месяц. Так что цены в системе на уже проданные ссылки запаздывают на месяц.
А вспомним, что было тогда. Сайтов около полутора тысяч, 300 тыс страниц, и постоянные атаки на сервер. Цены скакали каждый день. Ктото поставил повыше, в надежде получить побольше и уже забыл.... Иначе я лично объяснить не могу поднятие цены с 0.07 до 0.99, это даже не в 10 раз......
Если вести речь о статистике по системе, то она многомерна. Минимум это три показателя, тИЦ, ПР, УВ. Остальными могут быть: количество ссылок на странице, количество страниц в проекте, количество страниц с такими показателями в системе, страниц и ссылок в тематике, количество проданных ссылок на странице и в системе, предложение, спрос, время жизни сайта в системе, срок размещения ссылки.... можно еще с десяток найти и все они будут иметь определенный вес при формировании среднего. На то, чтобы это все обработать никаких вычислительных мощностей не хватит. Поэтому реально использовать тока 3 первых показателя. Тогда табличка должна выглядеть так:
По горизонтали ПР от 0 до 10 (больше не будет потомучто), по вертикали тИЦ, на пересечении три цыфры, одна под другой согласно УВ.
И при вычислении лучше использовать не арифмитическое среднее, а считать по Гауссу. Тогда запросы в 100 долл за 3УВ не будут иметь вес.