Re: Толерантность к обрывам связи

Alexey Popov ... Это всё слишком узко. Кардинальное решение - это возможность подсовывать свой транспорт для клиента и сервера, где уже самому рулить всеми параметрами. Кардинальное решение - сделать уже хоть что-нибудь, кроме раздачи указаний на форуме :) Но недавно меня закидали

Re: Толерантность к обрывам связи

Andrei ... Чего сильно не хватает FB -- это устойчивости к обрывам связи. Как мне нравятся такие безапелляционные заявления :) Для начала вопрос - а в какой СУБД есть вышеуказанная усточивость ? Почему бы не сделать так: 1) на стороне сервера ждать восстановления подключения достаточно

Re: Толерантность к обрывам связи

Oleg Matveyev ... Andrei, желание понятное, я тоже думал на эту тему. ... я бы сформулировал задачу иначе (imho): реорганизация протокола т.о. чтобы постоянный TCP-коннект не требовался. Как в HTTP, например. Подключился, получил ID сессии, и можешь TCP-коннект закрыть. но масштаб переделок

RE: Толерантность к обрывам связи

Возможность переживать обрывы связи позволило бы выйти этим приложениям на качественно иной уровень. Действительно, полезная вещь. С уважением, Мещеряков Вадим директор ООО Комплексные Системы 454021 г. Челябинск ул. 40 лет Победы 31, 77 Тел: +7 (351) 2807917 Моб: +7 922 6395170 Web:

RE: Толерантность к обрывам связи

Дима, да он просто не понимает принципов работы сетевых протоколов. Вот почитает спецификации семейства протоколов TCP/IP, OSI-модель вкурит - дай да Бог, поймет, что можно, а что нельзя. Я то же не понимаю. Мозга не хватает на все. Учитывая доброжелательность этого сообщества сразу оговорюсь:

RE: Толерантность к обрывам связи

обращение к серверу таким образом, что получив код ошибки -- обрыв связи, буду Подозреваю, что если fbclient.dll выдаст ошибку соединения, то все, баста, в ту же сессию не попасть, как в ту же реку дважды не войти. Вот если заставить TCP висеть по таймауту пару часов, пока связь не наладится,

Re: Толерантность к обрывам связи

Andrei, желание понятное, я тоже думал на эту тему. Дим, keepalive - это правильно, но не о том. keepalive позволяет не слишком поздно противополжной стороне (и клиенту, и серверу) - понять, что на том конце коннекта уже никого нет. Собеседник или умер, или TCP оборвался по другой причине.