QNetworkAccessManager: Post HTTP Multipart de Serial Qiodevice

J'ai eu plus de succès en créant les données de poste HTTP manuellement qu'avec l'utilisation de qhttppart code> et qhttpmultiparpart code>. Je sais que ce n'est probablement pas ce que vous voulez entendre, et c'est un peu désordonné, mais cela fonctionne certainement. Dans cet exemple, je lise à partir d'un qfile code>, mais vous pouvez appeler readall () code> sur n'importe quel qiodevice code>. Il convient également de noter, QioDevice :: Taille () Code> vous aidera à vérifier si toutes les données ont été lues.

<?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.";
?>

Je pense que la capture est que qnetworkAccessmanager ne prend pas en charge codage de transfert chundué lorsque le téléchargement (poste, Mettre) les données. Cela signifie que QNAM doit savoir à l'avance la longueur des données à télécharger, afin d'envoyer l'en-tête de longueur de contenu. Cela implique:

1. soit les données sont non provenant de périphériques séquentiels, mais à partir de périphériques d'accès aléatoire, ce qui signalerait correctement leur taille totale via la taille () ; ;
2. ou que les données proviennent d'un périphérique séquentiel, mais le périphérique a déjà tamponné tout (c'est la signification de la note sur fini () ) et le signalera (via BytesAvailable () , je suppose);
3. ou que les données proviennent d'un périphérique séquentiel qui n'a pas tamponné toutes les données, ce qui signifie à son tour signifie
   1. soit qnam lit et tamponneurs lui-même toutes les données provenant du périphérique (en lisant jusqu'à EOF)
   2. ou l'utilisateur définit manuellement l'en-tête de longueur de contenu pour la demande.

      (sur les deux derniers points, voir les docs pour le QNetworkRequest :: donottbufferuploaddataTtribute.)

      Ainsi, qhttpmultiparpart partage ces limitations et il est probable qu'il s'agissait d'étouffement sur le cas 3. supposant que vous ne pouvez pas éventuellement tamponner dans la mémoire toutes les données de votre "codeur" Qiodevice, y a-t-il une chance que vous connaissez la taille de la données codées à l'avance et définissez la longueur du contenu sur le QHTTPPART?

      (comme une dernière note, vous ne devriez pas utiliser QScopedpoinger. Cela supprimera le QNR lorsque le pointeur intelligent tombe hors de portée, mais vous ne voulez pas faire cela. Vous voulez supprimer le QNR quand il émet fini ()).