小编yef*_*rem的帖子

我正在尝试使用皮卡服务安排取件.首先,我发送Pickup Availability请求以获得截止时间,然后使用我在Pickup Request中获得的结果.但在那之后我得到错误"切断时间后的准备时间"显然是在截止时间之前的时间.在我的例子中,返回的截止时间是16:00,但我可以安排取件的最晚时间是11:00.提货可用性响应的一部分:

<v3:ScheduleDay>SAME_DAY</v3:ScheduleDay>
<v3:Available>true</v3:Available>
<v3:PickupDate>2013-04-02</v3:PickupDate>
<v3:CutOffTime>16:00:00</v3:CutOffTime>

生成错误的计划提取请求的一部分:

<ns1:ReadyTimestamp>2013-04-02T13:00:00</ns1:ReadyTimestamp>
<ns1:CompanyCloseTime>20:00:00</ns1:CompanyCloseTime>

以下是两个请求的完整请求/响应代码:http://pastebin.com/jqtfsRFc

UPD:根据评论中的讨论更多细节

这就是关于ReadyTimestamp的内容.时间必须不晚于CutOffTime,可以使用PickupAvailabilityRequest发现.

所以我提出了一个提货可用性请求并看到答复:

<v3:ScheduleDay>SAME_DAY</v3:ScheduleDay>
<v3:Available>true</v3:Available>
<v3:PickupDate>2013-04-09</v3:PickupDate>
<v3:CutOffTime>16:00:00</v3:CutOffTime>

文档说明,根据本地TZ(取自邮政编码)使用取件可用性的时间戳.本地TZ是PST,其与UTC的偏移为-07:00.提货可用性回复中还有一行表示处理我的提货可用性请求的时间.我检查并发现它也在PST中,所以这一步看起来很好: <v3:RequestTimestamp>2013-03-26T11:58:37</v3:RequestTimestamp>

所以我在太平洋标准时间16:00截止时间,下一步是使用创建分拣请求安排实际取件时间不晚于截止时间.对于此请求ReadyTimestamp应包含TZ信息,因此我尝试了不同的日期/时间格式.所以,如果我想为14:00 PST我尝试创建皮卡2013-04-09T21:00:00,2013-04-09T21:00:00.000Z,2013-04-09T21:00:00+00:00,和2013-04-09T14:00:00-07:00.在所有这些情况下,我都会收到错误Ready Time after Cutoff Time.我尝试了很多不同的值,发现最新的工作时间是太平洋标准时间04:00(与UTC时间11:00相同).所以04:00给了我success和04:01给出了Ready Time after Cutoff Time它以任何日期/时间格式这样工作.

我正在使用Pagerfanta和Doctrine Adapters与Symfony2和Silex.随着我的数据库变得越来越大,我发现管理员统计信息页面上的大量负载会显示带有分页的大数据.我检查了分析器,看到了令人难以置信的低效查询:

SELECT DISTINCT id16
FROM (
    SELECT f0_.username AS username0, ..., f0_.added_on AS added_on20
    FROM fos_user f0_ ORDER BY f0_.id DESC
) dctrn_result
LIMIT 50 OFFSET 0;

SELECT COUNT(*) AS dctrn_count
FROM (
    SELECT f0_.username AS username0, ..., f0_.added_on AS added_on20
    FROM fos_user f0_ ORDER BY f0_.id DESC
) dctrn_result
LIMIT 50 OFFSET 0;`

通过创建DoctrineORMAdapter类的固定版本,可以轻松修复第一个查询.生成COUNT()查询的代码更复杂,所以我决定询问是否有任何解决方案.

那么有没有办法让Pagerfanta不运行嵌套查询？