共有1个答案
正如其他人所说，Azure存储队列消息大小限制(64K)是一个硬限制。
除了编码、压缩（缩小）等：最常见的模式是不将有效负载存储在队列消息中；相反，将其存储在类似Blob存储的地方，并且只存储消息类型&元数据（如果需要），以及指向包含要处理的有效负载的Blob的URI。
通过遵循这种模式，并为有效负载使用blob存储，您的有效负载大小实际上为4+TB。如果需要，您还能够持久化您的有效负载（而队列消息在处理后会被删除）。
-
请求正文太大，超过了允许的最大限制
-
我正在处理大量的二进制文件。在最近对本地git repo进行了一次更改之后，我试图将更改推回到远程，结果收到以下错误。 不幸的是，我不能使用这里描述的策略，因为所有的更改都包含在一次提交中。有什么建议吗？我怎样才能绕过这个包装尺寸限制？
-
我正在尝试使用GridFS和ruby在我的mongo数据库中插入一个33 MB的视频文件，我有一个系统性的“文档超过了允许的最大BSON大小。最大为16777216。”。我认为在mongo集合中插入大于16MB的文件的唯一方法是使用Gridfs，所以我怀疑我做得不对，即使我复制/粘贴了Ruby驱动程序示例(http://docs.mongodb.org/ecosystem/tutorial/rub
-
问题内容： 我可以一次发送到的最大数据大小HttpURLConnection是Tomcat多少？请求大小是否有限制？ 问题答案： maxPostSize 容器FORM URL参数解析将处理的POST的最大大小（以字节为单位）。可以通过将此属性设置为小于或等于0的值来禁用该限制。如果未指定，则将该属性设置为2097152（2兆字节）。 另一个限制是： maxHttpHeaderSize请求和响应HT
-
//{this.props.params.item}来自反应路由器（路径（'/detail/item/id'）） 为什么我的调度是无限循环，直到出错（超过最大调用堆栈大小）
-
很好用。但是，如果我发布了一个更大的json文件，我会得到一个504：Gateway超时。 我感觉Nginx和Uwsgi之间的通信有一个问题，但我不知道如何解决它。 编辑：我跳入docker容器并手动重启nginx以获得更好的日志记录。我收到以下错误： /etc/nginx/conf.d/nginx.conf： /etc/nginx/conf.d/upload.conf：