и мир нам только снится

на cwnd спотыкался? :)

Нет, там много других веселых мест есть. Какой-нибудь адаптивный таймер повторной передачи

Писал специализированные прокси, а также потоковые обработчики. Я в курсе, что по RFC написать даже реализацию, работающую саму с собой достаточно сложно. Но это не технические сложности, а организационные (проблема с документацией).

не, ну с ним-то как раз всё просто, это RTT для него померить сложнее

RFC обычно написаны достаточно хорошо, какая еще "проблема с документацией" ?

нате вам

🤣🤣

True story of my life, ага

Ой, это было вчерашнее сообщение

Надо чаще заходить

Не поможет: тут раз в неделю пишут

Господа, вопрос есть, мобыть не в тему. Есть скрипт, который дергает данные из БД MSSQL и выводит на экран. Если запускать его в консоли, то кириллический текст выводится нормально. Если тот же скрипт использовать в качестве cgi-объекта, который отдает данные браузеру, то вместо русских символов я получаю знаки вопроса.  И также в логах появляется следующее сообщение Message String: Some character(s) could not be converted into client's character set.  Unconverted bytes were changed to question marks ('?') </code> . Текущая локаль пользователя, под которым я работаю UTF-8. Сам cgi стартует, я так понимаю, от пользователя apache и ему как-то надо менять локаль или я неправильно думаю?

В html

<meta charset="utf-8">

пробовали?

для вывода кирилицы я добавлял в шапку вывода
$client "Content-type: text/html; charset=UTF-8", Socket::CRLF;

Это прописано

Curl что показывает?

А \n\n в конце контент-тайпа тут не нужен?

Я использую так $query->header (-charset => 'UTF8'); Но мне кажется, проблема не в выхлопе, а еще на стадии получения данных скриптом, поскольку попутно ловлю еще ошибки DBD::Sybase::st fetchrow_hashref failed Что самое интересное, при этом данные, которые не в кириллице все равно выводятся корректно, несмотря на эту ошибку