Статистика по трекам

[pateus]

Доброго времени суток!
А вы не хотели бы реализовать какой-нибудь сервис онлайн статистики. Что то типа http://sms-track.ru/stat/.
Пользователи по желанию выгружают данные о своих треках на сервер (какая нибудь галочка в настройках).
Эти данные можно будет агрегировать различными способами и получать усредненные данные по экспорту-импорту по различным направлениям и пунктам импорта, средние сроки доставки посылок, задержкам на сортировках и т.п.
Думаю пользователей программы достаточно много и данные будут более точные чем у того же sms-track.

[MetalFan]

pateus, идея хороша...
Но только программа пока не умеет определять статус отправления... ну т.е. экпорт/импорт и т.п...
Это раз...
Второе - Еще момент в том, что на сколько готовы пользователи делиться своими данными и как это будет делаться? автоматически после получения нового статуса, ежедневно, еженедельно?
Просто статистика о сроках прохождения отправлений интересна свежая, т.е. придется встраивать в программу отправку статистики сразу же, после обновления трека...
Третье - в программе поддерживается просто масса сервисов, нам же интересны только почтовые и международные отправления... т.е. как-то надо будет вычленять нужную информацию из общей массы, а так же определять страну назначения посылки (не совсем понятно, каким образом)

В общем много есть над чем подумать. Возможно когда-нибудь и получится реализовать что-то годное.

[pateus]

Вся аналитика (определение статуса , страны отправителя и т.п.) должна быть на стороне сервера.
Отправляться информация должна сразу после обновления в программе.
Механизмы передачи отдельный вопрос все будет зависит от реализации на сервере, реализовать тот же SOAP например.
У пользователя в настройках (или настройках трека) должен быть чекбокс типа отравлять информацию о треках на сервер статистики. Хочешь отправляй хочешь нет.
Сервис по сути не важен если касается международных отправлений можно ограничится почтой России, Украины. Так как статусы экспорт, импорт да и проходы по сортировкам есть только у нее да и основные задержки происходят у нас.

Как вариант попробовать набрать данных по трекам, проанализировать все это и попробовать сформировать срезы по этим данным.

[detrin]

Наверное проще будет брать у пользователя сам трек номер. И дальше его самостоятельно обрабатывать средствами сервера.
Забирать можно на этапе ввода трекномера. Т.е. пользователь легко сможет часть трекномером сделать открытыми, а часть приватными.
Как следствие - минимум изменений в самой программе.

Забирать события будет несколько проблематично. Пользователь может на середине трека перестать передавать данные.

[MetalFan]

Как следствие - минимум изменений в самой программе.

Ага, но придется писать полноценный портал для отслеживания на необходимых почтовых службах. Писать опросник сервисов с распределением нагрузки и многое другое.
Нет, к сожалению на данном этапе развития программы не вижу реальной возможности централизованного сбора статистики. Да и нет времени пока этим заниматься, есть более насущные задачи)
Например - переезд на другие сетевые компоненты (что позволит легко реализовать уведомления на мыло и многое другое), визуальные доработки и многое другое...

[skiper]

э может для начала хоть свою месную статистику в прогу прикрутить ?


ЗЫ. а ведь для статистики прога должна уметь распознавать статус экспорт-импорт-местная сортировка ...

ЗЫ2

Как следствие - минимум изменений в самой программе.

[MetalFan]

прога должна уметь распознавать статус экспорт-импорт-местная сортировка ...

Планируется в будущем полностью переработать работу с сервисами... но когда до этого реально дело дойдет - не знаю)

[skiper]

что позволит легко реализовать уведомления на мыло

уведомления на мыло можно заменить командной строкой ...