TrackChecker

Name: Нова пошта/Новая почта
SID: ukr_np, ukr_np_ru, ukr_np_int

Версия ОС: Windows 7 32bit
Версия программы: 1.0.7 b306 beta (for Win)
Сервисы: v102
Трек-номер: данные будут с завтрашнего дня, сейчас см.ниже п.1
Проблема:
1.ParseError когда трек не найден
2.ParseError когда статус трека "создана электронная заявка, в стадии обработки"
3.Много не нужной информации когда есть данные по треку, например "Результати пошуку за товарно-транспортною накладною № 10009xxxxxx Маршрут груза: xxxx - xxxxx. вантаж прямує в місто отримувача. Розрахункова дата прибуття: 25.01.2013" - вот это "Результати пошуку за товарно-транспортною накладною № 10009xxxxxx" можно смело убить
Спасибо.

_________________
wbw, MetalFan

ещё трек

Добрый день.
Новая почта уже устаканилась с работой. Немного "хотелки" можно?
После прибытия на территорию Украины, посылка поступает на сортировку. Там ей присваивается внутренний трек номер, и дальше она едет стандартным путем по "внутреннему" треку. И надо вручную "перебивать номера" в программе
Можно ли добавить обработку события по появлению внутреннего трека типа 2060... и далее его вести уже в трек-чекере.
Например дописать новое событие типа "присвоен внутренний номер такой-то"
Вот трек:

Пока такое не поддерживается. Можем вынести новый трек в trackInfo

_________________
wbw, MetalFan

Всегда не хватало веса посылки. Добавил некоторую инфо в trackInfo.

И снова я о track info regex.
На данный момент и уже довольно таки давно никакой информации в "Общем" не отображается.

У меня есть подозрение что конструкция типа не работает.
Вернее так. В мобильной версии не работает вообще. В настольной обрабатывается только первая группировка без обратной связи шаблон1, а шаблон2 не показывает.
Знак между группировками типа (?:шаблон1)|(?:шаблон2) тоже вроде бы не работает.

А еще хочу узнать. Включает ли символ пробельные символы. Проще говоря включен ли флаг /s у обработчика регекспов.

А еще если есть двоеточие в группе захвата, то вся группа может не отобразиться. А само двоеточие не отображается вообще.

В данном случае двоеточие не отображается ни в одном из трех случаях, а третья группа (Адреса доставки:) не отображается вообще. Экранирование двоеточия \ не имеет действия. А заключение в квадратные скобки возвращает двоеточие, но третья группа (Адреса доставки:) все равно пропадает. Если двоеточие исключить из группы захвата, то все ок.


UPD
Самое смешное, что группа (Адреса доставки:) пропадает из-за слова "Адреса" и если в группе есть двоеточие. Если слово "Адреса" изменить, например, на "Адресссса" или не захватывать двоеточие, то группа не пропадает.


Вся вышенаписанное касается сервиса ukr_np
Отладка регулярок велась в https://regex101.com/

Ну и все таки мой вариант с common info во вложении. Отображается направление, адрес, вес.
Новая Почта в Украине как бы самая популярная среди физических лиц. Поэтому хотелось бы чтоб работало все красиво.

Strable51, необязательные группы вещь капризная, если вся регулярка состоит из необязательных групп это не есть хорошо. Лучше добавлять некую опорную обязательную группу..
А Адреса доставки: пропадали потому что в Replacement замена стояла на "пусто".

Сделал трек инфо для укр и рус сервисов.

Дело в том, что когда посылка получена, меняется формат ответа.
Вот пример


В этом случае в "общий" попадает всякая каша. Поэтому необязательные группы нужны. А вот как их заставить работать в трекчекере пока не понятно. Ну или другой какой способ получать группу независимо от того есть другие или нет.
В общем нужно лог. ИЛИ

пс. да. приходится проверять и полученные как бы странно это не звучало.

Допилил чуток:) теперь мусор не лезет после доставки.

Работает замечательно.


Так, как Новая Почта совместно с SFexpress перехватила инициативу доставки из Китая со всяких али, то этим сервисом будут пользоваться частенько. Хочется и его причесать.

Name: Нова пошта міжнародна/Новая почта международная
SID: ukr_np_int

Версия ОС: Windows 7 32bit
Версия программы: 1.0.14 (for Win)
Сервисы: v590
Трек-номер:


Все работает хорошо. Но Новая почта изменила одно слово в статусе доставлено - "отримано" на "одержано".
Теперь Finalized/Delivered звучит, как

Подлил все изменения, спасибо!

вошло в пререлизные сервисы/included in prerelease services

_________________
wbw, MetalFan

Name: Нова пошта/Новая почта
SID: ukr_np
Версия ОС: Android 5.1
Версия программы: 2.22.15 b252
Сервисы: sv20170417 588
Трек-номер:

К сожалению на данный момент нет едущей посылки. Выше уже полученная.
Проблема:
И снова я)) И все также не работает TrackInfo. На сей раз в мобильной версии. Но в настольной все ок.
Если все так сложно с обработкой необязательных групп, то может ну их? Написать простой рекексп (мой например ) только для едущих посылок, а для полученных нет.

Strable51, не сложно, просто обрабатываются они в мобилке и настолке по разному. Допилим!:)

Поправил немного регулярку trackInfo, должно теперь в мобилке работать

вошло в пререлизные сервисы/included in prerelease services

_________________
wbw, MetalFan

Name: Нова пошта/Новая почта
SID: ukr_np
Версия ОС: Android 5.1
Версия программы: 2.22.15 b252
Сервисы: sv20170514 595
Трек-номер:

Трек пока едущий.
Проблема:
Все так же не работает в мобильной версии.
Экспериментальным путем было определено, что конструкция не обрабатывается поле TrackInfoFormat. После того, как убрал все из этого поля информация в TrackInfo начала появляться.

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

Все проверено на обеих платформах. Все работает как с едущей посылкой, так и уже с доставленной.
В общем у меня заработало. Уря Уря!

Продолжаю исследования Новой Почты

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



Кстати это все не мои треки. Я просто взял один из последних треков и потом рандомно менял четыре последние цифры в поиске посылки на сайте.

Так вот. С существующей системой обработки регулярных выражений невозможно выработать какое то одно универсальное правило удовлетворяющее такому разнообразию ответов сервера. Тут бы конечно помогла обработка нескольких регулярок через знак "|" Но так не работает. Вернее ИЛИ работает, но парсер возвращает первое попавшееся событие, не обрабатывая все возможные. Может это будет темой для небольшой доработки самой программы. Но сейчас не об этом.

Я предлагаю следующее решение. И как мне кажется более правильное.

Убрать как таковую обработку trackinfo. И перенести всё в события. То есть вот как сервер на картинках выше отвечает, так эту всю табличку и выводить.
Event regex примет простой вид

При этом актуальная информация о посылке будет всегда перед глазами. Там и вес, и обратная доставка если есть, и форма оплаты, и наличие курьера и тд. В общем все, что нужно для счастья человеку обремененному каждодневными поездками за посылками на самую популярную среди населения почтовую службу в Украине.

Собственно файл изменений. Там в prereplace есть еще информация для удаления из трека лишней инфы.

Strable51, я всё же оставил как есть события. В трек инфо добавил всю информацию из таблицы, кроме той что попадает в события и ссылки на документы.

Это прекрасно!
Есть небольшое неудобство в том, что каждый новый статус посылки по мере ее движения, затирает инфо из предыдущего статуса. Самый последний статус посылки - это когда она получена. А в нем почти нечего нет для поля trackinfo. Только маршрут "отсель-досель". Соответственно, когда посылка получена, то кроме адреса в trackinfo нечего не будет.
Впрочем это можно назвать "не баг, но фича".

В общем я согласен на такой вариант

Просмотрев движение одной моей посылки от начала до конца со своим обработчиком, увидел, что, конечно, очень много нагромождается информации. "Многа букав". Наверное все таки вариант с trackinfo предпочтительней.

[+]

Проверил ваш вариант.
Баг №1
И снова как и прежде конструкция

не работает.
Когда очистил это поле, то все стало появляться.

Баг №2
Во первых вы забыли "=="
Во вторых в after replacement оно тоже не работает. Работает в pre replacement


Все вышеописанное касается мобильной версии. В настольной все работало и так.

В итоге поправленные xml во вложении.

Strable51, Баг 1 - странно, точка чтоли не понравилась мобилке..обычно там ";"
Баг 2 - "==" можно и не писать, тогда это выражение заменяется "пустым"
After replacement надо потестить.. должно работать.

Числа с 25 не обновляются треки Новой почты (внутри страны). От Укрпочты обновляются, эти - нет

Перепроверил. ukr_np_ru не работает.

Мои правленые от inhor оба работают. Давайте уже их в релиз и я отстану.

_________________
wbw, MetalFan

ukr_np_ru вошел в пререлиз

Дык, а вариант для ukr_np ??

Ведь он в пререлизе так и остался не работающим в части общей информации в мобильной версии.

Во вложении рабочий вариант.

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

_________________
wbw, MetalFan