Загрузить: 500 Внутренняя ошибка сервера

Question

Кому-то, кто наткнулся на это: это касается API Pushbullet, отмеченного тегами.

Попытка этого в первый раз.

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

Кодекс VB6 с использованием экземпляра Msxml2.XMLHTTP для отправки:

With XMLHTTP 
    .open "POST", UploadUrl, True 
    .setRequestHeader "Access-Token", AccessToken 
    .setRequestHeader "Content-Type", "multipart/form-data; boundary=" & ContentBoundary 
    .onreadystatechange = Me 
    .send MultipartFormBody 
End With 

MultipartFormBody является массив байт, поэтому ничего не выходит кодироваться в UTF-8 там. ContentBoundary - это строка, созданная в тандеме с данными тела. UploadUrl - это строка со значением, возвращаемым в предыдущем ответе (Upload Request). XMLHTTP автоматически создает заголовок Content-Length.

Насколько я вижу, тело сообщения также правильно отформатировано. Когда у меня был недостаток в последнем, я получил сообщение об ошибке, которое было весьма полезно для его исправления.

--PushbulletReporter_3E43228zZz82234E3{CRLF} 
Content-Disposition: form-data; name="file"; filename="capture.png"{CRLF} 
Content-Type: image/png{CRLF} 
{CRLF} 
{bytes of a PNG image}--PushbulletReporter_3E43228zZz82234E3--{CRLF} 

Но теперь я получаю 500 Internal Server Error с сообщением об ошибке «Произошла необработанная ошибка сервера».

Тело - это волосы под 3,5 кг. Я склоняюсь к таким понятиям, как ... возможно, требуется кодирование с кодировкой?

Любые подсказки? Дополнительная информация может помочь?

Answer 1

Прежде всего, я хочу извиниться за то, что вы загружаете файл, multipart/form-data, к сожалению, трудно создать на самом деле, поскольку на нескольких языках есть стандартные библиотеки, которые это делают. У меня есть версия, в которой вы просто загружаете байты напрямую, но пока не готовы к выпуску.

Я вижу некоторые ошибки «неожиданного EOF» в журналах, поэтому могу только предположить, что это то, что происходит здесь. Я еще не запускал никаких тестов, но думаю, что у вас недостаточно {CRLF} s или какой-либо другой незначительной ошибки. Если вы можете создать кодированные данные с существующей библиотекой, тогда сравните ее с вашим выходом, что было бы идеально.

Я попытаюсь заставить сервер вернуть 400 в этом случае, но я думаю, что это будет «Недопустимое многочастное тело».

Я сделал тестовый сценарий, и он выглядит как отсутствующая CRLFs проблема:

--d3880c80febbef19d78c6daf83da33d6b973d2524d9a6146e4bc71f4973b\r\nContent-Disposition: form-data; name=\"file\"; filename=\"filename\"\r\nContent-Type: application/octet-stream\r\n\r\n{bytes of a PNG image}\r\n--d3880c80febbef19d78c6daf83da33d6b973d2524d9a6146e4bc71f4973b--\r\n 

Обратите внимание на CRLF после байт части PNG изображения, я думаю, вам не хватает тех