IronMQ 推送队列响应答案

【问题标题】：ironMQ Push queue responseIronMQ 推送队列响应
【发布时间】：2015-01-22 00:18:48
【问题描述】：

我搜索了很多，但找不到关于 REST API 发送的响应属性的任何描述 (http://dev.iron.io/mq/reference/api/#responses) 响应的几乎所有属性都是不言自明的，但需要描述一些属性。让我提一下其中的一些；

响应GET /projects/{Project ID}/queues/{Queue Name}/messages/{Message ID}/subscribers请求，什么是属性 ID？（这不是我检查过的消息 ID。如果是单播 push queue 与message_id+1的编号相同）
响应GET /projects/{Project ID}/queues/{Queue Name}/messages/{Message ID}请求，什么是属性 reserved_count？
回复GET /projects/{Project ID}/queues/{Queue Name} 请求，什么是财产规模？（它看起来是队列大小值，但又是什么队列大小？我的仪表板上的队列大小总是显示为零）
根据我的理解，如果消息是第二次或第三次重试 retries_remaining 应该等于 retries_total - number of retries attempts。但事实并非如此。每次我都看到 retries_remaining 没有改变。在哪些情况下 retries_remaining 会变吗？
消息尝试retries_total次数后，消息 status 应更改为 error 但仍为 retrying。为什么？
是否有任何消息路由日志？意味着，如果一条消息是第一个发送给订阅者 1 但未收到 200 的响应。相同然后消息将发送给其他订阅者，比如订阅者 2。

【问题讨论】：

标签： php ironmq

【解决方案1】：

响应GET /projects/{Project ID}/queues/{Queue Name}/messages/{Message ID}/subscribers请求，属性ID是订阅者ID
响应GET /projects/{Project ID}/queues/{Queue Name}/messages/{Message ID} 请求，属性reserved_count 显示消息已被保留多少次。如果超时已过期，则保留后，消息将被放回队列中，并且 reserved_count 将增加。
在push queues（与pull queues 不同）中，消息不存储在队列中。这就是为什么任何push queue 的大小始终为零的原因。
消息尝试retries_total 次数后，消息状态始终更改为error。我认为您在尝试retries_total 多次之前检查了状态。重试之间还有retries_delay，默认值为60秒。
不幸的是，现在路由日志不可用，也许将来会。您可以使用errorqueue。它是另一个队列的名称，其中将放置有关重试重试次数后无法传递的消息的信息。有关详细信息，请导航至 http://dev.iron.io/mq/reference/push_queues/#error_queues

【讨论】：