Submitted by gouki on 2026, January 22, 12:47 AM
在过去的三年中，ChatGPT的出现犹如一阵春风，不仅吹散了人工智能领域的沉寂，更激起了层层涟漪。回顾这段时光，仿佛不仅是技术的变革，更是我们与科技之间关系的重塑。
三年前，许多人对人工智能仍抱有一丝怀疑，AI在许多人的心中仅仅是一种遥远的未来幻想。然而，ChatGPT的面世让这种幻想逐渐具体化，打开了对话的新篇章。我们开始在工作中与AI交流，在日常生活中寻求它的帮助。那些灵感迸发的瞬间，AI似乎在无形中成为了我们的合作伙伴，赋予了我们新的视角。
与此同时，AI的应用场景如春芽般迅速扩展。无论是在客户服务的前台，还是在教育领域的教室，ChatGPT和类似技术都悄然无声地改变着旧有的格局。响应迅速的智能客服在电商中崭露头角，与此同时，其他竞争者如Google的BERT和Anthropic的Claude也纷纷加入这个领域，带着各自的创新思路。各家公司的技术在不断碰撞与交流中，形成了一个百花齐放的局面，使得整个行业的进步速度得以加快。
不过，这种变化也伴随着思考。虽然技术飞速发展，AI伦理的关注日益提升。从数据隐私到算法偏见，竞争的加剧让人们更加意识到，AI不仅是助力，更是一把双刃剑。如何在发展中保证公平、安全的使用，成为了社会所面临的新挑战。
在这个时刻，我们似乎迎来了一个“人机共生”的新时代。AI与人类的合作关系逐渐深化，许多行业开始敞开怀抱，接受这位“新伙伴”。不再是单纯的工具，AI正在创造力的舞台上展现出独特的魅力，激励着我们去探索更多未知的可能性。除了ChatGPT，像Meta的LLaMA和Cohere等新兴技术同样崭露头角，为了满足不同用户的需求，AI的功能和应用形式愈加多样化。
回首这三年，我们见证了技术的崛起、应用的繁荣，以及深刻的思考。未来的AI之路仍然漫长而未知，但随着各种创新的涌现，我们相信这段旅程将与责任与人性的光辉一同闪耀。在这个百花齐放的时代，期待更多的奇迹与可能。
Tags: chatgpt, cursor
Misc | 评论:0
| 阅读:329
Submitted by gouki on 2026, January 21, 10:16 AM
ARC 浏览器是我过去 3 年左右一直使用的浏览器。用了它之后，我放弃了 EDGE 和 Chrome，不是因为性能或者其他，而是他的几个小 tip 让我觉得挺好。当然也有不舒服的时候，比如他的 canvas，我就一直失败。存的东西也经常丢。。。不知道怎么回事
1、12 个常驻的类似收藏夹的功能
2、多 space ，每个 space 共享主的 12 个收藏，同时有自己独立的常用链接（这个其实很重要，有点类似 group，但不用象 edge 那样 PIN在那里，点击展开）。这样就可以将工作中用链接、开发用的链接，以及娱乐 用的链接放到不同的 space 里，可以让边栏更干净
3、多 profile 功能。这个才是最重要的。其实所有的浏览器都有 profile，但是对他们来说，每一个 profile 就要单独打开一个窗口。而不是象 arc 一样，集成在一个 space 里，这就意味着你可以设置 N 个 profile 对应 N 个 space。session 什么的就可以完全隔离了。
除此之外，其他好象就没有太多吸引我的了，当然浏览器本来也就这些功能。不过 ARC 的作者们去开发 dio 了。于是 ARC 就被放弃，基本上只做安全更新，也够用，忍着了。
标题所说的 Zen 浏览器就是类似 ARC 的浏览器我想要的功能，他几乎都实现了。有意思的是，他是基于 filrefox 的核心，缺点就是更新一点慢，如果哪一天 ARC 被彻底放弃，ZEN 大概就可以上位了。
ZEN 的缺点也有打开的窗口不多，开了 2 周左右。内存占用到 8G 多，ARC 只有 6G 多，内存占用还是比较大
Tags: arc, zen
Misc | 评论:0
| 阅读:277
Submitted by gouki on 2026, January 13, 9:05 AM
一觉醒来，发现我的网站页面上广告出现了一堆堆的。顶部，侧边，列表，底部，详情页，都有了。
而事实上，页面中的代码就一段，理论上，google 说他们会选择在合适的地方插入广告，但现在这种插法就太过份了啊。
一个页面上，插了 5～6 组广告。。。。我网站的流量又没有那么大，现在我更新也不频繁了，每天的流量也才 100 多，展示了 10 次左右，难道是因为我换了 IP？所以这是给我特别的惊喜 ？
分析了一下一周的数据，周流量 1100 多，展示了 98 次。
如果下次还这样，看来要屏蔽广告了，反正也没啥收入，这样还影响浏览的体验了
Misc | 评论:0
| 阅读:375
Submitted by gouki on 2026, January 13, 9:00 AM
最近使用 livewire 的人要注意了，看一下自己的项目目录下有没有奇怪的代码，如果是老项目更要注意，livewire 目前出了一个高危漏洞，能够直接被远程上传文件。
这个漏洞是 6 月份被人爆出来的，理论上更新到最新版就能够解决了，但好象很多人一直没有去处理它：
搜索到的内容基本上都是这么说是：
XML/HTML代码
- 该漏洞编号为 CVE-2025-54068，其攻击原理是利用 Livewire 框架内部的 “状态还原” 机制 —— 这一机制原本用于实现服务器与浏览器之间的状态同步。尽管官方已发布漏洞补丁，但研究人员警告称，框架的一项核心设计特性仍如同定时炸弹，一旦应用程序的密钥泄露，便会触发严重风险。
还有就是 app-key 的泄漏，好象官方也没当回事，搜了一下说是有针对性的攻击代码，所以攻击大多是在年底的时候爆发了。
---
框架的问题，如果不想从根上想办法处理，那就定时更新 composer 吧。有事没事，composer 更新一下（只是有些老代码就尴尬了，也许这类项目已经死了，就会有兼容性问题）
PHP | 评论:0
| 阅读:351
Submitted by gouki on 2026, January 12, 9:58 PM
如题，崩溃中……
最近，我自己配置了一个 new-api 的节点，购买了 DeepSeek、大模型和千问等服务，同时还有一些开源免费的模型可以使用。为了统一管理，我决定通过 new-api 进行整合，这样会更加方便。此外，我之前也接触过一些基于 new-api 或 One-API 构建的统一 API 渠道，这正好解决了我的需求。
我配置了一个渠道，专门对应那些使用了 new-api 或经过魔改的 new-api 平台，获取模型的过程一切正常。然而，代理请求时却出现了错误。为了弄清楚问题，我决定抓包，想看看请求和返回的详细流程，以及系统是如何判断我的请求不是来自客户端的。
于是，我打开了两个终端，分别设置了不同的 Claude 的 token 和 baseurl，开始执行请求。Proxyman 成功捕获了这些请求，但都显示 SSL 证书不正确。经过检查，我发现 SSL 证书本身是正常的，但却无法解析。查阅了官方关于 SSL 证书不正确的说明后，我发现 Setup 菜单下有一个名为 Automatic Setup 的选项。
很快，我注意到 Terminal App 需要 PRO 版的支持。心中一阵崩溃，使用了这么久的 Proxyman，如今却不得不去 GitHub 寻找有没有开源的能够抓取终端 App 的工具（等会儿先问问 ChatGPT，或许我就不需要再查 GitHub 了）。
苹果相关 | 评论:0
| 阅读:310
