Russian Qt Forum

как узнать, что сокет на другом конце больше ничего не собирается писать в мой?
чтобы я начал писать ему? искал сигналы типа readyRead(), но наоборот =) не нашел.. надо просто узнать, что данным пришел конец, чтобы начать их обрабатывать..

Вот для этого и придумывают всяческие протоколы.  ;)

Это тебе решать, как разработчику, как одна сторона будет сообщать другой о завершении передачи. Можно указывать длину передаваемых данных в начале, можно присылать какую нибудь метку в конце.... Много чего еще можно придумать.

упс.. опередили

я так понимаю, что если речь идет о html или любом другом текстовом файле, то символом конца файла будет '\0' ?  :)

Ну там все чуть посложней.  ;)
http://ru.wikipedia.org/wiki/HTTP

значит если в по хттп протоколу в теле передается картинка или другая фигня, то шлется Content-Length: в заголовке, а если это текстовый(*.html, *.htm, *.php, *.js и.т.д.) то конец тела обозначается символом '\0'! Правильно? =)

lol
с каких пор html - протокол? ;)

неправильно. там вообще строки разделяются по crlf.
тебе ссылку зря дали? - читай.

хттп)) читать внимательней надо  ;D

за ссылку спасибо, буду вкуривать))

Вот здесь по забористей: http://book.itep.ru/4/45/http4561.htm
 :)

кстати ценный ресурс, жаль по irc ничего)

Если протокол уже готовый и менять его нелзья, а по какой-то причине в нем нет длины тела пакета, то можно воспользоваться эвристическим приемом:
1. Принимаем первую порцию данных
2. Ждем n-ное время
3. Если пришло то принимаем и опять на пункт 2. Если не пришло то считаем что данные закончились.

Число n подбирается исходя из ожидаемой ширины канала (для обычного русского интернета хватает числа 1,5 секунды)

в http 1.1 видимо "эвристический прием" не подойдет)) там за одними данными сразу могут идти другие)

Я с ходу не могу себе представить кто и в каких случаях будет применять т.н. "эвристический прием". Ведь его надежность 0.

Диалоговый протокол. Самое оно. Хотя лучше чем размер пакета не придумано конечно ничего.

Ну в принципе можно использовать маркеры начала и конца передачи, если размер принимаемого пакета неизвестен, да и не факт, что первое принятое значение будет являтся значением длины пакета данных  .. т.о. можно оч промахнутся :)

Вы скажите сначала для чего вы будете использовать сокеты (т.к. ничего не сказано о целях) - а по результатам ваших ответов уже мы может быть поможем с выбором протокола обмена :)

я хочу написать прокси сервер для анализа веб трафика. Пока только веб, но меня интересует возможность анализа и других протоколов в перспективе, поэтому сейчас  нахожусь в размышлении как организовать загрузку данных.. Пока остановился на том, что каждая транзакция будет происходить в отдельном потоке, в голове плавают мысли об интерфейсе для загрузки данных из сокета loader, который будет принимать в конструкторе ссылку на сокет и на массив байтов, но вот только не совсем понимаю, как под этот интерфейс подставить нужного наследника интерфейса... ведь для того, чтобы за интерфейсом скрывался нужный класс необходимо сначала прочитать первые данные, а потом уже вызвать конструктор.. может быть кто-нибудь подскажет ссылку на UML диаграмку? хотелось бы сделать подставку нужного класса, необходимо красивое решение )