QSslSocket. Неизвестная кодировка в ответе от сервера.

[DmP]

А не легче в POST запросе сказать серверу, что бы данные не сжимал?

Пробовал разные заголовки типа:

Код:

?gzip=false

и т.д. и т.п. Все равно сжимает, нехороший такой.
На самом апаче отключить не могу, т.к. не один я туда бегаю.

Что такое HTTP заголовок?
И описание поля Accept-Encoding необходимого для отключения сжатия.

[Даниил]

А не легче в POST запросе сказать серверу, что бы данные не сжимал?

Пробовал разные заголовки типа:

Код:

?gzip=false

и т.д. и т.п. Все равно сжимает, нехороший такой.
На самом апаче отключить не могу, т.к. не один я туда бегаю.

Что такое HTTP заголовок?
И описание поля Accept-Encoding необходимого для отключения сжатия.

Дело в том, что в HTTP запросе я не передаю таковой параметр на сервер. И даже если его добавляю, сервер все равно жмет данные.
Единственный выход, как я понимаю - это все-таки расжимать данные.

[Даниил]

Можно-ли поподробней?

1. Ищем конец заголовка (два символа новой строки)
2. Считываем шестнадцатиричную длину чанка, находящуюся в отдельной строке. Если длина равна нулю, переходим к шагу 5.
3. Считываем в буфер число символов, полученных на предыдущем шаге.
4. Возвращаемся к шагу 2.
5. Распаковываем содержимое буфера.

Попробовал по данному алгоритму принимать данные. Результат тот же - получаемые данные не расжимаются функциями. И архив получается нечитабельным.

[Serr500]

получаемые данные не расжимаются функциями. И архив получается нечитабельным.

1) Это не архив, а gzip-поток, у него нет заголовка, поэтому он не распознаётся как архив.
2) Какими функциями не разжимаются? qUncompress? И не будет. 
3) http://blog.lugru.com/2010/06/compressing-decompressing-web-gzip-stream/ - возможно, поможет. Только там код предполагает наличие заголовка, а здесь его не будет.

[Странник]

Дело в том, что в HTTP запросе я не передаю таковой параметр на сервер. И даже если его добавляю, сервер все равно жмет данные.
Единственный выход, как я понимаю - это все-таки расжимать данные.

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

[DmP]

А не легче в POST запросе сказать серверу, что бы данные не сжимал?

Пробовал разные заголовки типа:

Код:

?gzip=false

и т.д. и т.п. Все равно сжимает, нехороший такой.
На самом апаче отключить не могу, т.к. не один я туда бегаю.

Что такое HTTP заголовок?
И описание поля Accept-Encoding необходимого для отключения сжатия.

Дело в том, что в HTTP запросе я не передаю таковой параметр на сервер. И даже если его добавляю, сервер все равно жмет данные.
Единственный выход, как я понимаю - это все-таки расжимать данные.

Мне так показалось, что здесь есть какое то недопонимание: HTTP запрос - часть HTTP заголовка, но не наоборот. В запросе нельзя передать поле заголовка.

[DmP]

Да, без текста программы не понятно, что происходит.

[Даниил]

Код:

POST /axis2gzip_test_orders/services/WSProxyForDB?gzip=true HTTP/1.1
SOAPAction: urn:ACTION
User-Agent: USER
Host: HOST:PORT
Transfer-Encoding: chunked
Content-Type:text/xml; charset=Windows-1251

<?xml version="1.0" encoding="Windows-1251"?>
    <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
        <soapenv:Header />
        <soapenv:Body>
             <CSqueryP xmlns=\"http://service/xsd\">
                 <arg0 xmlns="">{call mod_sync_GetRemoteServersDB}</arg0>
             </CSqueryP>
        </soapenv:Body>
    </soapenv:Envelope>

Вот тестовый запрос

[DmP]

А текст программы, который формирует запрос и который получает ответ? Кстати в заголовке нет поля Accept-Encoding.

[Даниил]

Запрос:

Код:

QByteArray QSslClient::ConfigureQuery()
{
    QByteArray param0 = "{call mod_sync_GetShowsList}";
    QByteArray request = "";
    QByteArray query = "";


    request += "<?xml version=\"1.0\" encoding=\"Windows-1251\"?>";
    request += "<soapenv:Envelope xmlns:soapenv=\"http://schemas.xmlsoap.org/soap/envelope/\">";
    request += "<soapenv:Header />";
    request += "<soapenv:Body><CSqueryP xmlns=\"http://service/xsd\">";
    request += "<arg0 xmlns=\"\">" + param0 + "</arg0>";
    request += "</CSqueryP></soapenv:Body></soapenv:Envelope>";

    int len = request.length();
    QString reqLen = QString::number(len, 10);

    query += "POST /Cobo/services/WSProxyForDB?gzip=true";
    query += " HTTP/1.1\r\n";
    query += "SOAPAction: \"";
    query += "urn:ACTION";
    query += "\"\r\n";
    query += "User-Agent: ";
    query += "AGENT";
    query += "\r\n";
    query += "Host: ";
    query += "HOST";
    query += ":";
    query += "PORT";
    query += "\r\n";
    query += "Accept: */*\r\nf";
    query += "Transfer-Encoding: chunked\r\n";
    query += "Content-Type:text/xml; charset=Windows-1251\r\n\r\n";
    query += reqLen + "\r\n";
    query += request;
    query += "\r\n0\r\n\r\n";

    return query;
}

Прием:

Код:

connect (pClient, SIGNAL(readyRead()), this, SLOT(slotReadyRead()));
void QSslClient::slotReadyRead()
{
    try
    {
        QByteArray incoming;
        while(pClient->bytesAvailable() != 0)
        {
            incoming = pClient->readAll();
            //Записываем ответ в глобальную переменную
            temp += incoming;//QByteArray temp
        }
    }
    catch(exception ex)
    {
        qDebug() << "###" << ex.what();
    }
}

[DmP]

Так что если написать что то вроде этого, то ни чего не меняется?

Код:

    query += "User-Agent: ";
    query += "AGENT";
    query += "\r\n";
    query += "Accept-Encoding: ";
    query += "\r\n";

[Странник]

вряд ли поможет. судя по запросу, жмет не веб-сервер:

Код:

POST /Cobo/services/WSProxyForDB?gzip=true

[DmP]

вряд ли поможет. судя по запросу, жмет не веб-сервер:

Код:

POST /Cobo/services/WSProxyForDB?gzip=true

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

[Даниил]

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

Как это не гарантирует? На чем, извините построили такое предположение? Можно немного конкретики?

[DmP]

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

Как это не гарантирует? На чем, извините построили такое предположение? Можно немного конкретики?

Имелось в виду, что вызовов slotReadyRead() может быть произвольное количество раз, в зависимости от объема данных и скорости канала. Т.е. хотел сказать, что постоянно нужно анализировать, пришли ли все данные или нужно ждать еще пакета.