Hades300

@fivesmallq 手持 15PM 回复😏，是不是感谢错人了

前两年的安卓旗舰+最近入手了 15PM
逐渐把主力切换到苹果上，依然非常怀念安卓的丝滑.
1. 统一的返回逻辑
2. 充电五分钟回血二三十的安全感
3. 即使是两年前的 soc 现在依旧丝滑，启动速度飞快 也毫不落后 15
4. 机身轻薄 即使 6.7 寸仍然可以单手握持 裸机 170g 左右
12 换近年旗舰安卓 体验是一定升级的 但相应你所依赖 apple 生态的部分也都得切换 比如云存储 常用的好用 app.只能说权衡利弊吧。哈哈哈哈哈哈 祝楼主换机快乐🎊

@thy44h2 🎉

@oreainters 酷酷！不过取货时间真的是必要的吗，在杭州下单 iPhone14 是不显示可预约取货时间的，得先付款🤯。在抢 15PM 的时候经常发现有机器但是没有可约时间，怀疑也是和 14 一样。

感谢楼主贡献的代码和思路，对我而言感觉是个很规范的 python 项目，学到了蛮多。
发现一个问题和一些优化点
1. 我在页面上购买杭州的 14Plus 测试，无法在付款前拿到 timewindow 的，这个不是下单的必要条件。
2. 填充付款方式和联系人信息是可以并行的🤣（杭州货好难抢，每次补货只持续 2-10s ）
3. monitor 模块和 order 模块目前串行耦合，一个 available 的机会是可以开多个 order 并行 race 一下的（相当于模拟多位 guest 同时下单）
4. 激进一些，甚至可以初始化时拿好 store 信息，不 check 库存直接下单（这个有些脑补，需要测出无库存时的表现）
关于第一点，可能是不同地区的下单逻辑稍有不同，比如上海就能通过楼主给的流程下单，但对其他地区是致命的因为必失败。
除此之外，刚刚验证了，上面 order 复用问题确实是个缺陷，购物车会越攒越多（程序一直挂着跑，抢 15PM 的话首次失败后后续失败也几乎是必然的）。
感觉是个潘多拉魔盒，想给楼主提 PR 但是又有点不敢提了，不过该说的都说了，，我相信一定有闭源的现存下单工具。。但真的很纠结。。。 @oreainters

InventoryMonitor 持有的 Order 一直复用一个 session ，会不会存在前面下单失败，购物车里积攒了很多个商品的问题🧐

感谢楼主，已经挂着跑了一整个下午了，发现不少这种报错，每次都在 start_checkout: Starting checkout... 之后，代码我改过一些行数不一定准。。 准备开个 debug level 调调看，楼主遇到过吗
File "/Users/XXX/PycharmProjects/APEStoreAssistant/src/actions/order.py", line 148, in start_checkout
signin_url = resp_json["head"]["data"]["url"]
KeyError: 'data'

银灯食府中午十二点微信取号，下午四点出头大概正好😂

刚从广州五天游回来，三天住在西华路上。
早茶: 推荐银灯食府，人均 120 ，好吃 环境好
糖水: 连外卖点的都很好吃，如 九记甜品。网红店也不错，晚上去不用等，如兰芳园榴莲糖水。
火锅:吃了俩人均 170 的，如 顺德松记食店(五点半后营业)。虾滑牛肉不错很好吃。