@hallostr 我不清楚你对我的怨气来源于何处。

1. V2EX 是一个论坛，是大家共同发表看法的地方。我既然选择来这里发帖，说明我既想看到在一定程度上客观的内容，也想看看大家主观的看法（即你口中的“寻找认同”）。此外，我不认为寻找认同有什么问题。通过其他人的观点来验证自己的思维模式是每个人都会做的事情。

2. 我描述的经历是我作为消费者，但我并没有限定所有回复都要从消费者的角度出发。上面的回复中有从消费者角度出发，也有从商家角度出发，还有从阿里员工的角度出发的。重点是，我们每个人不可能永远都只具有一种身份。

3. 我也只是描述了我一次购物的经历，并未发表任何煽动性质的内容（ e.g. 鼓励所有观看此贴的人都远离淘宝）。你所谓的“急于战队”是在给我戴高帽。

我不认为你这样的回复能够给讨论带来任何益处。Block 了，再见。

@hallostr 我没有给出结论，我是提一个问题。我提出这个问题也不是仅仅基于我这次的购物体验，身边的朋友和我聊天确实也提到没以前那么常用用淘宝/天猫了。

或者换个说法，淘系电商究竟还有什么样独特的生态位？

OP 确实有点表面虚心学习，实际非常傲慢的感觉。HTTPS 一般情况下都能保证传输安全，真的要有中间人攻击的话通常也得在 victim 的设备上安装一个根证书并使其信任该证书，这种攻击一般都得靠社会工程学的方式去做，否则如果取得了 victim 设备的控制权，直接监听就好了，不需要整这么复杂。在这种前提下，只有少数对安全性要求高的应用程序有在前端加密表单数据的必要。到了服务器端之后的泄露，最有可能的就是开发者在日志里把密码明文 log 出来，然后日志的访问接口被意外公开，但是这个问题对于有 code review 规程的公司来说不太可能会发生。总之这就是一个做和不做都没啥太大坏处的事情。

@amorphobia 他这个不是变长数组呀，用了 new 分配在堆上的，变长数组指的是分配在栈上的

根据你给的附言，推测可能是你 qtglobal 头文件引入的有问题，导致 qint64 被认为是 int32_t 。因为 2701131776 > INT_MAX(1 << 32 - 1)，这个值在 assign 给 int32_t dataSize 之后被认为是一个负数，导致 bad_alloc 。

@colin2023 这种应该是从 iCloud 恢复的你的 session

你的新手机也是 iPhone ，然后直接恢复的这台 13pm 的数据吧

R7000 内存貌似是 256M? 那还真不一定够，我看了下我软路由上跑的 meta ，都已经用了 165M 内存了。这也是之前我切换到软路由的最主要原因

我用的 Brave ，其实日常浏览最重要的功能就是广告过滤，只有 Brave 过滤得比较干净，Vivaldi/Edge 都不太行。Kiwi 以前低版本经常闪退，新版本貌似好些，不过更新不像 Brave 那样及时

来啦来啦，支持一下

这样看深圳房租好像还算便宜。之前在北京中关村合租，10 平米的房间一个月 4000 块

我在软路由里用的 Clash.Meta ，把 Warp+ 提取成 WireGuard 节点加到配置文件里面，配合分流规则还挺好用的，看 YouTube 4K 没问题

接力
https://zed.dev/invites/TPq-89rJZlYInzUl

GPU 虚拟化都要花钱买 license 的，而且基本上没有个人授权

有一个地方确实会有差距，就是色彩空间。
iPhone 能够正确地处理各种色彩空间的映射和显示，RGB/P3 之类的都可以正确处理，但是 Android 这块儿目前还是厂商各自为营，更不要提现在用户可以手动调整屏幕颜色的映射模式。

二楼的写法更好一点，不需要给默认值，我的这种写法还需要给一个泛型的默认值