> > возможно. тем не менее, правильная настройка должна
> > практически исключать повторы.
> Поподробней, пожалуйста, с этого места...
1. не сливать повторно вручную одно и то же и следить, что это не происходит автоматически на твоем прокси или клиенте, соединяющемся дальше вверх. обычно такой эффект бывает сам собой на перегруженных каналах или особо отстойных модемных соединениях, когда сессия обмена с аплинком регулярно рвется, так вот при обрыве возможна ситуация что посланный блок дошел до аплинка, но подтверждение этому не пришло. причем, на клиенте возможен максимум один повтор на один обрыв связи, а на перпрокси намного больше (если не ошибаюсь, до 15). (собственно именно поэтому прокси обменивается с аплинком существенно быстрее за счет такой группировки).
2. аккуратнее иметь дело с оффлайновыми обменами, если ты, конечно же, имеешь с этим дело. конечно если ты не помнишь слил ли ты данный буфер, лучше его слить, чем не сливать; но еще лучше - уверенно помнить.
3. вспомогательным средством может быть своя личная статистика. я тут недавно задумался о примочке для ее генерирования, мелкой и быстрой (т.е. консольной:), без привязки к веб-серверу, так чтобы она могла быть запущена на любой машине. я наверное сделаю такую примочку в виде opensource + скомпилированный вариант под win32, если хотя бы один человек мне скажет что она имеет смысл и на днете реально нет ничего подходящего (как мне показалось на 1й взгляд). то есть, конечно, речь не идет о зависимости от PHP, также как и от MFC ;)
|
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
