Для большинства задач все подключения находятся в одном серверном потоке. Тогда на программу у нас всего 2 потока, не зависимо от количества подключений, один главный и один серверный.
Но, на пример нам нужно чтобы наша серверная программа для некоторых запросов работала с базой данных, а некоторые запросы выполняла в реальном времени, то есть с максимальной скоростью. Так как запрос в базу данных может выполняться длительное время, то нам необходимо два серверных потока. Один будет работать с базой, другой будет выполнять задачи реального времени. Два серверных потока запускаются на двух разных портах таким образом:
int des = exsc_start(9000, 30, 5, 1024, 20000, exsc_newcon, exsc_closecon, exsc_recv, exsc_ext);
int des_rt = exsc_start(9001, 30, 5, 1024, 20000, exsc_newcon_rt, exsc_closecon_rt, exsc_recv_rt, exsc_ext_rt);
Мне кажется что фотография на плёнку из 60-х, более точно передаёт цвет и поддаётся дальнейшей обработки, так-как засвечивает на плёнку всё как есть. А цифровые фотоаппараты могут и ошибаться в цвете и нуждаются во всяких подстройках. (Я не фотограф, но интуитивно плёнке я больше доверяю чем цифровой технике).
Кстати вы абсолютно правы на счёт региона. Он действительно просит подтвердить что это не робот, если запрос производится с другой страны. В нашем случае это решалось прокси сервером, так-как был известен ip пользователя с которого последний раз заходили в свой профиль.
Tакого запроса для gmail.com достаточно. Для других почтовых сервисов типа aol.com, hotmail.com надо ещё информацию передавать. Типа название браузера, тип кодировки и т.д. Но для gmail.com это абсолютно рабочие запросы, на которые он отвечает.
Извините, но не совсем понятно почему не хочет запускаться. Проект выложил на github, при желании можно скачать Qt creator и скомпилировать на вашей машине.
Ещё есть одна реализация этой программы которую писал на сокетах (работает на много быстрее, но не все RSS ленты находит). Если кому интересно- то смогу поделиться исходниками.
Пока с депозита LinksReader, разберусь с github-ом и на него выложу (весит много, так-как дабы не заморачиваться с поиском Qt-шных DLL-ок скомпилировал их статически).
Панель разработчика в Хроме хороша. Но в HTTP Analyzer есть одно преимущество, можно скопировать запрос именно таким- каким его отправляет браузер (не редактируя и не дописывая его). А в панели разработчика Хрома надо просматривать данные и вручную набивать запрос. И если не знаешь какие именно запросы требуются и приходится много экспериментировать- то копипастить запрос из HTTP Analyzer быстрее чем каждый раз набирать его руками пользуясь панелью Хрома.
Qt был использован только для кросспалатформенности (хотя не спорю, парсинг строк и другие крутые вещи Qt это большой плюс), но этот алгоритм можно перевести и на другой язык и использовать инструменты платформы winsock/unix sockets. И опять же это демонстрационный пример. Конечно, если инструмент предлагает готовые решения — то стоит использовать их.
Это конечно так, но не во всех языках есть классы для работы с http. Это пример того- что используя голые сокеты можно делать всё что угодно. Они очень гибки. Можно считать это учебным примером.
Но, на пример нам нужно чтобы наша серверная программа для некоторых запросов работала с базой данных, а некоторые запросы выполняла в реальном времени, то есть с максимальной скоростью. Так как запрос в базу данных может выполняться длительное время, то нам необходимо два серверных потока. Один будет работать с базой, другой будет выполнять задачи реального времени. Два серверных потока запускаются на двух разных портах таким образом: