You are not authorized: You can not create theme; You can not post in theme.
#1 Alexzz [ 19 0 ] : 2015-11-30 20:56:58
Вот пример: RS074412896LV
Всё начинается с пяти одинаковых событий, одно с латвийского сервера и 4 с белорусского. По идее, все 4 события "приём отправления" это одно и то-же событие, которое почему-то сохранено 4 раза. Предлагаю обдумать алгоритм обработки подобных записей, сравнив их, ну скажем по времени события и коду события, и сбора их в одну запись, собрав максимум информации из каждой.
Предполагаю даже, что такой алгоритм уже есть, при получении новых данных, очевидно сравнивается вся запись, и если находится точно такая, то в базу не пишется. Просто надо сравнивать запись не целиком а по полям, и если совпадает время и код события, вот тут обработать остальные поля, при их различии собрать максимум информации и сохранить в уже имеющуюся запись.
#2 Konstantin [ 2187 131 ] : 2015-11-30 21:27:24
#260 Alexzz [ 19 0 ]
Вот пример: RS074412896LV
Всё начинается с пяти одинаковых событий, одно с латвийского сервера и 4 с белорусского. По идее, все 4 события "приём отправления" это одно и то-же событие, которое почему-то сохранено 4 раза. Предлагаю обдумать алгоритм обработки подобных записей, сравнив их, ну скажем по времени события и коду события, и сбора их в одну запись, собрав максимум информации из каждой.
Предполагаю даже, что такой алгоритм уже есть, при получении новых данных, очевидно сравнивается вся запись, и если находится точно такая, то в базу не пишется. Просто надо сравнивать запись не целиком а по полям, и если совпадает время и код события, вот тут обработать остальные поля, при их различии собрать максимум информации и сохранить в уже имеющуюся запись.
причина появления дублирующих записей я думаю понятна без пояснений.

касательно белпочты, это отдельный вопрос, так как за последние 3 дня парсер менялся дважды.
и к сожалению там везде старусы пишутся по разному, отсюда и куча дубликатов появилась.

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

консолидация статусов тоже была на повестке, но пока не реализовалась. правда 100% консолидации не получится, так как не все почты:
 - указывают одинаковое время операции (бывает расхождения в часах)
 - указывают полную дату (нет времени операции).
 - не у всех статусы стандартизованы, поэтому статусы периодически не значительно разнятся.
#3 Smithy [ 1 0 ] : 2016-12-23 19:27:14
Трэк LM145881838CN

Странный поворот событий:
18.12.2016 13:09 Russian PostПрибыло в сортировочный центр Москва-Казанский Вокзал ПЖДП (102000)
19.12.2016 02:57 Russian PostПокинуло сортировочный центр Москва-Казанский Вокзал ПЖДП (102000)
19.12.2016 15:03 Russian PostПрибыло в сортировочный центр Казань МСЦ (420960)
22.12.2016 07:41 Russian PostПокинуло сортировочный центр Казань МСЦ (420960)
23.12.2016 11:14 Russian PostПрибыло в сортировочный центр Москва-Казанский Вокзал ПЖДП (102000)

Почему из сортировочного центра Казань МСЦ (420960) вместо того, чтобы попасть в почтовое отделение адресата, отправляется обратно в Москву (Москва-Казанский вокзал ПЖДП (102000))? Ну очень непонятно!!!

Active themes


[ADMIT]