我正在使用ApacheBench对PHP图像上传模块进行基准测试。问题是,当我转储$_FILES["my_file"]
时,我可以看到PHP存储的临时文件不是图像文件,而是base64(text/plain)文件。考虑到POST
请求告诉它上传的文件的内容类型是image/jpeg
,PHP不应该将该文件存储为图像文件吗?或者PHP的行为是否如预期,而我的工作是处理$_FILES["my_file"]["tmp_name"]
中的二进制数据?
以下是我运行ab:的方式
$>ab -v 4 -n 10 -c 2 -p /home/post_data.txt -T "multipart/form-data;
boundary=1234567890" http://localhost/image_upload
以下是/home/post_data.txt的内容:
--1234567890
Content-Disposition: form-data; name="token"
Content-Type: text/plain
1
--1234567890
Content-Disposition: form-data; name="text"
Content-Type: text/plain
Testing
--1234567890
Content-Disposition: form-data; name="status"
Content-Type: text/plain
1
--1234567890
Content-Disposition: form-data; name="uploaded_file"; filename="my_image.jpg"
Content-Type: image/jpeg
Content-Transfer-Encoding: binary
[[base64 image data]]
--1234567890--
[注意,我尝试删除"Content-Type: text/plain"
,但似乎没有什么区别]
谢谢!
我终于放弃了这一点:PHP忽略了头(Content-Transfer-Encoding
),我最终得到了一个包含大量二进制数据的文本文件,而不是一个图像文件。
不是AB的错。。。
我通过将图像二进制直接添加到post_data文件来执行任务。
cat image.jpeg >> post_data
post_data文件的内容如下所示。
--123456789
Content-Disposition: form-data; name="file"; filename="image.jpg"
Content-Type: image/jpeg
"binary content goes here"
--123456789
并确保您的post_data的结尾是CRLF文件而不是LF。
简短回答:
添加Content-Transfer-Encoding: base64
解决了这个问题。
完整答案:
完整的post-data.txt
文件,以CRLF
结尾:
--1234567890
Content-Disposition: form-data; name="file"; filename="image.jpg"
Content-Transfer-Encoding: base64
Content-Type: image/jpeg
[base64 encoded image here]
--1234567890--
完整命令:
$ ab -c 5 -n 5 -p ./post_data.txt -T "multipart/form-data; boundary=1234567890" http://localhost:8080/upload
错误来源:
将烧瓶与imageio.imread(file)
一起使用时遇到此错误,导致错误Could not find a format to read the specified file in mode 'i'