Кстати, в протоколе Бинкп есть бага, в спеках. Когда приходит
подтверждение принятия файла, то передающая сторона его удаляет. Пока
всё норм? Там как-то надо двух-фазный коммит чтоли сделать, потому
что если проеб@тся сигнал на успешное принятие файла, оно снова будет
передаваться в новой сессии, а это дупы.
Я наталкивался на это иногда. Крайне редко, но это выряжается как
дупы.
е факт, что двусторонний коммит поможет.
Как вариант - не обрабатывать файл, пока он не удалён на
другой стороне.
Можно держать файлы во временном каталоге, пока сессия корректно не закроется.
о, подозреваю, что у такого подхода есть другие недостатки.
а столько плохой у тебя коннект по IP, чтобы воспроизводился этот дефект?
а столько плохой у тебя коннект по IP, чтобы воспроизводился
этот дефект?
А я на jNode наблюдал такую же шнягу. Только жнодовская дуполовка их
тут же и пристреливает благополучно. о генерятся они исправно.
Стрёмно, что транспорт бандлов может гарантировать только "at least once", но не "exactly
once". Я тут сейчас терминологией MQTT протокола говорю, там там есть QoS 3х вариантов: 1. At
most once - послал и забыл 2. At least once - то, что бинкп протокол обеспечивает 3. Exactly
once - вот вам приходили когда-нибудь дупы емейлов, или может сообщений в телеграмме, воцапе,
ещё чём-то?
Sysop: | Angel Ripoll |
---|---|
Location: | Madrid, Spain |
Users: | 11 |
Nodes: | 8 (0 / 8) |
Uptime: | 161:13:42 |
Calls: | 476 |
Calls today: | 1 |
Files: | 14,051 |
Messages: | 66,578 |