jcmvbkbc, А если задам вопрос без пафоса ты типа ответишь? Дак вот короче говоря с сервером проблемка небольшая, а заключается она в самом неприятном! При получении события epoll_ewent(); например"5" сервер должен читать пока все не прочитает а потом писать пока все не напишет это тебе понятно? Дак вот при использовании gnutls_handshake() c неблокируемым вводом-выводом логика немного меняется, то есть если сервер изначально, пишет когда получает событие "4", читает когда получает событие "1" и читает-пишет когда получает событие "5" теперь при использовании рукопожатия при чтении сразу отвечает не дожидаясь соответствующего события, приходиться в каждом событии полагаться на то что функция сама поймет может ли писать или может ли читать получая -1или более при чтении или записи (уйдет много времени и усилий чтоб изучить исходники всей библы, переделать под себя и скомпилировать) и думается по этой причине раз через раз браузер не может пройти стадию рукопожатия с сервером. Интересно, какими функциями(находящимися в составе gnutls_handshake()) можно воспользоваться чтоб не нарушать логику чтения-записи, и можно ли вообще?
jcmvbkbc, Просто так получилось что я ее еще не полностью изучил, а что бы задать вопрос нет не каких помех, глядишь ктот сталкивался с данным мастодонтом и поможет с парой вопросов, и будет легче в изучении документации, но нет тут таких
Вообще пересылка почты очень мудная, а что такое почтовый релей я вообще не догадываюсь, можно без финансовых затрат как то отделиться от спамеров и тестить взаимодействие клиента с почтовым сервером, который в свою очередь передаст письмо на почтовый сервер с другим доменным именем?
Moskus, Битовая маска? Да бог с ней, мне больше интересно почему заголовки у разных серверов и у разных браузеров в разной последовательности, не имеют упорядоченности, например первыми бы шли заголовки каждой сущности, в ответе: Content-Type идет первым после стартовой строки, далее Content-Lenght, и так далее в порядке убывания приоритета, не использованные заголовки заменять например "!!" Да Вы поняли! по принципу заполнения массива(концом элемента оставить \r\n, например я так предлагаю).А то как то сортировать эти ~500 байт заголовков просто мудизм если запросы валятся как снег на голову, если даже рассуждать о полезных вычислительных мощностях, HTTP примитивен.
Moskus, Историю создания читал, но не уловил реальных трагедий, чтоб оставлять реализацию на таком уровне, Единственная причина это обновление программного обеспечения, для многих это беда!, а кто сейчас пользуется http/0.9 или 1.0
Ответь пожалуйста на небольшой вопрос: а что если мой сервер хочет проверить браузер где он достанет корневой сертификат, они есть в свободном доступе? Или надо где то региться?
Находил этот документ переведенный на русский, в общем, тоже почитал, но у меня боюсь проблема в чем то очевидном, где то в теории я тупанул. Насчет big/little endian, мне тоже так показалось, полином в моем случае на какой порядок байт ориентирован? В вашем рекомендуемом документе только про инвертирование битов говорилось а о байтах(очень мало, почти нечего)). Думаете в этом проблема (порядке байт)?