Почему QWebSocket не получает длинные сообщения?

Question

[maaGames]

Подключаюсь к рутоничат для получения сообщений из "ws://127.0.0.1:8383/Chat"
Короткие сообщения приходят, длинные не приходят. "короткие" это вся json строка меньше килобайта. При этом в браузере в вебсокет все сообщения приходят.
Я понимаю, что надо как-то хитрее открывать соединение, но не знаю, что ещё пробовать.

• проверил размер буфера и максимальный размер сообщений, возвращает 2ГБ, но пробовал и перезадать
  
• пробовал задать subprotocol (через QWebSocketHandshakeOptions), но в браузере у сокета нет никакого подпротокола
  
• пробовал менять версию сокета. По умолчанию 13, ставил 7
  
• Вместо URL пробовал через промежуточный QNetworkRequest
  
• Добавил все сигналы сокета, и с Frame-фукнциями и с бинарными и с алертами и с ssl-ошибками - никакие функции не срабатывают при больших сообщениях. Короткие сообщения в этих функциях дублируются.
  

У меня нет идей, что с этим делать. Нужно что-то задать, но не знаю что, где и как... Хелп.

Comments

[jcmvbkbc]

Хелп

Нужен код воспроизводящий проблему.

[maaGames]

jcmvbkbc, Не нужен. Вам не нужно всё моё приложение. Вы либо сталкивались с такой прблемой и знаете ответ, Либо не сталкивались и не знаете ответ. Очевидно, что в моём коде нет ответа, потому что надо доабвить то, чего в коде нет. Вот код, воспроизводящий проблему. Понятнее стало? Нет, не стало. А ещё вам нужен рутоничат и стрим с наградами, чтобы выполнить награду с текстом.

QWebSocket socket;

connect( &socket, &QWebSocket::textMessageReceived, this, &TextMessageReceived);

socket.open( QUrl( "ws://127.0.0.1:8383/Chat" ) );

Повторюсь, проблема именно с длинными сообщениями, ориентировочно больше килобайта. Пока что думаю, что QWebSocket не умеет в permessage-deflate и поэтому мелкие сообщения без сжатия приходят, а большие уже сжимаются и не приходят.

[jcmvbkbc]

Вам не нужно всё моё приложение

maaGames, это верно, я и не просил всё ваше приложение.

Вы либо сталкивались с такой прблемой и знаете ответ, Либо не сталкивались и не знаете ответ.

Я сталкивался со множеством подобных проблем и знаю ответ, это может быть одна из них, но я не знаю, которая из них у вас. Это может быть и новая проблема, с которой я не сталкивался. Я готов посмотреть на вашу конкретную проблему и найти для неё ответ.

Вот код, воспроизводящий проблему.

Чтобы быть полезным, код воспроизводящий проблему должен как минимум компилироваться. В идеальном случае он должен воспроизводить проблему.

Понятнее стало? Нет, не стало.

Я напомню, что это вы прищли сюда с вопросом и в ваших интересах сделать так, чтобы стало понятнее.

[maaGames]

Чтобы быть полезным, код воспроизводящий проблему должен как минимум компилироваться. В идеальном случае он должен воспроизводить проблему.

Поэтому и поставил "сложный", что надо знать проблему, а не искать ошибку в коде. Потому что именно ошибки в виде ошибки в коде нет. Ошибка в том, чего в коде нет. Компилируемый код вам не поможет, потому что надо не просто скомпилировать и запустить, но и подключиться к рутоничату, а для этого нужен рутоничат и стрим с наградами. И даже нельзя сделать отдельное серверное-приложение, потому что сервер должен быть настроен так же, как в рутоничате (я не знаю, как там). Потому что если сервер это тоже Qt, то никаких проблем нет, разумеется.

Это может быть и новая проблема, с которой я не сталкивался. Я готов посмотреть на вашу конкретную проблему и найти для неё ответ.

Вы работали через QWebSocket с сервером, использующим permessage-deflate сжатие сообщений? Если я правильно перевёл, то Qt не реализовали поддержку deflate и работает только с несжатыми сообщениями длиной до 2ТБ. А у вебсокета рутоничата в extension указано permessage-deflate и приходят сообщения длиной только до килобайта, а threshold для этого deflate, по умолчанию, как раз 1024 байта. Выводы напрашивются сами, пробую вместо Qt другие библиотеки для сокетов (пока хватило глупости попробовать те, которые не подерживют deflate, но уже нашёл ту, которая полностью RFC 7692 реализована поддержка. Когда её подключу, если проблема решится, то я правильно понял причины нежелания получать больше килобайта, Разумеется, тут отпишусь. И вы тоже будете знать ответ на мой вопрос. А если я не угадал и проблема ещё в чём-то, то не будете.

[maaGames]

jcmvbkbc,

Чтобы быть полезным, код воспроизводящий проблему должен как минимум компилироваться. В идеальном случае он должен воспроизводить проблему.

А вообще, это абслютно весь код, вопсроизводящий проблему. Для сообщений меньше килобайта TextMessageReceived вызывается, а для больше килобайта - нет.

QWebSocket socket;

connect( &socket, &QWebSocket::textMessageReceived, this, &TextMessageReceived);

socket.open( QUrl( "ws://127.0.0.1:8383/Chat" ) );

[jcmvbkbc]

Поэтому и поставил "сложный"....

Эта классификация на мой взгляд не имеет смысла, по крайней мере для вопросов без ответа, потому что она супер субъективная.

надо знать проблему, а не искать ошибку в коде

Я не собираюсь искать ошибку в коде. Не собирался. Когда есть код воспроизводящий проблему можно просто решать эту проблему.

[maaGames]

jcmvbkbc, ну вот приведённый код воспроизводит проблему. То есть совершенно стандартный код вебсокета, работающий абсолютно всегда, кроме тех случаев, когда не работает. А когда он не работает, то он не возвращает никаких ошибок. Я вообще все сигналы добавил, чтобы и SSL ошибки ловить (сокет не wss) и байтовые массивы и текст/байты фреймами по кусочкам. Когда сообщения не приходят, они не приходят вообще никуда, молча, без каких-либо уведомлений о том, что они не пришли. А когда приходят, то приходят в textMessageReceived(*Frame), как и положено. И эти приходят-неприходят с интервалом в секунду, сокет не закрывается, не пересоздаётся, не переконнектится...

Давайте рещать проблему: QWebSocket не принимает permessage-deflate сообщения.

[jcmvbkbc]

ну вот приведённый код воспроизводит проблему

Слово "воспроизводит" означает, что я могу запустить этот код и пронаблюдать проблему сам. На моей стороне нет никакого сервера по адресу 127.0.0.1:8383. Каким образом мне запустить этот код?

[maaGames]

jcmvbkbc, Именно об этом я и написал, что вам нужен не только код, но и рутоничат, а ещё стрим, из которого рутоничат будет получать данные. Поэтому компилируемого кода нет (зачем он нужен, если нельзя просто запустить?) Именно поэтому и вопрос "сложный", что надо не код проверять, а именно знать причину и ответ.
Если IXWebSocket решит проблему, то я правильно понял причину и это будет ответом. А если неправильно понял, то не будет.

[jcmvbkbc]

Именно об этом я и написал, что вам нужен не только код, но и рутоничат, а ещё стрим, из которого рутоничат будет получать данные.

Мне ничего из этого не нужно. Для воспроизведения мне нужен адрес к которому можно подключиться. Вы могли бы его высунуть наружу каким-нибудь туннелем или реверс-прокси.

[maaGames]

jcmvbkbc, Наверное, если порт пробросить, то и возможно к рутоничату удалённо подключиться. Если IXWebSocket не поможет, то буду думать, можно ли так сделать.

Answer 1

[maaGames]

QWebSocket не поддерживает permessage-deflate. Заменил библиотеку на ixWebSocket, там клиент даже ещё приятнее пишется, куча служебной работы уже сделана из коробки. При подключении zlib большие сообщения приходят, без zlib - не приходят. То есть догадка про проблему с deflate была правильной.
ixWebSocket сильно забагованная библиотека и есть проблемы со сборкой, но кода немного, ошибки исправил и заработало.