作为苹果推出的首款折叠屏手机，iPhone Duo 在首发上市后遭遇了严重的翻车。 海内外首批尝鲜用户和数码博主上手后，集中曝出了一系列致命短板，涉及硬件品控、软件适配和系统安全等多个方面。其中最受诟病的，是内屏在开合后意外损坏，以及铰链故障导致屏幕无法正常合拢。     出现这些问题，很大程度上要归咎于制造良品率上不去。苹果出于政治考量，硬要把早已成熟的中国产线和产能转移到印度。坦白说，哪怕是转到中国台湾、泰国、越南等东南亚地区，我都觉得比印度强——这些地方长期以来都具备相当成熟的电子产品制造能力。 更让人无法接受的是，面对如此明显的技术缺陷，苹果却变相逼迫用户购买两千多元的 AppleCare，否则一旦出问题，就要面临天价维修费。 "肉眼无折痕"的真相 苹果在发布会上高调宣称，iPhone Duo 做到了"肉眼无折痕"。然而产品上市后，数码博主一拆机便戳穿了这个说法：所谓的无折痕效果，完全依赖内屏上一层特制薄膜，其最外层的哑光纳米纹理膜甚至能徒手撕下。 这种看似高大上的"黑科技"，一旦量产，成本其实可以压得极低。 满屏大黑边 如果硬件本身过关，苹果完全可以凭借强大的生态号召力，要求开发者尽快完成屏幕适配。 但现实是，多数软件公司似乎都在等着看笑话，并不打算投入太多资源去适配 Duo，结果就是大量应用在展开状态下留着刺眼的黑边。 iFixit 在拿到机器后也提供了拆机视频和指南，具体的内容可以在 iFixit 官方上查到。   iFixit 是一个享誉全球的在线硬件拆解与维保指南社区，也是推动全球消费者“维修权”（Right to Repair）运动的核心先锋。 它由 Kyle Wiens 和 Luke Soules 于 2003 年在加州理工州立大学的宿舍内创立，起因是他们想修理一台旧的苹果 iBook 笔记本却找不到官方指南。 如今，它已经发展成为全球最大的开源数字维修手册库。 Apple 慢慢的已经不是曾经的那个 Apple 了，曾经的 Apple 以设计和良好的使用出彩再加上极其丰富的生态环境。 20 多年前，满大街都是劣质 MP3 时候，iPod 的出现改变了一切，完美的工程美学设计和够用的存储，每一步都在创新和改变人们的生活方式。 20 多年后的 Apple 也就只能在屏幕上做做文章，Apple 慢慢也变得不再是你所认识的 Apple，为了市场，为了利润，可以把声誉自己摁在地上摩擦。 这次的翻车不禁让人想到 1995—1997 的 Apple，由于市场份额急剧萎缩、巨额亏损以及内部决策混乱，历任 CEO（如约翰·斯卡利、迈克尔·斯宾德勒、吉尔·阿梅里奥）均未能挽救颓势。 到1997年，苹果的现金流几乎耗尽，产品缺乏吸引力，市场传出“距离宣布破产还有90天”的危机绝境。 乔布斯上台后立刻砍掉了繁杂混乱的产品线，精简机构，并与老对手微软达成合作（微软向苹果注资以解燃眉之急）。 1998年，半透明、果冻色彩外观的 iMac 问世，成为划时代的工业设计标志，彻底拯救了苹果公司，并为其在21世纪的腾飞奠定了坚实基础。   这次 Apple 手机还能绝地逢生吗？ 最好把这一切都留给时间。   https://www.isharkfly.com/t/apple/1766

所有的证书都是没有问题的，也换了浏览器。 但是就是一直提示 SSL 错误。     重点在上面的那句话，说的意思是证书不匹配。 配置了虚拟主机但没启用 文件在 sites-available 里只是"存在"，不代表 Apache 在用它。 使用命令确定 Apache 的虚拟主机使用情况： ls -l /etc/apache2/sites-enabled/ 通过输出可以看到有默认站点，但没有另外配置好的虚拟主机。 使用下面这段话来启用。 sudo a2ensite analytics.isharkfly.com.conf 然后再次检查： root@vps-7b2a2c79:/etc/apache2/sites-available# ls -l /etc/apache2/sites-enabled/ total 0 lrwxrwxrwx 1 root root 35 Oct 22 17:02 000-default.conf -> ../sites-available/000-default.conf lrwxrwxrwx 1 root root 47 Oct 22 18:25 analytics.isharkfly.com.conf -> ../sites-available/analytics.isharkfly.com.conf lrwxrwxrwx 1 root root 46 Oct 22 17:43 analytics.sharkdat.com.conf -> ../sites-available/analytics.sharkdat.com.conf     重启服务器后可以完成虚拟主机的正确配置。 Ubuntu 中 Apache 和 nginx 的虚拟主机配置在这里是有一点不同。 nginx 只要把文件放到默认的文件夹后重启的就会自动载入，但是 Apache 不是这样，需要手工载入。   https://www.isharkfly.com/t/ubuntu-apache-ssl/11016

PHP 核心近期披露并修复了两个被称为 PHP2Shell 的极危远程代码执行（RCE）漏洞，编号为 CVE-2026-109618 和 CVE-2026-109619，其 CVSS v4.0 评分均高达 9.2 分     这次披露的两个漏洞都发生在 PHP 核心层面，而不是某个具体的应用程序或框架中。因此，风险可能涉及多种 PHP 运行环境，包括 PHP-FPM、Apache mod_php、php-cgi，以及其他基于 PHP 的运行方式。 两个漏洞的成因有所不同。 CVE-2026-109618：内存耗尽处理过程中的内存破坏。 当 PHP 处理请求时发生内存耗尽错误，部分内部数据可能尚未完成初始化，后续清理流程却错误地处理这些数据，从而引发内存破坏，并可能导致远程代码执行。 CVE-2026-109619：请求状态残留与释放后使用。 某些请求结束后，内部状态没有得到正确清理。长期运行的 Worker 进程在处理后续请求时，可能继续使用已经失效的状态，进而产生安全风险。 这类漏洞之所以危险，在于攻击者可能通过构造特定的网络请求触发问题，而不一定需要先获得网站账户。 对于直接面向互联网的 PHP 网站，尤其是使用 Apache mod_php 等受影响运行方式的服务，及时升级显得尤为重要。 版本升级对照表 根据此次漏洞对应的修复版本，相关 PHP 分支应升级至以下版本或更新的安全版本： 当前 PHP 分支 修复版本 PHP 8.5 8.5.12 PHP 8.4 8.4.27 PHP 8.3 8.3.36 PHP 8.2 8.2.35 需要注意，PHP 8.1 及更早的部分版本已经停止官方维护。对于这些版本，应优先评估迁移至受支持版本的可行性；如果暂时无法迁移，则需要确认发行版或供应商是否提供了相应的安全补丁。 另外，操作系统仓库中的 PHP 软件包可能采用回补补丁的方式修复漏洞，因此不能只根据版本号判断是否安全，还应核对发行版的安全公告。 对于运维人员而言，最稳妥的处理方式是：先盘点所有 PHP 运行环境，再逐一确认补丁状态，而不是只升级服务器上最容易看到的那个 PHP 版本。   无处不在的 PHP 虽然这些年新的开发软件技术工程在逐步蚕食 PHP 的市场。 关于 PHP 的讨论似乎一直没有停止过。 随着 Node.js、Go、Python 以及各种云原生和无服务器架构的发展，PHP 在新项目中的选择不再像过去那样占据绝对优势。 但这并不意味着 PHP 已经退出历史舞台。 但得益于PHP 的快速的开发部署能力和大量的存量网站，现在还有很多的 PHP 网站，公司博客正在运行。 甚至很多公司的官方网站都是用 PHP 做的，因为他们会在WordPress 的架构上设计一套自己的模板。 对于一个访问量很少，只需要提供基础联系方式的公司网站来说，这一套系统足够用，他们并不需要高级复杂的。 虽然这些年 Node 的崛起和无服务方式的部署正在越来越流行，但是 Wordpress 提供了丰富的模板和页面渲染方式，这也是很多中小完站开发和服务商赖于生存和使用的基础架构。 根据网络技术追踪机构 W3Techs 的统计数据，PHP 目前为全球约 70% 至 77% 已知编程语言构成的网站提供底层支撑。 PHP 的应用主要还是在下面几个方面，公司网站，电商网站，教育系统（Moodle），维基百科，以及统计相关的(matomo)，在大数据处理上，PHP 就力不从心了，但又有多少人去真正做大数据的梳理呢？ 很多年前，互联网行业都在说 PHP 已死，PHP 没有未来。 但是从今天这次高危漏洞的爆发，可以看到，PHH 不但没有死，还在以自己的方式为互联网信息服务提供自己加基础服务。 周末又得加班 从技术发展的角度看，PHP 已经不再是所有新项目的默认选择。但从互联网服务的实际运行情况来看，它仍然支撑着大量网站和业务系统。 对于运维人员来说，一次高危漏洞公告，往往意味着一连串具体工作：检查版本、核对软件包来源、安排升级窗口、重启服务、验证业务，再确认没有遗漏其他运行环境。 如果服务器数量较多，或者同一台服务器上同时运行着多个 PHP 版本，排查工作可能比真正安装补丁更加耗时。     不管怎么样，先打个补丁吧。 没想到 PHP 是以这种方式刷到了存在感。 https://www.isharkfly.com/t/topic/11017  

一年多以前把普通同轴电缆的宽带换成了光纤，不知道为什么昨天晚上开始网络就不停的掉线。 虽然从测试的角度来看，速度是很快，但老是这种突然的掉线让人很崩溃。 有时候网页突然打不开，虽然恢复的时间也能看，也能在 2 分钟内恢复，但感觉是明显的耽误事。 作为用户的感觉就是光纤宽带公司针对用户数量的提升还没有做好准备，晚上的时候掉速严重，通常没有办法达到标称的速度。 白天人少的时候就好一些。 虽然速度慢点，又换了回来，过了一年绕了一个圈。 https://www.isharkfly.com/t/topic/10074

就在 2026年10月08日，特拉普政府宣布暂停微软为 H1-B 员工申请绿卡的审批。 原因是在申请过程中存在欺诈。     如果你算一下账就会发现，微软每裁掉一名员工，就会用1.5名外籍‘契约劳工’来替代他们。” H-1B 签证原本旨在帮助企业招募在美国本土难以聘用到的高技能人才。 微软作为主要使用该签证的科技巨头之一，在它批准的 H-1B 签证中，近四分之三发放给了来自印度的员工。 Vance said Microsoft last year laid off 6,000 American workers but also obtained 6,300 H-1B visas and almost 3,000 green cards. “If you do the math, for every worker that Microsoft laid off, they replaced that worker with one and a half foreign indentured servants,” Vance said in a White House news conference announcing the decision. “Our message to Microsoft is: You’re a great American company, but you’ve got to hire great American workers.” 据多家媒体报道，上述暂停为无限期，直至政府认为相关公司已认真把美国工人放在优先位置。暂停不影响目前已在美工作的签证持有人身份，但是，没有永久劳工证（PERM）的话，H-1B签证到期后，这些员工将不得不离开美国。 美国政府的意思是你这边才解雇了 6000 名美国员工，转眼那边就雇佣超过 6300 名外籍员工，同时还为 3000 名 H1-B 员工申请绿卡。 想必这是美国政府针对微软在2025年5月中旬宣布在全球范围内裁员约6000人（约占全球总员工数的3%），其中华盛顿州雷德蒙德总部涉及1985个岗位的回应。   https://www.isharkfly.com/t/h-1b/5260

最近发现 Gitea 有大量的访问和承压，大量的访问地址来源于 216.73.216.0。 所观察到的 216.73.216.73 对 Gitea 实例进行大规模扫描，是近期网络上非常普遍的现象。     该 IP 段（216.73.216.0/24）实际上属于 Anthropic 公司的 AI 爬虫（ClaudeBot / Claude-SearchBot）。 这些 AI 爬虫正在全网大规模扫码公开的公开代码托管平台（如 GitHub、GitLab、Gitea），用以收集公开的源代码和数据来训练其大语言模型，或者为实时搜索（Claude Search）建立索引。 当启用 CF 的安全策略后，CF 能帮助后面的服务器组织大规模的 Bot 扫描。     部署私有 Gite 服务，还需要注意攻击性扫描。   https://www.isharkfly.com/t/216-73-216-0-24-gitea/10073

Gitea 在运行的时候提示错误： gitea docker An error occurred: ReadBy, pq: sorry, too many clients already (53300)     确认连接数 在服务器上运行命令： docker exec -it gitea-db psql -U gitea -d gitea 进入容器。 然后运行命令： SHOW max_connections; 来查看当前的连接数。 根据上面的输出可以看到数据库能接受的连接数为 200。 psql (18.6 (Debian 18.6-1.pgdg13+2)) Type "help" for help. gitea=# SHOW max_connections; max_connections ----------------- 200 (1 row) gitea=#     修改策略 可以同时修改 Gitea 容器数据库中允许的连接数，增加更多和修改 Gitea 的配置文件限制 Gitea 可以使用的连接数。 在容器配置文件中，添加下面的内容： command: - postgres - -c - max_connections=200 新增上面的连接数配置。     Gitea 中配置可用的最大连接数： GITEA__database__MAX_OPEN_CONNS: 50 GITEA__database__MAX_IDLE_CONNS: 10 GITEA__database__CONN_MAX_LIFETIME: 300s     完成上面配置修改后，需要重启容器。 重启容器的命令为： docker compose up -d --force-recreate gitea docker compose up -d --force-recreate database Gitea 和数据库的实例都需要重启。 上面的排查过程是在 AI 的指引下一步一步完成，有 AI 看 DevOps 的工作可能真要失业了。     AI 提供的解决方案足够清晰，按照完整的路径很容易就能完成服务器的修改和故障排查。   https://www.isharkfly.com/t/gitea-sorry-too-many-clients-already/5244

进入 2026 年下半年，各种意想不到的悲剧不停的在发生。 如果不是和遇害者认识，根本无法想象会得到这个消息，当得到这个消息后用了好长的时间才慢慢消化。 遇害者是公司的一个同事，用同事之间的话来说是极好相处，热情大方，总是能够关心到身边的人，而且总能开一些活跃气氛的玩笑，和他相处总是那么轻松，无负担。 也都知道他的儿子患有比较严重的精神疾病，哪怕就是这样也超出了使用致命性武器置父亲于死地的认知水平。 作为父亲的他，每天还打了多份工，苦苦支撑起了这个家，实在是没有想到最后会是这种结果。 据后续的新闻报道说，使用了类似 AR 的长枪，连续开枪 5 到 6 枪。 在救护人员还没有赶到的时候就已经没有了生命体征。 心理疾病 心理疾病对家庭和社会的影响超过了很多具体的问题，会长时间存在于社会和家庭，很多时候出现的状况会很轻松的毁掉自己和一个完整的家庭。 网络上常流传一句：“老师见过最优秀的孩子，而医生见过最后悔的家长。” 当父母带着孩子走进医院，面对抑郁症、焦虑症、躯体化障碍（如长期不明原因的头疼、肚子痛）的诊断书时，原本高悬的期盼往往瞬间崩塌。 那一刻，父母才会猛然惊醒：在生命与健康面前，成绩和学历真的分文不值。 心理健康一直在困扰着很多人，尤其是有孩子的家庭。 尤其这些年短视频的兴起，很多孩子沉溺于短视频和通过视频中的内容改变自己的认知，短视频中又通过大量的认知强化来强化受众的认知，没有人告诉你这个行为是否正确或者合适。 孩子们会在电子产品上花费了大量的时间，然后和社会变得疏离，易怒和暴躁。 也许，把玩泥巴的时间还给孩子才是最好的教育和成长。   https://www.isharkfly.com/t/topic/10071

都说发布会没有什么新意，在实际真机上市以后出现更多的各种问题。 闪存颗粒 苹果近期因在iPhone高容量版本（1TB和2TB）中采用 QLC闪存 代替 TLC闪存 引发了广泛的“翻车”争议。 256GB / 512GB版本：采用性能稳定、无掉速风险的 TLC闪存（每个存储单元存3bit数据）。 1TB / 2TB版本：采用成本更低、密度更高的 QLC闪存（每个存储单元存4bit数据）。 反向升级”消费者支付更高的溢价购买1TB/2TB顶配，本应用于高强度创作（如长时间录制4K/ProRes视频），却拿到了比低配更差的持续写入性能，且苹果官网并未明确标注闪存颗粒类型。     消费者也许不知道QLC和TLC的定义，但 Apple 这次使用的解决方案等于是把消费者的智商摁在地上摩擦。     不知道乔帮主还在世的时候，是不是能够允许这样的操作。 对真实使用apple手机的最终用户来讲，他们的直观感觉就是我花了更多的钱，得到了更差的体验。 加上最近爆出来 iPhone 手机在使用的过程中频繁死机，这个很有可能与存储芯片无法支持高频的数据写入有关。 用过电脑的都知道，但硬盘数据读跟不上的时候，计算机系统会反应变慢和死机。 现在等于是 iPhone 18 Pro 的版本给你塞了一张 SD卡，作为硬盘存储，虽然具体的参数比较上不能这样比，但用户的体验是真实的。   铝外壳过软 iPhone 18 Pro系列采用铝合金一体成型中框，因材质质地相对前代的钛金属更软，抗磕碰与耐刮擦能力有所下降，部分首批用户反馈确实遇到了开箱划痕或边角凹陷问题。 从目前的用户使用体验来讲，iPhone 可能会面临使用耐久性的问题。 折叠屏 折叠屏本来相对于直板手机来讲的良品也没有那么高。 根据新闻报道来说，折叠屏到目前为止还在进行产能爬坡，良品率只有60%。     更别说在实际使验中遇到的产品发热过高，屏幕显示过暗等硬伤。 包括其苹果为了进行产品折中去掉 faceID 的一堆骚操作。 至于这一代的 Apple 产品是不是新任CEO的滑铁卢，还有待观察。 但不可否认的是，Apple 现在已经进入了一个微妙的阶段。   https://www.isharkfly.com/t/apple/10070

Zaraz 提供的 Tag 管理会在系统 JS 启动之前插入 JS 代码。 这种插入方式可能会导致项目前端的 JS 调用混乱和很多乱七八糟的错误。 其中最主要的错误是 CSP，这个与前端代码使用的安全机制有关，如前端的安全机制设置得比较严格，最好的办法就是禁用 Zaraz。 但，在禁用 Zaraz 的时候，会发现就算禁用了还是会出现问题，这个主要是 Cloudflare 的缓存问题。 要完全重置上面的问题，需要重置下配置，否则 Cloudflare 不会删除前端的缓存。     在启用 Cloudflare Web tag management 服务的时候需要注意前端的兼容性。 如发现兼容性有问题，应该取消使用，并且重置配置，或者针对特定的域名添加页面的过滤条件。   https://www.isharkfly.com/t/cloudflare-web-tag-management-tag/10064