Сервер статистики по HK, US, CN .... (обсуждение)

[dokoff]

Waiting -- ожидание (англ.)
Мне не очень понятен Ваш вопрос. Попробую угадать ответ (ответить сразу на несколько).
1) Статус трека будет проверяться (в статистике) в порядке общей очереди.
2) Статус waiting означает "ожидание следующего статуса".
3) В Вашем конкретном случае (по платной услуге и изначального отсутствия свободного лимита), проверка статуса возможна только после оплаты услуги. (в противном случае, трек будет удален из базы в течение 10 часов). Треки с подключенной услугой проверяются в приоритетном порядке.

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

 

[serzh55]

А треки EC2.....US когда будут?Хотя два я уже в информерах видел,похоже на мой ,но............

 

[dokoff]

serzh55, будут ЧТО?
Вы когда в булочную заходите, там все забито хлебом, говорите: Хлеб когда будет? Я в витрине видел, похоже мне нужен... но ...

 

[dokoff]

Подробная статистика Почты России из стран:

Гонконг (HK) - RxxxxxxxxxHK, CxxxxxxxxxHK, ExxxxxxxxxHK
Китай (CN) - RxxxxxxxxxCN, ExxxxxxxxxСN
США (US) - CxxxxxxxxxUS, ExxxxxxxxxUS
США (US) - LxxxxxxxxxUS В тестовом режиме!
Сингапур (SG) - RxxxxxxxxxSG, ExxxxxxxxxSG
Англия (GB) - RxxxxxxxxxGB, CxxxxxxxxxGB, ExxxxxxxxxGB
Германия (DE) - CxxxxxxxxxDE, ExxxxxxxxxDE
Швеция (SE) -RxxxxxxxxxSECxxxxxxxxxSE
Франция (FR) - CxxxxxxxxxFR
Япония (JP) - ExxxxxxxxxJP
Корея (KR) - ExxxxxxxxxKR
Италия (IT) - ExxxxxxxxxIT

Цитата первого сообщения темы.

 

[serzh55]

Как получилось,что мой трек ECxxxxxxUS затесался вместо 11 ого числа в конец 10 х чисел?Непонятно!!!

 

[msk01]

Получил посылку с треком CL432256480DE, трек система уже не принимает, поскольку их за эту дату уже много.
Но, насколько я понимаю, "Статистика вручения" строится только по тем трекам, которые есть в системе, и все. А ведь было бы полезно хотя бы постфактум добавить полученный трек для этой статистики. Может, сделать где-нибудь такую кнопочку?

 

[dokoff]

msk01, так мы принимаем треки которые уже получены, независимо от лимитов.
Они попадают в общую статистику (т.е. будут отображаться как в общем листинге, так и в статистике вручения)
Должен присутствовать статус Вручение.

 

[Rigor]

из Сингапура EMS треки висят аж с 25 марта на экспорте и информации по ним нет.

три трека висят EM принятые и экспортированные 26 марта. До сих пор тишина...(((
Тем не менее, знаю точно, что 28 марта вылетели в Россию авиарейсом Х.
Обидно.. видимо еще не приземлился... горючки наверное пипец сколько сжог...

 

[dokoff]

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

 

[Rigor]

есть темы специально для этого созданные

извиняюсь... только зарегился, пока разбираюсь..

 

[xave]

А хотя бы банальная проверка для LyXXXXXXXXXUS/RAXXXXXXXXXRU будет? А то сейчас висит там вверху парный трек LC923593068US/RA426315334RU с экспортом 11 апреля и импортом 28 марта.

 

[dokoff]

xave, да она есть. Только работает (чистит треки) не сразу.

 

[TDK]

dokoff, а возможно-ли реализовать упорядочивание(сортировку) по нескольким столбцам? К примеру отсортировать по начальным символам трека и статусам(ипорт, экспорт,таможня и т.д.).
Например с использованием SHIFT-та. Зажал шифт, отсортировал как надо, без шифта обычная сортировка.

 

[dokoff]

TDK, к сожалению... нет. На данный момент много сложностей. Главная из них -- кэширование данных.

 

[TDK]

dokoff, плохо :( Было-бы чертовски удобно.

 

[cabirum]

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

 

[dokoff]

cabirum, ну да, ну да.. там и так данных на 3 МБ/страница. Я представляю если еще плагинами нагрузить типа UI, и можно будет ждать загрузки до 3-го пришествия.

Сортировку можно было бы делать на клиенте

Клиент клиенту рознь. кто-то со смартфона, а кто-то с игрового компьютера.
Не говоря уже о совместимости.

Скоро будут информер отдельные по типу доставки (R, E, C), стране и пункту экспорта.

 

[cabirum]

dokoff, я просто советую, без наезда . Сервис полезный, и я вижу несколько моментов, которые можно улучшить.
К примеру, сортировка плагином избавит от необходимости загружать новую страницу, что как раз на пользу смартфонам и неимущим.
Это, в свою очередь, потребует использовать тэйбл, а не флоат-дивы как сейчас, что опять же положительно скажется на скорости отрисовки.
И, наконец, по-хорошему стоило бы все данные подгружать без перехода на другую страницу, сделав простой json api. Это сэкономит кучу трафика и будет еще быстрее.
зы. могу поспособствовать с вышеозначенным

 

[dokoff]

cabirum, да я и не расцениваю это как наезд.))

использовать тэйбл, а не флоат-дивы как сейчас

Более чем сомнительно.

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

Абсолютно не избавит от трафика и нагрузки.
Сам шаблон и текущие скрипты -- копейки по сравнению с массивом данных.

Сейчас пишется новый движок (модульный) под оптимизацию мощности... вместе с ним и измениться принцип отдачи информации пользователю. Снизится нагрузка на пользователя, тогда и будем думать о сортировке.
Все это будет не раньше чем через 1,5-2 мес.
PS В целом, я конечно согласен, что есть куда двигаться в плане оптимизации.

 

[artgaranin]

Пункты импорта Почты России241981 БРЯНСК PI-1241982 БРЯНСК PI-2241983 БРЯНСК PI-3236983 КАЛИНИНГРАД PI-3104010 МОСКВА EMS130980 МОСКВА EMS ММПО104001 МОСКВА PCI-1104003 МОСКВА PCI-3102987 МОСКВА-ВНУКОВО АОПП ММПО PI-EMS630982 НОВОСИБИРСК PI-2630983 НОВОСИБИРСК PI-3460981 ОРЕНБУРГ PI-1460983 ОРЕНБУРГ PI-3185982 ПЕТРОЗАВОДСК PI-2185983 ПЕТРОЗАВОДСК PI-3443982 САМАРА PI-2443983 САМАРА PI-3190974 САНКТ-ПЕТЕРБУРГ-ПУЛКОВО ММПО EMS190976 САНКТ-ПЕТЕРБУРГ-ПУЛКОВО ММПО PI-1190978 САНКТ-ПЕТЕРБУРГ-ПУЛКОВО ММПО PI-3

Добавьте 690953 Владивосток АОПП ММПО PI-3