[iPhone] iOS 26 Safari 书签浏览的问题
·
15PM 昨天从 iOS 18.7 更新到 26 ,发现 Safari 打开书签,不会记忆上一次打开时上下滚动的位置,比如有个书签文件夹,我需要逐个打开里面的书签,iOS 18 只要没有强退 Safari ,再次进入书签页面会自动定位到上一次浏览的位置(实际是会稍微再往下滚动一点); iOS 26 就变成每次都定位到书签文件夹顶部,需要频繁下划页面、停止、定位点选书签,效率比之前低多了。 有同样使用场景需求的吗?
·
15PM 昨天从 iOS 18.7 更新到 26 ,发现 Safari 打开书签,不会记忆上一次打开时上下滚动的位置,比如有个书签文件夹,我需要逐个打开里面的书签,iOS 18 只要没有强退 Safari ,再次进入书签页面会自动定位到上一次浏览的位置(实际是会稍微再往下滚动一点); iOS 26 就变成每次都定位到书签文件夹顶部,需要频繁下划页面、停止、定位点选书签,效率比之前低多了。 有同样使用场景需求的吗?
·
关注了 100 多个 UP ,可根据更新频率分为两类:1.每日更新几十条的,“官方频道”、“快讯”等;2.每日甚至每周每月才更新一条的;3.想了解相关材料时需观看的。这就产生了一个问题,上 b 站查找我想看的 up 时,更新多的 up 投稿将更新少的完全顶了下去,很难注意到这类我必看但更新频率低的 up 的投稿。 有没有什么插件可以对关注的 up 进行自由分类、分组,方便查找想要看的投稿,像起点 APP 书架给书的分组功能,方便用户的使用
·
隔壁大佬开注的时候抢了 2 个单字母第二天貌似就限制 4 位数前两天又放开 3 位数昨天隔壁又开注 2 位数 一波三折前期注册了 3 位数/4 位数今天尝试注册 2 位数还有坑位,且多建议数字+字母组合 站长应该还在优化邮箱内存又提高到 500M测试了下谷歌能收信(但在垃圾箱里面) 搞了个 7z@z.org哈哈,欢迎骚扰
·
做了个一个非常简单的树洞 App ,诚邀各位来体验一下。很早就想做一个自己的树洞 App 了,这次用 python react pg 做了个非常简单的应用。 不得不说,用 python 实现代码文件和代码量都很少。 (虽然也是 AI 写的) 有趣的点是参照 telegram 群组的那种表情作为快速反应。 欢迎大家来体验一下。 https://www.axis-t.com/
·
使用的命令 openssl speed -evp chacha20-poly1305 openssl speed -evp aes-128-gcm 这个是搬瓦工 THE-PLAN-V1 DC6 测试结果 数据块大小 (Bytes) ChaCha20-Poly1305 (千字节/秒) AES-128-GCM (千字节/秒) 性能比 (ChaCha20 / AES) 优胜者 16 156,682.47 18,626.82 8.41x ChaCha20-Poly1305 64 315,071.68 70,418.84 4.47x ChaCha20-Poly1305 256 576,779.04 232,087.47 2.48x ChaCha20-Poly1305 1024 668,036.78 545,034.92 1.23x ChaCha20-Poly1305 8192 722,927.62 879,086.25 0.82x AES-128-GCM 16384 719,552.51 910,060.20 0.79x AES-128-GCM 这个是我手机三星…
·
设置-隐私与安全性-有线配件-允许配件连接 选项固定为「始终允许」,提示「此设置受你所属机构管理,无法更改」
·
直接二进制查看 go 编译的二进制文件,会发现带有 import 包信息,挺敏感的 dep github.com/cespare/xxhash/v2 v2.3.0 h1:UL815xU9SqsFlibzuggzjXhog7bL6oX9BbNZnL2UFvs= dep github.com/google/uuid v1.6.0 h1:NIvaJDMOsjHA8n1jAhLSgzrAzy1Hgr+hNrb57e+94F0= dep google.golang.org/grpc v1.70.0 h1:pWFv03aZoHzlRKHWicjsZytKAiYCtNS0dHbXnIdq7jQ= dep google.golang.org/protobuf v1.36.2 h1:R8FeyR1/eLmkutZOM5CWghmo5itiG9z0ktFlTVLuTmU= dep github.com/golang-jwt/jwt/v5 v5.2.1 h1:OuVbFODueb089Lh128TAcimifWaLhJwVflnrgM17wHk= 但查了下没发现去除的办法
·
首先感谢在昨天的帖子里回答的大家,帮我解决了抓不到 API 的问题 之前用了 RSSHub ,没找到快速好用的公共节点,自己部署还要花钱买服务器,想用 cfworker 实现一个,代码写到一半发现已经有人实现了,但是没有我想用的网站,就把代码写完了。 程序结构很简单,就三部分 main 负责分析参数,router 用来解析网站,rss 用来生成订阅 worker 有执行时间限制,所以不能像 rsshub 那样爬取子页面获得更多的信息 之前想改成用 worker 反代原网页形成 rss 文章来着,因为过于复杂放弃了 感觉直接将 rss 当成通知更合适 github 链接: https://github.com/4evergr8/WorkerRSS
·
配置 16c32g ,1-2Tssd 这种。做线上服务要稳定,不要求回国线路,希望厂商靠谱。
·
某些海外运营商的 Wi-Fi Calling 限制只能在当地使用,特别是香港的运营商基本都有这个限制 iOS 26 之前只需要飞行模式 + 修改/代理 https://gspe1-ssl.ls.apple.com/pep/gcc 为所需的国家代码即可绕过该限制 但由于国行 iPhone 的 eSIM 合规要求必须仅能在中国大陆境内才能添加中国大陆的 eSIM ,而必须在境外才能添加境外 eSIM ,并且像之前 eSIM iPad 的检测漏洞很可能被要求修复。因此 Apple 使用了类似欧盟侧载 countryd 的检测方法,即包括 Wi-Fi SSID 广播的国家代码 / 基站信息 / IP / GNSS 数据在内的综合方法判断。 但 Apple 不知道出于什么原因,这个检测现在应用于整个蜂窝网络相关服务,并且和手机的原始购买地区无关,导致 Wi-Fi Calling 无法在 iOS 26 绕过运营商的地区限制了