PDA

Просмотр полной версии : Прогноз "регистрируемости" доменов


Vitaliy Fioktistov
08.04.2009, 14:38
На странице статистики по дням (http://cctld.uz/stat/daystat/) График новых доменов заменен на график "Новые и удаленные домены" с дневным приростом.

На странице статистике по месяцам (http://cctld.uz/stat/monthstat/) добавлен новый график "Прирост за 12 месяцев, %" отображающий процент изменения количества активных доменов за текущий месяц по отношению к тому же месяцу предыдущего года

Нельзя ли данные текущего дня/месяца и т.п. не выдавать вовсе а то последний бар всегда отрезать приходится.
Или (еще лучше) делать прогноз на конец периода типа такого:
http://pc.uz/files/temp/stat.png


Кстати, то же предложение актуально и для статистики по сайту в рейтинге www.uz

Djalolatdin Rakhimov
08.04.2009, 14:42
На странице статистики по дням (http://cctld.uz/stat/daystat/) График новых доменов заменен на график "Новые и удаленные домены" с дневным приростом.

На странице статистике по месяцам (http://cctld.uz/stat/monthstat/) добавлен новый график "Прирост за 12 месяцев, %" отображающий процент изменения количества активных доменов за текущий месяц по отношению к тому же месяцу предыдущего года

Нельзя ли данные текущего дня/месяца и т.п. не выдавать вовсе а то последний бар всегда отрезать приходится.
Или (еще лучше) делать прогноз на конец периода типа такого:
http://pc.uz/files/temp/stat.png


Кстати, то же предложение актуально и для статистики по сайту в рейтинге www.uz (http://www.uz)

Нет, текущий месяц убирать не будем. Но может и сделаем прогнозный, если будет предложен алгоритм его расчета.

Evgeniy Sklyarevskiy
08.04.2009, 14:51
Но может и сделаем прогнозный, если будет предложен алгоритм его расчета
С обязательством обеспечения прогноза ;-0)

Vitaliy Fioktistov
08.04.2009, 14:54
Нельзя ли данные текущего дня/месяца и т.п. не выдавать вовсе а то последний бар всегда отрезать приходится.
Или (еще лучше) делать прогноз на конец периода

Кстати, то же предложение актуально и для статистики по сайту в рейтинге www.uz (http://www.uz)

Нет, текущий месяц убирать не будем. Но может и сделаем прогнозный, если будет предложен алгоритм его расчета.
Я и говорю, что еще лучше сделать текущие цифры+прогноз.

Алгоритм как у RAR, когда он определяет сколько времени до конца архивации:
elapsed_time= full_size / archived_size * left_time

В нашем случае, правда, наоборот
Кол-во доменов на конец периода = кол-во единиц в периоде / кол-во единиц, прошедших с начала периода * кол-во доменов на текущий момент
К примеру, если на 7 апреля зарегано 77 доменов, то:
Кол-во доменов на конец месяца (прогноз) = 30 / 7 * 77 = 330

Djalolatdin Rakhimov
08.04.2009, 16:03
Нельзя ли данные текущего дня/месяца и т.п. не выдавать вовсе а то последний бар всегда отрезать приходится.
Или (еще лучше) делать прогноз на конец периода

Кстати, то же предложение актуально и для статистики по сайту в рейтинге www.uz (http://www.uz)

Нет, текущий месяц убирать не будем. Но может и сделаем прогнозный, если будет предложен алгоритм его расчета.
Я и говорю, что еще лучше сделать текущие цифры+прогноз.

Алгоритм как у RAR, когда он определяет сколько времени до конца архивации:
elapsed_time= full_size / archived_size * left_time

В нашем случае, правда, наоборот
Кол-во доменов на конец периода = кол-во единиц в периоде / кол-во единиц, прошедших с начала периода * кол-во доменов на текущий момент
К примеру, если на 7 апреля зарегано 77 доменов, то:
Кол-во доменов на конец месяца (прогноз) = 30 / 7 * 77 = 330

Ну так проще всего :), но учитывая, что такой равномерности нет при регистрации доменов ежедневно (http://cctld.uz/stat/daystat/), то большого толку от такого прогноза и не будет. Мы и сами хотели сделать еще год назад такой простой прогноз, но поняли, что большого смысла он нести не будет.

Vitaliy Fioktistov
08.04.2009, 16:46
Ну так проще всего :), но учитывая, что такой равномерности нет при регистрации доменов ежедневно (http://cctld.uz/stat/daystat/), то большого толку от такого прогноза и не будет. Мы и сами хотели сделать еще год назад такой простой прогноз, но поняли, что большого смысла он нести не будет.

Почему? Вот табличка по посещаемости pc.uz. Эти данные было взять проще. Не так уж все и плохо - начиная со четвертого дня месяца погрешность не более 10%, а к концу вообще снижается фактически до нуля. А от прогноза никто и не ждет точных данных :)

http://static.pc.uz/temp/stat.gif

Использованы формулы, предлагаемые выше

Djalolatdin Rakhimov
08.04.2009, 16:51
Почему? Вот табличка по посещаемости pc.uz. Эти данные было взять проще. Не так уж все и плохо - начиная со четвертого дня месяца погрешность не более 10%, а к концу вообще снижается фактически до нуля.

Виталий, посещаемость и "регистрируемость" сайтов, мягко говоря, не одинаковые в тенденциях. Ты бы еще курс валют в пример привел :)

А от прогноза никто и не ждет точных данных

Хоть вокруг этого не спорим :)

Vitaliy Fioktistov
08.04.2009, 16:57
Почему? Вот табличка по посещаемости pc.uz. Эти данные было взять проще. Не так уж все и плохо - начиная со четвертого дня месяца погрешность не более 10%, а к концу вообще снижается фактически до нуля.

Виталий, посещаемость и "регистрируемость" сайтов, мягко говоря, не одинаковые в тенденциях. Ты бы еще курс валют в пример привел :)

А от прогноза никто и не ждет точных данных

Хоть вокруг этого не спорим :)

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

А этот кусок обсуждения перенесем в тему фишек топрейтинга и продолжим там. А то хотелось бы в середине дня/недели/месяца приблизительно представлять "на что идет сайт" :)

Djalolatdin Rakhimov
08.04.2009, 17:06
Давайте такой же расчет сделаем по регистрируемости?

Не знаю, посмотрим, что скажет АП.

Aziz Madetov
08.04.2009, 17:10
Алгоритм как у RAR, когда он определяет сколько времени до конца архивации:
elapsed_time= full_size / archived_size * left_time
Elapsed tme - оставшееся время, значит, формула выглядит так:
elapsed_time= full_size / archived_size * left_time - left_time
Это я так, ни к чему.. ^_^

Anatoliy Pelepetz
08.04.2009, 17:40
Давайте такой же расчет сделаем по регистрируемости?

Не знаю, посмотрим, что скажет АП.

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

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

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

Aziz Madetov
08.04.2009, 18:07
Тот алгоритм который предлагает Виталий мне кажется абсолютно не подходит для прогнозирования доменных имен. С таким же успехом можно хаотично выбирать число из количества доменов за прошлый месяц.Он для прогнозирования сжатия архивов )

Aziz Madetov
08.04.2009, 18:08
Если и делать прогноз то нужно его делать на несколько месяцев вперед, а для это нужно найти или придумать какой-то устойчивый алгоритм прогнозирования.
А есть смысл во всех этих прогнозах?

Anatoliy Pelepetz
08.04.2009, 18:10
Если и делать прогноз то нужно его делать на несколько месяцев вперед, а для это нужно найти или придумать какой-то устойчивый алгоритм прогнозирования.
А есть смысл во всех этих прогнозах?

Лично я смысла не вижу.

Vitaliy Fioktistov
08.04.2009, 18:46
Если и делать прогноз то нужно его делать на несколько месяцев вперед, а для это нужно найти или придумать какой-то устойчивый алгоритм прогнозирования.
А есть смысл во всех этих прогнозах?

Лично я смысла не вижу.

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

Логика: предыдущие бары - значение за месяц, последний за период, меньший (может быть и день и неделя и т.п.).

Если же это никого не смущает - оставляйте как есть.

Evgeniy Sklyarevskiy
08.04.2009, 19:01
Прогнозируемость функции на будущее называется экстраполяцией. На Арбузе есть программа, которая по первым значениям функции выдает последующие. Этот алгоритм использован на одном из сайтов для расчета площади и объема Арала.

Ray
10.04.2009, 18:36
Тот алгоритм который предлагает Виталий мне кажется абсолютно не подходит для прогнозирования доменных имен. С таким же успехом можно хаотично выбирать число из количества доменов за прошлый месяц.

Это все равно что прогнозировать котировки валют, которые сами по себе являются фракталом с неизвестными параметрами. На короткий промежуток - просто экстраполяцией по какому-нибудь полиному, например годовому - но на большой период абсолютно не имеет смысла.
IMHO.