@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 导出到本地备份。

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

@HappyAndSmile #80 广州和 #78 提到的北上深一样，停缴后是不能统筹报销，但个人账户余额可以继续使用。


政府文件在此： https://www.gz.gov.cn/attachment/7/7407/7407858/8651642.pdf
> 第十二条 停止缴纳职工基本医疗保险费的次月起，停止享受职工基本医疗保险统筹待遇和职工大额医疗费用补助待遇，停止计入个人账户资金，但个人账户余额可以继续使用。

楼主在本帖标题里已经说了「个人账户余额」，在 #13 楼还提到了他的个账余额数值，所以不应该假定楼主分不清个账余额和统筹报销的区别🤣

@mschultz #78 我想到还有一个规则细节 OP 可以再调研搜索一下。

医保分为统筹支付、个人自付、个人自费。以前你没断缴的时候，比如你一共花了 1000 元，其中统筹报销 ¥500 + 个人“自付” ¥300 （可用医保个账支付） + ¥200 元医保外的项目，必须“自费”（现金支付）。

按照 #78 楼提到的北上深的规则，如果你断缴医保，个人账户里的钱可以继续用的（理论上如果只是去药店买个药，100% 用个账是没问题的）；

但是，考虑上面去医院看病花 1000 元这个复杂 case：现在医保断缴，那 ¥500 肯定是统筹报销不了了，那这 ¥500 能用个账支付吗？还是 *直接 fallback 到* 必须“现金自费”而非“自付”？甚至，由于这 ¥500 无法统筹，整个医保目录内项目 ¥800 *作为一个整体* 全部 fallback 到“现金自费”，连原来 ¥300 可以个账的部分也不能用个账了？

---

我也在搜索这个问题，目前还没有非常确定的结论。按照正常人朴素的思维，我觉得应该是“统筹用不了就 fallback 到个账，个账用不了才 fallback 到自费” 这样一级一级 fallback 。
但不能排除有关部门在制定规则时不按套路出牌。

@lswlray #75 关于「职工医保中断缴费或者改为参加城乡居民基本医疗保险，还可以使用个人账户支付费用吗？」

上海（发布时间 2025-05 ）： https://ybj.sh.gov.cn/ybdt/20250530/4b5cc838168b4290b9d0378bfd887596.html
深圳（发布时间 2024-04 ）：
https://hsa.sz.gov.cn/ztzl/szsylbzbf/zcdy/content/post_11255148.html
北京（更新时间 2024-12 ；见问题 14 ）：
https://ybj.beijing.gov.cn/2020_zwfw/2020_cjwt/202208/t20220819_2796267.html

都是 gov.cn 网站自己说的，都说断缴后只是统筹不给用，个账余额可以用。而你说：

> 你断交了去买药不给用，完全是之前的规则中写明的啊
—— 你说的这种「之前的规则」有相关链接吗？

---
如果 OP 确认是本来可以用医保个账的项目/药品，单纯是因为断缴（而非收费处操作问题等其他原因）而不能使用个人账户余额的话 —— 那杭州这种做法确实就是挺过分的，至少比北上深这些城市要坏。