A nyelv automatikusan kiválasztásra került
#1 Alexzz [ |
---|
Вот пример: RS074412896LV Всё начинается с пяти одинаковых событий, одно с латвийского сервера и 4 с белорусского. По идее, все 4 события "приём отправления" это одно и то-же событие, которое почему-то сохранено 4 раза. Предлагаю обдумать алгоритм обработки подобных записей, сравнив их, ну скажем по времени события и коду события, и сбора их в одну запись, собрав максимум информации из каждой. Предполагаю даже, что такой алгоритм уже есть, при получении новых данных, очевидно сравнивается вся запись, и если находится точно такая, то в базу не пишется. Просто надо сравнивать запись не целиком а по полям, и если совпадает время и код события, вот тут обработать остальные поля, при их различии собрать максимум информации и сохранить в уже имеющуюся запись. |
#2 ![]() |
---|
#260 Alexzz [
касательно белпочты, это отдельный вопрос, так как за последние 3 дня парсер менялся дважды. и к сожалению там везде старусы пишутся по разному, отсюда и куча дубликатов появилась. другое дело плохо, что эти обновления рассылаются, но этот вопрос в принципе стоит на повестке и будет решен. консолидация статусов тоже была на повестке, но пока не реализовалась. правда 100% консолидации не получится, так как не все почты: - указывают одинаковое время операции (бывает расхождения в часах) - указывают полную дату (нет времени операции). - не у всех статусы стандартизованы, поэтому статусы периодически не значительно разнятся. |
#3 Smithy [ |
---|
Трэк LM145881838CN Странный поворот событий: 18.12.2016 13:09 Russian Post ![]() 19.12.2016 02:57 Russian Post ![]() 19.12.2016 15:03 Russian Post ![]() 22.12.2016 07:41 Russian Post ![]() 23.12.2016 11:14 Russian Post ![]() Почему из сортировочного центра Казань МСЦ (420960) вместо того, чтобы попасть в почтовое отделение адресата, отправляется обратно в Москву (Москва-Казанский вокзал ПЖДП (102000))? Ну очень непонятно!!! |