反代理创建的是一个和直接访问官网不同的域，Cookie 和其他存储不通用。
意味着你需要额外让用户在你的反代页面完成用户登录才可以拿到用户凭据，而且这个过程中反代理规则里面会需要好多必要的关键字替换才行，不然现在的网页应用大概率会跑不起来。
高校的那种 Web VPN 就算是做得成功的典型，很多现代框架构建的网页应用也能保证正常运行和正常代理，很好奇是怎么做到的。

@cssk #3 色情。不是屏蔽词也自我屏蔽了，有些多余。

光看描述，感觉可以是很好功能机用的操作系统。之所以感觉是功能机，因为这种平台估计不可能有什么丰富的应用生态，能满足手机该有的功能就差不多了。你说有政策鼓励？套补贴的企业疯狂给你发布垃圾应用哦。

这样的机器对于本论坛的人来说，肯定是忍不了的。

不过，智能手机只用来 通讯、购物、使用客户端形式的线上多媒体服务等 的用户是绝大多数。而且考虑到像是现在很多政务服务甚至银行服务的入口也在搬进支付宝或者微信这种地方，要用单独客户端的场景逐渐有限。这时候应用生态对于日用需求的影响就并不大了，这类设备不见得没有使用场景。
家中有长辈的反而还真能整一个这样系统的设备，满足日用需求的同时专门防治流氓应用。

顺便…… 网页浏览器？但凡是个操作系统或者想让微信这种能运行起来，都得有个能用的浏览器。这个得怎么自研……

总之我不买。

设备：Surface Duo (Android 12)
Chrome 中出现色彩断层 (更像是色彩位数不对)，本地 Google 照片预览完全正常。
Edge 不支持直接预览。

设备：Redmi 某型号 (MIUI 13, Android 12)
Chrome 中没遇到前面提到的色彩断层，但是本地图片查看器不支持预览，显示文件损坏。

Apple 设备还可以来这边看 HDR 实现的比白色更白的白底效果：
https://notes.dt.in.th/HDRQRCode

Flashpoint 那个项目让我想到了个事情，看了下它是有存储 showgood 早期的作品的，但是貌似不全。

不记得是哪一段时间了，showgood 官网是变成了在线观看的模式，然后那一段时间的节目因为套了一个播放器所以不能用浏览器直接下载。那时我从浏览器缓存里面存过一个十五集（且看上去应该是没有完结）的《小兵的故事》，不是现在网上正常能找到的那个十集的系列，内容完全不同（人物一样）。原始文件名格式例如 xiaobg15.swf ，完整 URL 没有记录了。

然后现在感觉那个时候官网在线播放的那一系列剧集，全网都不见踪影了？但我很确定 2015 年那时把官网拿到的 swf 文件传到百度网盘时是触发了秒传的，所以一定在哪里还能找到完整的剧集，有人有那一系列的 swf 原文件。

那一系列的作品文件大小是有点重量级的，比如第 13 集（ xiaobg13.swf ）的文件大小达到了 32.95 MB 。有不少地方把矢量场景转为了位图来降低低端机器的播放难度。

（看了眼网盘，偏偏第一集被存漏了。）

@blueboyggh iOS 版本也带的，所以考虑到多平台同步，可以直接拿 Edge 当主力浏览器用。

iOS 如果剪切板内容来源不是当前应用程序，只要当前程序请求读取了都会有提示。即使在设置里面给了当前应用默认允许，也会有提示。

原生安卓（好像）是没有提示的。安卓那边也就浏览器网页应用能通过浏览器来限制权限。

@iamtsm #6
有，WebRTC 既然走的是 P2P ，可以来一个测试端对端通讯延迟和稳定性的功能。

举个例子，有的联机游戏会走 P2P ，但是因为例如其中一方的无线网非常辣鸡或者中间网络线路很烂，即使两边玩家各自测速是正常的，实际的玩家之间的 UDP 通讯 [稳定性] 会很难直接测试。

我之前花了一天半给自己整了一个走 WebRTC 的浏览器里面能跑的测试 UDP 通讯稳定性的东西，
https://udp-ping.dev.mxowl.com/
对于这个测试页面里面的稳定性测试，有公网 IP 的服务端直接作为了一个 WebRTC Client （ createOffer ），所以即使 NAT 类型不佳、没法打洞的客户端环境也能成功建立连接。然后，为了测试连接稳定性，会以每秒 60 次的速度发带序号的 ping pong 文本信息。
延迟图像越接近一条直线，说明稳定性越好。

因为写得太匆忙太丑陋了所以就没开源，但核心原理很直接，写类似功能的话应该不会有太多坑。可以试试看，因为类似的功能似乎很少见，现在大部分都是网络测速服务，能测试稳定性的网络测试工具 Cloudflare 的那个在国内又没有节点。

（这个页面的 NAT 类型测试仅供参考，原理是批量请求几个 stun 服务器然后检查出口端口号是否唯一，但是没有额外检查 stun 服务器的请求到底有没有成功、也没有真正建立连接测试连通性。其实能修，但这个工具目前就自己用的所以懒得修了）

网页应用吗，如果 token 是存在本地的，登陆拿到 token 之后调用请求用户信息的接口可以确保 token 是被正确保存了的。
如果使用的是 Cookie 存储 token ，在跨域 iframe 里面设置 Cookie 会失败。如果用其他方式的存储，用户如果禁用了 Cookie ，基本上所有 Storage API 都会在访问时抛出异常（包括 localStorage ）。这些情况都算是，登陆请求成功但是 token 没有办法被保存的情境。

我见过的大约只有上面这种了，楼下补充看看。

可以现在就用 Steam Link 之类的局域网串流试一下手机游玩是否会有晕 3D 的问题。这个因为人与人之间差异挺大，也不好说小屏幕能不能缓解。

然后用 iPad 打开此页面，吸到冰箱上面去。

家 庭 智 慧 中 枢

Apple 那边，M1 塞在 iPad Air 里面就是 $599 ，塞在 MacBook Air 里面就是 $999 。
再说跑分，现在手机跑分比稍早的低压 U 轻薄本高的情况非常常见。

硬件性能上，移动设备和桌面设备已经差不多了，但是这个需求，厂商应该不会太去投入。

能想到的最早的微软 Lumia 系列 (950 应该)，当时的桌面模式大概算是光速去世了。闲鱼见过那个配套的同时带 DP 和 HDMI 的好高级的拓展坞，想固件升级还得连那个已经凉透了的手机。

然后就是，真要日常办公，现在还是不容易脱离桌面操作系统，尤其 Windows 这种。
提一嘴能够揣兜里也能接显示器的另一个设备，Switch 。开发者社区已经差不多把 Switch 都给撅翻了，但现在也只有安卓和 Ubuntu 能够稳定运行。(Ubuntu 的运行效果还真可以，就是 Switch 的 CPU 性能太垃圾了)
安卓机的第三方 Windows 移植，跑起来能开着能撑多久不出问题都是个谜。

即使就用安卓系统，配合一个（一般用户根本不可能会用到的） Linux 环境，想要办公，会需要从兜里掏出手机、扩展坞、键盘、鼠标、显示器，还得找个能放得下的桌子。顺便，显示器多少都是要外接供电的，一线通给手机供电也得有一头带个充电头。
相比之下，笔记本电脑可以直接放腿上，开盖就开始用。

可能有点太啰嗦了，再补最后几句……（抱歉忍不住）

微软 Lumia 950 (XL) 的桌面模式也可以配合无线投屏使用，而且手机本身还可以直接作为触摸板和屏幕键盘。这可以允许用户在有现成屏幕的情况下直接一个手机一个巴掌大的无限投屏器就可以启用那个桌面模式。一直觉得这个是很优秀的设计，但可惜凉得太快了。

总之，核心问题应该就是，没有那么多“日常办公的需求”。太小的事情就用手机处理就够了，然后对于需要在桌面设备上处理的事情，比起带一个显示器，还是直接带个笔记本电脑似乎更合理一点。

……对于 16G + 1T 闪存的白菜价手机，比起当便携主机，我的建议是直接插电插网当家用服务器（什么玩意）

这个功能大概是只对 iMessage 收发的媒体附件有用，不会去检测像是浏览器或者第三方应用程序里的内容。

总之，听 4 楼的，
https://i.imgur.com/J3wY2J5.jpg

应用数据不能直接转移，所以留意一下像是微信这种家伙，会需要手动迁移聊天记录。

有时候 Cloudflare API 的访问会受到影响，所以要留意一下更新解析记录的姿势。
其他应该没什么大问题。

没绷住，但想想倒也合理…… 这也是移动互联网给很多用户带来的习惯，现在不管是网页还是小程序，基本都要给个二维码。相当多的普通用户眼中，浏览器是使用频率最低的软件之一。想象一下一位一直以为 iOS Safari 是指南针应用的用户（真有）。
电脑端用网页应用的话，还得顺便防着对方启动 IE 浏览器。
（华为那个真没绷住，跳应用商店要是也能有个统一的二维码就好了）

写个 tg 机器人然后推送吧。