@quan01994 #10 现在香港宣传倒也是左右两边企定定了。
其实我挺不喜欢左行右立的习惯的，尤其是人多的时候，一大波人下车后挤在站台上，扶梯只有一边向上运人，另一边空着运力浪费。就为了潜在的可能千分之一都不到的“可能有急事的人”腾出一半的运力，我不是很能理解。

主要是不太理解地铁里能有什么“真正的急事”，毕竟你都坐地铁了… 地铁发车间隔一两分钟到几分钟不等，我很怀疑扶梯上行走省的那几十秒，在 [统计学意义上] 减少总行程的时间吗…

@4ark #12 的例子好像也不是太能说服我，上班打卡是一个经常性的事件，做那么多次了应该对什么时候出门比较保险心里有数，如果总是玩极限操作，有一天迟到了归因到有人站扶梯左边不让路，好像也有点儿怪

——
不过在人少、环境安全、扶梯/站台空旷的时候，有人看到车正好来了、想走两步我觉得倒也无所谓啦🤷

@superrichman #2 你说的这个方法我还真试过。当时在医院和在家测试结果能差 30~40 mmHg.

把自购的便携式血压计带到医院测，测出来数值与医院的台式血压计近似，都高。
同一个仪器带回家测结果就变低（正常）了。*多次*试验，尽量保持相同测量姿势，复现率 100%。

简单的语言安慰、深呼吸、“到了医院休息一会儿再测”等方案无效果。一到医院就高，感觉很难解决。

@dufldylan1 #46 按照 Apple 官网的用词来讲的话，算。

@SkywalkerJi #11 不光港版可以 Audio ，实际上不支持蜂窝网络的国行设备（例如 iPad 非蜂窝版）也能 Audio

@lambdaq @lambdaq #23 正面回答 #23 「云空间满了之后，用户应该怎么简单操作来处理这件事？用户的常规路径是不是 …… 」这个问题的话：

1. 我个人自认为比较熟悉电子产品的，我会选择备份照片到更大的介质（ OneDrive/移动硬盘）并在手机端清理部分照片。由于同步机制，这种清理也会在云端释放空间。
2. 我妈这种完全 non-tech-savvy 的用户，根本不知道有网页端这回事，遇到云空间满了也只会在手机端清理照片（此时她能够理解「在手机删除，这张照片就没了」所以不会有 OP 的问题）。或者她发现云空间满了只是个提示，不影响继续拍照片，就不管了。

我想了想，像 OP 你说的第一反应是去网页端删除并且想着手机本地保留的，还真不一定是大众用户/「常规路径」……

@mschultz #24 当然想让你付钱的盈利需求也是促成现在这种设计的原因之一。

@lambdaq #23 你说的有一定道理，可能有相当数量的 non-tech-savvy 的用户，在看到云空间满了之后，第一反应确实是在云端删除部分照片。这确实是产品经理需要考虑的 —— 实际上他已经考虑了，考虑后的结果正是你在原文中引用的「**弹出提示**：本地相片也会一并删除，并且无法恢复」

因为从备份或者同步的角度讲，一般来说用户是有责任确保你备份或者同步的目标介质有足够的空间的，如果用户执意要从一个 「大容量介质」备份/同步-> 数据到「小容量介质」，这本身就是一个非常容易造成问题、违反直觉的需求。如果你确实有这种需求，目前云存储业界大多也就是允许用户（通过指定文件夹等粗粒度方式）手动选择同步哪些文件。

而你想要的是基于单张照片的细粒度选择性同步逻辑，这个并非不可实现，但*也许*会大大增加产品的复杂度和用户理解门槛，可能会比现状造成更多的问题，又得罪另一批用户。

所以我的理解是，产品经理最后做出了取舍，也就是简单地遵从业界惯用的同步逻辑，并对其中可能违反 non-tech-savvy 用户*直觉*的部分作弹窗提示。而不是迁就所有用户，最后做出一个非常复杂容易出问题的东西，类似这张 meme 图: https://www.newmobilelife.com/2016/01/13/iphone-7-geekculture/

https://s2.loli.net/2025/10/18/qORztJUG5u621VW.jpg

@f165af34d4830eeb 一加 13 规格 Specs 页面 https://www.oneplus.com/hk/13/specs 倒是写了
链接功能 - eSIM
连接埠 - nano SIM 双插槽

@MacsedProtoss #1 我印象中苹果截至今年、在世界任何地区还从未发布过 双实体 SIM + eSIM 的机型。

你提的 SE 和 16e 也都是单实体 SIM + eSIM ，其中从 SE3 开始支持双 eSIM 待机（也就是实体 SIM 卡闲置）。SE2 的 eSIM 模块还只能单待。

@mschultz #8 可能造成的混乱参考 https://support.google.com/photos/thread/319833668/google-photos-won’t-re-upload-images-after-i’ve-deleted-them-and-purchased-more-storage?hl=en

#7 说得有道理，不要逆着产品思路去使用，对一个服务看不惯/不想付费，不用就好了。

1️⃣如果你想好好备份照片，就找一个容得下你全量照片的存储介质（硬盘也好，付费网盘也好）； 2️⃣如果你不在乎备份，只是默认打开了云相册，那云相册满了你也不用管啊，只不过本地拍的新照片无法上传了而已，这条已经假设了你不在乎；

但 —— 3️⃣如果你又要正经使用云相册，又不想付费买空间使之容纳你的全量本地照片 —— 这种奇葩需求人家产品经理肯定不会惯着你啊，这肯定是出于盈利需要，而不是出于「偷懒」吧🤣

@Yien #4 已经给了，就是 OP 说的手机 **停止同步**，登出云账号。登出的时候应该会有个选项就是要不要在本地保留照片。（也就是切断本地与云端的「同步关系」，然后云端你想咋删咋删）

如果你说是任一单张照片在云端删除而在本地保留，那问题就像 #5 @Vegetable 说的，你云端删了，下次手机「同步」的时候还要把本地没删的那些照片传到云端吗？如果传，那你就白删了；如果不传，那手机本地必然需要某种机制记住「哪些照片是用户不想传到云端」的。这个机制倒也不是不能实现（系统只同步主照片图库里的照片就好了，不想上云的照片你单独放在一个非主相册的自建文件夹？），但会比较拧巴。由于用户自己可能也记不住长期使用中在云端删过哪些照片，以后说不定会疑问「诶，怎么这张照片死活同步不到云端/其他设备上去」然后骂娘🐶 多设备的场景下更乱套。

这个不算过分，只是「同步」的逻辑而已。网盘大致可以分为两种模式，「同步」和「备份」。

1.「同步」就是从一个设备（或云端）删除/更改了，另一个设备（或云端）就跟着删除/更改；
2.「备份」就是从 A 设备复制到 B 设备（可能是一个硬盘或者网盘），一般我们不会主动去修改 B （但万一修改 B ，这种修改也不会反映到 A 上），而未来 A 的内容有更新了、再 trigger 一次备份，A 的内容会被再次（增量或全量）复制到 B 。

两者没有绝对谁更优，只是适用场景不同。「同步」有利于多人协作、共享等，比如你和家人 share 一个相册，一个人修了图另一个人就能看到。但「同步」不能代替备份，因为本地的误删可能导致云端也被同步删除（当然有的服务商会提供历史版本/回收站类似的功能）。

举例而言，iCloud 相册和小米云相册用的就是「同步」的逻辑，而如果你用 OneDrive / 百度网盘等备份手机里的照片，大体上是「备份」的逻辑，在 [网页端] 删除 OneDrive 中备份好的照片，不会导致手机里的照片被同步删除（但如果你是在手机本地的 OneDrive App 中操作删除则未必，要留意屏幕提示，看看 OneDrive App 会不会帮你顺便修改手机相册）。

我个人感觉「仅凭手机号+验证码直接登录」，是互联网厂商为了降低用户登录/注册门槛而采取的妥协方案，似乎只有银行/微信/支付宝等比较重要的厂商，有动机做更严格的认证（如 #4 说的）。

小厂似乎没有动机为了小概率的「用户换手机/号码回收」，就主动提高全部用户登录的门槛。

作为用户能做的也就是 1️⃣尽量不要在登录认证比较简单（简陋）的小平台留存个人信息、2️⃣换手机号的时候尽量全面排查改绑旧手机号等等。

用户实名认证其实有不少不错的方案，硬要说的话，我觉得「国家网络身份认证」就算一个🤣 但只要它还不是强制的（初次配置有一定的成本，不强制的话必定难以普及），那么众多厂商一定还是会长期使用手机短信一键登录。

@Gcourage #45 纳斯达克 100 是一个指数（ Index ，俗称纳指 100 ）；

QQQM 是一个*具体的*追踪纳指 100 的 ETF 产品。

指数（ Index ）更多地是一个数学概念（你无法买卖一个计算出来的纯数字）。但是，投资者可以透过购买 QQQ 、QQQM 这种具体的基金产品，间接地实现按照指数中的比例配置股票。

当然，由于多种现实因素，具体的基金产品都不可能在数学意义上 100% 精密、实时地追踪指数，不同产品的管理费也有所不同。QQQ 就是另一个追踪纳指 100 的具体 ETF 产品，和 QQQM 的区别 #50 说了。

@peteretep #3
- A 默认中国人 99.9%的可能接受微信收款，所以说转账就默认用微信转账，这种情况很普遍。没想到 B 不喜欢（这也不奇怪，有人不喜欢微信提现麻烦）

- 但原帖「无论是 A 还是 B ，都发现似乎那个转账没有撤销功能？」这个说明 B 方面有问题，可能是微信版本过低/风控（？），要么是注意力较低，没有注意到「退还」那行小字。一般情况下收款方是会可以点击立即退还的。

淦。这个对我影响还挺大的。

我这两年刚刚慢慢形成了一套 email 备份方式，就是以一个 Gmail 账户为核心，平时收发也主要是用这个 Gmail ，但因为各种原因，还是难免有几个其他邮箱在少量收信（例如内地银行用 QQ 邮箱收账单，不想直接把 Gmail 地址给内地机构）。配合 Gmail 的代收/Gmailify 把邮件都「归集」到这个 Gmail 中，然后不定期用 Google Takeout 导出到本地备份。

这下这套备份方法直接被砍咯。