QNetworkAccessManager: đăng http multipart từ số seri QIODevice

Question

Tôi đang cố gắng sử dụng QNetworkAccessManager để tải lên các đa số http lên một máy chủ chuyên dụng.

Multipart bao gồm phần JSON mô tả dữ liệu đang được tải lên.

Dữ liệu được đọc từ một QIODevice nối tiếp, mã hóa dữ liệu.

Đây là mã tạo yêu cầu nhiều phần dữ liệu:

QHttpMultiPart *multiPart = new QHttpMultiPart(QHttpMultiPart::FormDataType); 

QHttpPart metaPart; 
metaPart.setHeader(QNetworkRequest::ContentTypeHeader, "application/json"); 
metaPart.setHeader(QNetworkRequest::ContentDispositionHeader, QVariant("form-data; name=\"metadata\"")); 
metaPart.setBody(meta.toJson()); 
multiPart->append(metaPart); 

QHttpPart filePart; 
filePart.setHeader(QNetworkRequest::ContentTypeHeader, QVariant(fileFormat)); 
filePart.setHeader(QNetworkRequest::ContentDispositionHeader, QVariant("form-data; name=\"file\"")); 
filePart.setBodyDevice(p_encDevice); 
p_encDevice->setParent(multiPart); // we cannot delete the file now, so delete it with the multiPart 
multiPart->append(filePart); 

QNetworkAccessManager netMgr; 
QScopedPointer<QNetworkReply> reply(netMgr.post(request, multiPart)); 
multiPart->setParent(reply.data()); // delete the multiPart with the reply 

Nếu p_encDevice là một thể hiện của QFile, tập tin đó được tải lên tốt.

Nếu mã hóa chuyên biệt QIODevice được sử dụng (thiết bị nối tiếp) thì tất cả dữ liệu được đọc từ thiết bị tùy chỉnh của tôi. tuy nhiên QNetworkAccessManager :: post() không hoàn thành (bị treo).

Tôi đọc trong tài liệu của QHttpPart rằng:

nếu thiết bị là tuần tự (ví dụ như ổ cắm, nhưng không phải tập tin), QNetworkAccessManager :: bài() nên được gọi sau khi thiết bị đã phát ra thành() .

Rất tiếc, tôi không biết cách thực hiện điều đó.

Vui lòng thông báo.

EDIT:

QIODevice không có() khe thành ở tất cả. Hơn nữa, đọc từ IODevice tùy chỉnh của tôi không xảy ra chút nào nếu QNetworkAccessManager :: post() không được gọi và do đó thiết bị sẽ không thể phát ra một sự kiện như vậy. (Catch 22?)

EDIT 2:

Dường như QNAM không làm việc với các thiết bị liên tục ở tất cả. Xem discussion on qt-project.

EDIT 3:

tôi quản lý để "đánh lừa" QNAM để làm cho nó nghĩ rằng nó được đọc từ các thiết bị không tuần tự, nhưng tìm kiếm và thiết lập lại chức năng ngăn chặn tìm kiếm. Điều này sẽ hoạt động cho đến khi QNAM thực sự sẽ cố gắng tìm kiếm.

bool AesDevice::isSequential() const 
{ 
    return false; 
} 

bool AesDevice::reset() 
{ 
    if (this->pos() != 0) { 
     return false; 
    } 
    return QIODevice::reset(); 
} 

bool AesDevice::seek(qint64 pos) 
{ 
    if (this->pos() != pos) { 
     return false; 
    } 
    return QIODevice::seek(pos); 
} 

Answer 1

Từ một cuộc thảo luận riêng lẻ trong qt-project và bằng cách kiểm tra mã nguồn, có vẻ như QNAM không hoạt động với tuần tự. Cả tài liệu và mã đều sai.

Answer 2

Bạn sẽ cần phải cấu trúc lại mã của bạn khá nhiều do đó các biến bạn vượt qua để post có sẵn bên ngoài mà chức năng bạn đã đăng, sau đó bạn sẽ cần một khe mới được xác định với mã để làm post bên trong quá trình triển khai. Cuối cùng, bạn cần phải làm connect(p_encDevice, SIGNAL(finished()), this, SLOT(yourSlot()) để dán tất cả lại với nhau.

Bạn hầu như ở đó, bạn chỉ cần cấu trúc lại và thêm một vị trí mới mà bạn có thể liên kết với tín hiệu QIODevice::finished().

Answer 3

Tôi đã tạo thành công hơn việc tạo dữ liệu bài đăng http theo cách thủ công so với sử dụng QHttpPart và QHttpMultiPart. Tôi biết nó có thể không phải là những gì bạn muốn nghe, và đó là một chút lộn xộn, nhưng nó chắc chắn hoạt động.Trong ví dụ này tôi đang đọc từ số QFile, nhưng bạn có thể gọi readAll() trên bất kỳ QIODevice nào. Nó cũng đáng chú ý, QIODevice::size() sẽ giúp bạn kiểm tra xem tất cả dữ liệu đã được đọc chưa.

QByteArray postData; 
QFile *file=new QFile("/tmp/image.jpg"); 
if(!(file->open(QIODevice::ReadOnly))){ 
    qDebug() << "Could not open file for reading: "<< file->fileName(); 
    return; 
} 
//create a header that the server can recognize 
postData.insert(0,"--AaB03x\r\nContent-Disposition: form-data; name=\"attachment\"; filename=\"image.jpg\"\r\nContent-Type: image/jpeg\r\n\r\n"); 
postData.append(file->readAll()); 
postData.append("\r\n--AaB03x--\r\n"); 
//here you can add additional parameters that your server may need to parse the data at the end of the url 
QString check(QString(POST_URL)+"?fn="+fn+"&md="+md); 
QNetworkRequest req(QUrl(check.toLocal8Bit())); 
req.setHeader(QNetworkRequest::ContentTypeHeader,"multipart/form-data; boundary=AaB03x"); 
QVariant l=postData.length(); 
req.setHeader(QNetworkRequest::ContentLengthHeader,l.toString()); 
file->close(); 
//free up memory 
delete(file); 
//post the data 
reply=manager->post(req,postData); 
//connect the reply object so we can track the progress of the upload   
connect(reply,SIGNAL(uploadProgress(qint64,qint64)),this,SLOT(updateProgress(qint64,qint64))); 

Sau đó, máy chủ có thể truy cập dữ liệu như thế này:

<?php 
$filename=$_REQUEST['fn']; 
$makedir=$_REQUEST['md']; 
if($_FILES["attachment"]["type"]=="image/jpeg"){ 
if(!move_uploaded_file($_FILES["attachment"]["tmp_name"], "/directory/" . $filename)){ 
    echo "File Error"; 
    error_log("Uploaded File Error"); 
    exit(); 
}; 
}else{ 
print("no file"); 
error_log("No File"); 
exit(); 
} 
echo "Success."; 
?> 

Tôi hy vọng một số mã này có thể giúp bạn.

Answer 4

Tôi nghĩ rằng bắt là QNetworkAccessManager không hỗ trợ chunked transfer encoding khi tải lên (POST, PUT) dữ liệu. Điều này có nghĩa là QNAM phải biết trước độ dài của dữ liệu mà nó sẽ tải lên, để gửi tiêu đề Nội dung có độ dài. Điều này ngụ ý:

1. hoặc dữ liệu không không đến từ các thiết bị tuần tự, nhưng từ các thiết bị truy cập ngẫu nhiên, trong đó sẽ báo cáo một cách chính xác tổng kích thước của họ thông qua size();
2. hoặc dữ liệu đến từ thiết bị tuần tự, nhưng thiết bị đã lưu tất cả dữ liệu (đây là ý nghĩa của ghi chú về finished()) và sẽ báo cáo (thông qua bytesAvailable(), tôi giả sử);
3. hoặc dữ liệu đến từ một thiết bị tuần tự mà chưa đệm tất cả các dữ liệu, do đó có nghĩa
   1. hoặc QNAM đọc và bộ đệm riêng của mình tất cả các dữ liệu đến từ các thiết bị (bằng cách đọc cho đến khi EOF)
   2. hoặc người dùng đặt tiêu đề Content-Length theo cách thủ công cho yêu cầu.

(Về hai điểm cuối cùng, xem tài liệu cho các QNetworkRequest :: DoNotBufferUploadDataAttribute.)

Vì vậy, QHttpMultiPart bằng cách nào đó chia sẻ những hạn chế này, và nó có khả năng rằng nó nghẹt thở về trường hợp 3. Giả mà bạn không thể đệm trong bộ nhớ tất cả dữ liệu từ bộ mã hóa "QIODevice" của bạn, có cơ hội nào bạn có thể biết trước kích thước của dữ liệu được mã hóa và đặt độ dài nội dung trên QHttpPart không?

(Lưu ý cuối cùng, bạn không nên sử dụng QScopedPointer. Điều này sẽ xóa QNR khi con trỏ thông minh nằm ngoài phạm vi, nhưng bạn không muốn làm điều đó. Bạn muốn xóa QNR khi nó phát ra thành()).