TrackChecker

Версия ОС: Windows 7
Версия программы: 1.0.10 (b399)
Сервисы: sv121
Ссылка на отслеживание: http://www.17track.net/index_en.shtml
SID: cn_17track_new
Трек-номер:

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

повторен алгоритм расчета ключа для запроса инфы. пока вроде почти всегда срабатывает.
Добавлено/обновлено в пререлизных сервисах
Added/Updated in prerelease services

_________________
wbw, MetalFan

У меня появилось два совершенно новых номера KOMON0004336441YQ и KOMON0004295277YQ, про которые сначала подумалось, что это что-то левое. Но потом продавец прислал скриншот сайта, который их отслеживает.

17track, кажется, есть в программе, но эти номера не обрабатываются. Сайт результаты показывает:

https://t.17track.net/ru#nums=KOMON0004 ... 04295277YQ

ask, слил с темой по 17track.
да, стоит ограничение на длину трека 16 символов, поправлю сейчас.
p.s. должно заработать)

_________________
wbw, MetalFan

Заработало!

поправил

_________________
wbw, MetalFan

_________________
wbw, MetalFan

Не указан 17track в последних пререлизных сервисах. Да и не работает при их установке.

Проверить на Aliexpress треке:

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

_________________
wbw, MetalFan

_________________
wbw, MetalFan

_________________
wbw, MetalFan

Создал специальный сервис cn_17track_custom для тех случаев когда на сайте 17 Track не определяет перевозчика автоматически и его нужно выбирать вручную из списка. На странице отслеживания в URL у них будет указано "&fc=<ЧИСЛО>". Нужно будет выбрать сервис cn_17track_custom и указать трек-номер в формате "<ТРЕК>/<ЧИСЛО>".

Created a special service cn_17track_custom for those cases when the 17 Track website does not automatically detect the carrier and needs to be selected manually from the list. They will have "&fc=<number>" in the URL on their tracking page. You will need to select service cn_17track_custom and add the tracking number in the format "<TRACK>/<NUMBER>".

Добрый день.

cn_17track_custom ( Windows 7 ) в приложении не проверяет СДЕК трэк, пишет в лог : cn_17track_custom: 18/06/24 10:45:29 NoInfo

Трэк введен в формате как указывалось: 10003249345/100030 и если с приложения открыть ссылку на сайт - трэчится корректно, а в приложении нет, как это исправить, что я не так делаю?

Спасибо.

Да, есть такая особенность, любые треки через 17Track при первом добавлении не отдают событий, нужно немного подождать. В мобильном приложении можно хоть через минуту вручную повторно "обновить" трек и должно заработать. В настолке просто подождать до следующего автоматического обновления.

Тут тоже все сломалось, PreParseError. Еще два дня назад работало, а сейчас перестало.

Vampik, Попробуйте открыть https://tracking.trackchecker.net/ip просто в браузере, сайт работает? Должен написать IP-адрес.
Сколько у вас сейчас активных треков?

Где можно посмотреть лог как у Vampik в сообщении?

В в программе в закладке "Лог" свойствах элемента пишет
cn_17track: датавремя WrongService
при этом открытие на сайте
https://t.17track.net/en#nums=RS...RU
показывает нормальный список пунктов прохождения.

Трек почты России в Китай.

Thor, Какая у вас версия приложения и Windows? Ошибку WrongService давно не встречал, если старее v1.2.5b541 то обновитесь на актуальную.

Версия: 1.2.5 (b541) (x64) . Версия services.dat: 20250210 (1442).
Windows 7 Professional.

Предыдущие строки трека заполнены ранее, через rus_alt и cn_17track.
Сейчас rus_alt продолжает работать, а cn_17track нет.

Программа куда обращается за трекингом 17track, на сервер trackchecker-а или на сервер t.17track.net?

Где можно посмотреть лог как у Vampik в сообщении?

Thor, Скорее всего дело в Windows 7, там уже много проблем появилось.


Сначала на наш сервер для получения токена, затем на t.17track.net. Если rus_alt работает значит до нашего сервера запрос сработал корректно. Раньше WrongService возникало когда от сервера приходил ответ в какой-то сложной кодировке с новыми символами из UTF-8 вроде каких-то новых эмодзи.
Напишите ваш трек-номер, посмотрю есть ли проблема на актуальной Windows.

Sending http request...
Request URL: https://tracking.trackchecker.net/17track/RS000000000RU
Starting PreParse...
PreParse RE Matched! Coping subgroups to keys.
Keys:
302f333035316132642f3831313732313432392f3038312d2f657572742f31312f63383763396166663439312f3030333a363a3831313732313432393a65736c61663a453234303438354235383230394331352d476142b2cddb745f1b624
G-51C90285B584042E
PreParse Done
Sending http request...
https://t.17track.net/track/restapi
Request Post Data: {"data":[{"num":"RS000000000RU","fc":0,"sc":0}],"guid":"","timeZoneOffset":-180}
Starting Parse...
Reload RE Matched!
NeedReload, reload count: 1
Retry request after timeout... %d sec
Sending http request...
Request URL: https://t.17track.net/track/restapi
Request Post Data: {"data":[{"num":"RS000000000RU","fc":0,"sc":0}],"guid":"","timeZoneOffset":-180}
Starting Parse...
DoParse failed: No mapping for the Unicode character exists in the target multi-byte code page

Версия с юникодом вроде подтверждается. Однако, трекался-то он корректно до какой-то поры.
Может такая ошибка выдаётся только когда нет новых строк в трекинге?

Возможно у них в списке событий появился какой-то неподдерживаемый иероглиф. На каком-то другом треке 17трек у вас сейчас работает?
Ради эксперимента можете попробовать на вкладке Params в поле Codepage ввести число 65065 и снова потестировать на треке, ошибка сохраняется?
А вообще многие сервисы уже и так не работают на Windows 7, т.к. администраторы сайтов переходят на TLS шифры, которых уже нет в Windows 7.

Все события, которые видны через сайт 17track, вытянуты полностью и видны в программе.

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



Других треков нет, все что есть - алишные. Буду ждать появления новой строки для этого трека. Сейчас посылка задержана китайской таможней и никуда не едет.



Да.



Ну пока что с этим не столкнулся. Буду иметь в виду.

Кстати, как отсортировать по алфавиту сервисы в расширенных настройках? Довольно трудно глазами каждый раз искать 17track среди прочих, когда они в рандомном порядке.

Ошибка "No mapping for the Unicode character exists in the target multi-byte code page" возвращается самим Delphi, что именно происходит когда парсится ответ от сервера не понятно. На самом сайте 17Track я вижу что для блока от China Post все события на китайском, не английском, возможно какой-то символ и не получается декодировать в юникод на Windows 7. У меня как-то была похожая проблема с каким-то японским кандзи. У себя я 17трек вообще проверить не могу, т.к. они вечно запрашивают капчу.

Можно в списке списке сервисов просто начать вводить название нужного сервиса, большинство других сервисов отфильтруется.

Если не можете обновиться с Windows 7 на 10/11 то лучше переходите на наше мобильное приложение для Android.