开启 Early Bird 功能即可。 在使用 Opera 浏览器的过程中，如果希望通过 Browser Connector 将浏览器连接到 ChatGPT、Claude 等外部 AI 服务，并通过 MCP（Model Context Protocol）实现网页内容读取、页面交互等功能，可能会遇到一个问题： 在 Opera 设置中找不到 Browser Connector，或者虽然看到了相关选项，却无法点击 Install 按钮。 这通常与 Opera 的实验性功能设置有关。 问题现象 在 Opera 的设置页面中，进入 AI Services，可以看到 Browser Connector 相关配置。     Browser Connector 的主要功能包括： 将浏览器连接到外部 AI 服务，例如 ChatGPT 和 Claude。 允许 AI 服务获取网页内容。 支持通过 MCP 与浏览器进行交互。 根据授权情况，支持访问网页内容和执行相关浏览器操作。 但是，在某些版本或配置下，Browser Connector 的安装按钮可能处于不可用状态，或者相关功能根本没有显示。 解决方法：开启 Early Bird Opera 的部分实验性功能需要通过 Early Bird 设置启用。     具体操作如下： 第一步：打开 Opera 设置 在地址栏输入： opera://settings 进入浏览器设置页面。 第二步：进入 Early Bird 在左侧设置菜单中找到 Early Bird。 Early Bird 是 Opera 用于体验和测试实验性功能的入口。 如果 Early Bird 当前处于关闭状态，先将其开启。 第三步：启用 Browser Connector 开启 Early Bird 后，重新查看 Early Bird 设置页面。 此时应该可以看到 Browser Connector 选项。 将 Browser Connector 开关打开。 注意：部分设置可能需要点击 Reload 或重新启动浏览器才能生效。 第四步：安装 Browser Connector 完成上述操作后，进入： opera://settings → AI Services 找到 Browser Connector，点击 Install。 安装成功后，Browser Connector 会出现在浏览器工具栏中，可以进一步管理连接和相关权限。 如何验证是否启用成功？ 可以通过以下几个方面检查： Early Bird 中的 Browser Connector 开关已经开启。 AI Services 中的 Browser Connector 已经完成安装。 浏览器工具栏中出现 Browser Connector 入口。 可以根据需要配置外部 AI 服务及其连接权限。 Early Bird 属于实验性功能，启用后可能出现不稳定情况。     如果开启 Early Bird 后仍然找不到 Browser Connector，建议检查 Opera 版本，并确认当前版本是否提供该功能。 如果在 Opera 中找不到 Browser Connector，或者安装按钮不可用，可以先检查 Early Bird 是否已经开启。 这样就可以进一步探索 Opera 浏览器与 ChatGPT、Claude 等 AI 服务通过 MCP 实现集成的能力。   https://www.isharkfly.com/t/opera-browser-connector/10081

在湖南永州，潇水与湘江交汇之处，有一座沉淀着千年历史的古村落——老埠头。 这里曾是潇湘水路上的重要渡口，也是湘桂交通要道上的商贸重镇。千百年来，江河在此交汇，商船在此停泊，南来北往的商旅在这里留下足迹。如今，昔日繁华的水陆码头虽然渐渐归于平静，但青石板古街、古码头、老商铺和斑驳的石碑，依然默默诉说着这座古镇的历史。 潇湘交汇处的古老村落 老埠头村位于湖南省永州市冷水滩区蔡市镇南部，地处潇水与湘江交汇区域，依江而建，因水而兴。 这里东临湘江，南接沙坪里村，西邻大园山村，北靠九牛岭村。独特的地理位置，使老埠头自古便成为连接湘江、潇水两大水系的重要交通节点。 潇水发源于九嶷山，蜿蜒北上，在永州与湘江汇合。两江交汇，不仅形成了独特的自然景观，也为当地航运和商贸发展提供了得天独厚的条件。 据《老埠头新加义舟记》记载： 潇水自九疑百折而入于永州北十里之老埠头，与湘水会合，为最古之名区。老埠头于唐代兴起，五代时设有镇，曰潇湘镇，明时改设驿丞曰湘口驿。驿前二水横亘，深阔若无限然，为吾乡所必经之要渡…… 这段碑文记录了老埠头的历史沿革，也揭示了它在潇湘水路交通体系中的重要地位。 从潇湘镇到湘口驿 老埠头的历史可以追溯到唐代，历经五代、宋、元、明、清多个朝代，逐渐发展成为湘江流域的重要渡口和商贸集镇。 五代时期，这里设立潇湘镇，承担着地方管理和交通防守等职能。到了明代，随着水路交通的发展，老埠头又设立湘口驿，成为官方驿传和民间往来的重要节点。 湘口驿前，潇水与湘江交汇，两江水面开阔，渡口成为两岸居民和往来商旅必经之地。 当时，依托两江航运，老埠头形成了四通八达的水路交通网络：沿潇水而上，可以通往零陵、道州；沿湘江而上，可以连接全州等地；顺湘江而下，则可通往衡州、潭州等地。 凭借优越的水运条件，老埠头逐渐成为湘桂之间的重要交通节点，也是永州与宝庆之间的重要通道和物资集散地。     从唐代的渡口，到五代的潇湘镇，再到明代的湘口驿，老埠头的历史变迁，实际上也是潇湘地区水路交通和商贸发展的一个缩影。 繁华商埠留下的历史印记 老埠头最具特色的历史遗存，是至今仍然保留的古街、古商铺、古码头和古碑刻。 古街依山傍水，青石板与河卵石铺就的街道蜿蜒延伸。昔日，这里商铺林立，客栈云集，往来的商人、船工和旅客汇聚于此，形成了热闹的商业街区。 街道两旁曾有不少传统商贸建筑，采用下店上住、前店后院等布局形式。青砖青瓦、木质门窗、传统柜台以及具有地方特色的建筑装饰，展现了明清以来湘南地区传统商业建筑的风貌。     古码头则是老埠头昔日繁荣的另一处见证。码头沿江而建，石阶层层向下延伸，方便船只停靠，也方便货物装卸。商船往来、货物集散，构成了当年老埠头最鲜活的生活图景。 除了古街和古码头，村中还保存着多块具有历史价值的石碑。其中，《老埠头义渡始末记》和《老埠头新加义舟记》等碑刻，记录了当地渡口的修建、维护以及义渡运营等历史情况。 这些碑刻不仅是研究老埠头历史的重要实物资料，也是了解当地交通、商贸和民间社会生活的珍贵依据。 据 2023 年的专家勘察资料显示，老埠头部分古建筑已经严重残损。 一座古镇的文化价值 老埠头不仅是一处古老的水运码头，也是一座承载着丰富地方文化记忆的历史古镇。 2011年，老埠头古建筑群被公布为湖南省文物保护单位。其古街、古商铺、古码头、古驿道和碑刻等历史遗存，共同构成了潇湘古镇独特的文化景观。 这些建筑和遗迹记录着当地曾经的商业繁荣，也见证了潇水与湘江沿岸居民的生活方式和社会变迁。 对于研究永州地区的历史交通、古代商贸和地方社会文化而言，老埠头具有重要的历史价值。 流淌在潇湘之间的乡愁 如今，随着现代交通方式的发展，昔日繁忙的水路运输逐渐退出历史舞台，老埠头也从曾经的商贸重镇回归宁静。 然而，古镇的历史并没有因此消失。 江水依旧流淌，青石板依然铺展在古街之上，古老的码头和斑驳的石碑仍然记录着岁月的痕迹。那些曾经穿梭于潇水和湘江之间的商船，那些在古街上经营生意的商贩，以及往来于渡口两岸的普通百姓，都已经成为历史的一部分。     老埠头的价值，不仅在于它曾经有过怎样的繁华，更在于它为今天的人们留下了一段可以触摸、可以阅读的地方历史。 一座古镇，因水而兴，因商而盛，也因历史遗存而得以延续。 永州老埠头，这座潇湘交汇处的千年古镇，依然静静地守望着两江流水，诉说着属于潇湘大地的历史与乡愁。   https://www.isharkfly.com/t/topic/10077

2026年11月1日中午12时50分左右，一架注册号为 N722BD 的庞巴迪里尔60（Bombardier Learjet 60）双发公务机在佛罗里达州棕榈滩县格林埃克斯（Greenacres）附近坠毁，机上9人全部遇难。 据NTSB委员汤姆·查普曼（Tom Chapman）在11月2日的发布会上介绍，该机由 Aurora Aviation（以 Upper Jets 名义运营）执飞，当天上午约10时37分从奥斯汀-伯格斯特罗姆国际机场起飞，目的地是巴哈马的北伊柳塞拉岛。 飞机坠落在主干道上。坠机在路面砸出一个弹坑，碎片散落四周，所幸地面无人员伤亡报告；附近一处移动房屋社区约600名居民被迫疏散。 据报道，这是有记录以来里尔60机型最致命的一次事故，也是今年美国第二严重的航空事故，仅次于6月密苏里州巴特勒一架跳伞飞机造成12人死亡的事故。 超高下降率 从航迹数据和陆空通话来看，这架飞机在一分钟左右的时间里从巡航高度直接坠地。 ADS-B 数据显示，飞机曾爬升至41,000英尺，之后在那不勒斯附近下降到约35,000英尺。事故发生前，飞机曾短暂爬升，随后进入一个陡峭的右转下降，在航迹信号消失前记录到的最大下降率超过每分钟32,000英尺。 机组的无线电通话记录了失控的全过程。飞行员先报告"Mayday"，称正以每分钟10,000英尺下降；下一次通话则称飞机处于超速状态，下降率达每分钟20,000英尺。约35秒后通话中断，最后一句话是"我们没时间了"。   查普曼在发布会上确认了这一时间点：大约12时48分，飞机发出了"处于超速状态、正在下降"的通话。 更值得关注的是，他透露已有部分证据显示飞机在撞地前发生了解体，调查人员可能会在距坠机点一定距离的地方找到飞机部件。 作为参照：正常航班下降率通常在每分钟1,500至3,000英尺左右，每分钟30,000英尺以上意味着飞机已接近垂直俯冲，远超其设计包线。 一旦进入这种状态，结构载荷和空速都已不在机组可控的范围内，这正是"无力回天"的原因。 气象原因 天气是本次调查的重点方向。NTSB表示，机组在飞机进入超速和急速下降前不久，曾报告遭遇轻度明冰和中度颠簸。飞行员当时还向迈阿密航路管制中心报告外界气温为零下47摄氏度。 据通话录音，飞行员还提到飞机上下颠簸幅度高达700英尺，随后才宣布紧急状态。当时该区域有分散雷暴，飞机在开始下降前几分钟曾穿过一个较强的雷暴单体。 机组最初请求爬升至37,000英尺以避开中度颠簸，管制员批准了这一请求。 不过查普曼在发布会上明确保持了谨慎：他表示天气条件是调查的主要关注点，需要确定的是约35,000英尺高度上的实际天气状况。他强调调查尚处于早期阶段，不会对事故原因作任何推测。NTSB也指出，结冰会让飞机的航迹和空速更难控制，甚至可能导致飞机无法维持平飞。 飞行员过度年轻化 事故发生后，副驾驶的年龄引起了广泛关注。遇难副驾驶是一名20岁的女性，名叫 Nathalia Filgueiras，毕业于西博卡拉顿高中，她拿到飞行执照的时间甚至早于驾照。 在公务机和包机运营中，年轻、飞行小时数较少的副驾驶并不罕见，这也是行业内长期讨论的话题：遭遇雷暴、结冰和高空颠簸叠加的复杂局面时，机组整体经验是否足以应对？ 但需要强调的是，截至目前NTSB尚未公布机长和副驾驶的飞行经历，也没有将机组经验列为事故原因。 查普曼只表示，调查将审视机组和管制员在什么时间掌握了哪些信息，以及各自采取了什么行动。 机组资质是否构成因素，需要等待正式调查结论。   https://www.isharkfly.com/t/n722bd/11024

群晖勒索事件，虽然我们没有中招，但 NAS 是开放公网访问，先改了吧。 勒索 大量群晖（Synology）NAS设备近日遭到名为 C3RB3R（Cerber变种） 的大规模勒索病毒攻击，文件被加密为 .LOCK3D 或 .L0CK3D 后缀，并在目录中留下 read-me3.txt 勒索信。 群晖官方紧急发布公告，确认有NAS用户遭加密数据并勒索赎金，官方初步排查认为攻击者利用了2024年12月已修补的CVE-2024-10441漏洞（CVSS 9.8分），并列出各分支的最低安全版本。 DSM 6.2：升级至6.2.4-25556-8或更高版本 DSM 7.1：升级至7.1.1-42962-7或更高版本 DSM 7.2：升级至7.2-64570-4或更高版本 DSM 7.2.1：升级至7.2.1-69057-6或更高版本 DSM 7.2.2：升级至7.2.2-72806-1或更高版本 不管怎么样，先更新版本。     检查了，我们后端的版本是最新的，因为我们一直保持自动更新。 禁止外网访问 有不少的地方要配置。 关闭 QuickConnect QuickConnect 不需要端口转发就能从外网访问，最容易被忽略。 控制面板 → 外部访问 → QuickConnect，取消勾选"启用 QuickConnect"，然后点应用。     删除 DDNS 控制面板 → 外部访问 → DDNS，把已添加的 DDNS 条目删掉（例如 xxx.synology.me）。 还好，我们没有 DDNS 条目。     清除端口转发 / UPnP 群晖端：控制面板 → 外部访问 → 路由器配置，删除所有已创建的转发规则。 路由器端：登录路由器后台，删除指向 NAS 的端口转发（常见的是 5000/5001、6690、443、80 等），检查 NAS 有没有被设为 DMZ 主机。最好同时关闭路由器的 UPnP，防止 NAS 或其他套件自动开端口。     用防火墙兜底 控制面板 → 安全性 → 防火墙，勾选"启用防火墙"，编辑规则： 先添加允许规则：端口选"全部"，来源 IP 选"子网"，分别添加你的内网网段，例如 192.168.0.0/255.255.0.0、10.0.0.0/255.0.0.0、172.16.0.0/255.240.0.0。 在下方"如果没有符合的规则"选择拒绝访问。 注意一定要先加允许内网的规则，再设拒绝，否则会把自己锁在外面。如果开了 IPv6，也要考虑加上 fe80::/10 等 IPv6 内网规则或直接关闭 IPv6。     这里的配置要小心点，首先防火墙要开启自动可以访问的配置。 类似一个服务器，如果你开防火墙之前，不开 22 端口，结果你自己也没有办法 SSH 到服务器上了，整个服务器要重装。 对于没有怎么玩过的，或者机器上面有重资产的一定要小心。 如果公司或者家庭中部署了 NAS ，现在的 NAS 基本上 7X24 运行的机器，等于就是一台服务器，上面可能会保留有公司的重要文档和资产，及时做好冷备份，更新软件才能避免不必要的麻烦。   https://www.isharkfly.com/t/nas/10076

2026年10月30日的 Intel 走出了一波天际。     盘中下跌超过 30%。 Google 也好不到哪里去，回吐了今年的全部涨幅，看来 AI 大战后的泡沫可能也快到了零界点。   https://www.isharkfly.com/t/topic/5277

老登这个词出来的时候其实我并没有当成一回事。 有时候在家里也会偶尔说起这个词，说实话在内部是属于自我调侃的意思。   小鹏的这场发布会让我又不得不从词义的历史上去认真学习了一下这个词。 词源 “老登”这个词，比较准确的说法是：它原本是北方部分地区的方言俚语，后来经过网络传播，逐渐成为全国流行的网络词语。至于它最早究竟来自哪里，目前并没有完全统一、可靠的考证。 “老登”最初从哪里来？目前流传着几种说法。 东北方言说 有资料将“老登”归为东北方言，认为它原本带有贬义，用来形容行为不太正经、令人讨厌或为老不尊的中老年男性。后来，这个词逐渐被网络用户熟知。 山东方言与“登徒子”典故说 另一种说法认为，“老登”与山东话中的“老登徒子”有关。 这里涉及战国时期宋玉的《登徒子好色赋》。后世常用“登徒子”指代好色之徒。有人认为，“老登”是这一称呼简化、演变后的形式，并随着人口迁徙和方言交流传播到其他地区。 不过，这种词源解释目前更适合视为一种流传较广的说法，而不能当作已经证实的语言学结论。 换句话说，这个词最初可能源于北方地区。对于在南方出生和成长的人来说，可能对这个词没有什么太大感觉。 可能也是正因为这个原因，我并没有觉得在一个特定语境下说这个词是一种冒犯。 享受 当舆论起来以后，网络上就充斥了各种当时的视频截图和有关这句话的原始表达。 对我来说，老登这个词可能没有觉得那么过度的冒犯，更多的是一种用词不合理和玩火玩过了。 让我觉得比较不舒服的是其中的一句话，“这些老登们太会享受了。” 这句话让我感到有一种深深的无力感和讽刺，像70后、80后，甚至早期的 90 后这一代已经进入中年，让我作为一个中年人来说，中年人的生活真的没有那么多的容易。 谈不上有什么真正的享受，更多的都是柴米油盐酱醋茶和上有老下有小的夹生饭。 有人问中年人最怕什么？在没有足够经济实力托底的情况下，中年人也许最害怕的就是失业。 但我步入职场的早些年，相信，只要努力就有回报。过了几十年以后，逐步的发现，努力和回报其实没有等号。 努力和往前冲只是一个基本的条件。 至于回报是什么，有时候也许还是需要那么一点点运气。 公关灾难 本来这一代人已经对网络和生活已经没有那么较真。 事情过去了也就过去了，降降温就没事了，真正让这场事情转向另外一个风口的是小鹏副总的说法。   回应小鹏 MONA 产品经理恩塔发布会“老登”用词事件全过程。他表示，自始至终，“老登”这个称呼，是产品团队对内部几个核心负责人的调侃，完全没有指向任何外部用户，“几位‘老登’没一个不悦，反而在内部反复表扬”。 文章通篇看下来，给我的感觉就是道德绑架，以及对整整一代人的不屑。 至于在公司内部怎么称呼属于在特定领域下的作用域，作为一个和产品或者公司无关的人来讲，也不会觉得有什么。 但凭什么要去教育消费者和让消费者接受公司内部的文化？ 对消费者来说，可以使用脚和手来投票。 https://www.isharkfly.com/t/topic/11020

微软2026年10月26日（周一）宣布，将为美国、加拿大、印度和英国的约6万名员工提供一项新的自愿离职计划，约占公司员工总数的1/4。该计划是继4月份类似计划之后的第二次。 法新社报道，微软的这项新自愿离职计划面向副总裁及以下级别的员工，但数据中心、销售和市场营销部门的部分员工除外。离职员工将获得与标准遣散费相当的待遇。 员工必须在12月前决定是否接受方案，选择离职者将于12月31日离开公司。 微软今年4月份宣布了公司成立51年来首个自愿离职计划，当时约7%的美国员工符合资格。   微软几周前还在和美国政府较劲，因为美国政府停掉了它的绿卡申请资格。 微软干脆来个破罐子破摔，裁一波更狠的。 其实也不需要过度为收到通知的人担心。 他们中的不少人在微软已经深根了几十年，很多人其实已经快到了退休的年龄，对他们来讲拿一笔大的赔偿金进而退休，这没什么太大的问题。 重点不在于裁员的方案，而当这些科技公司进行大规模裁员的时候，对整个科技行业和教育行业的重塑。 到底是不是因为 AI 的关系，现在还不好说，实际上科技公司这些年都在承压，疫情期间的大规模薪资调整和无序扩大雇员规模，早在5 年前就为今天埋下了伏笔。 相信这一波受伤最多的可能还是印度人和美国人吧，不过美国人内心也比较强大，到了退休年龄，该退休就退休吧，省得去惨这趟浑水，印度人长期在科技大厂里面搞小圈子，终究会被反噬。 Apple 硬件翻车，微软疯狂裁员，快到年底的科技大厂都在忙。 https://www.isharkfly.com/t/topic/1768

作为苹果推出的首款折叠屏手机，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