diff options
Diffstat (limited to '_data/ai-cache.json')
| -rw-r--r-- | _data/ai-cache.json | 3 |
1 files changed, 2 insertions, 1 deletions
diff --git a/_data/ai-cache.json b/_data/ai-cache.json index d0da3cf..4bcce70 100644 --- a/_data/ai-cache.json +++ b/_data/ai-cache.json @@ -169,5 +169,6 @@ "/2025/07/24/screenshot.html": "这篇文章介绍了如何利用Cloudflare的“浏览器呈现”功能，创建一个自动更新的网站预览图服务。作者发现这个新功能可以用来展示网站在不同设备上的显示效果，通过在Cloudflare Workers中使用iframe和CSS缩放技术，以及调用Cloudflare的接口抓取浏览器渲染的截图。虽然免费用户每天只有10分钟的使用时间，限制了实时更新，但作者通过缓存实现了每天自动更新一次的预览图，并分享了具体的实现代码和使用方法。作者赞赏Cloudflare提供的这项强大且免费的服务。", "/2025/08/01/sw-proxy.html": "这篇文章介绍了作者如何利用Service Worker在现代浏览器中实现一个简单的反向代理功能，以提供博客的备份和离线访问。作者原本希望通过Service Worker在用户浏览器中运行一个Web服务器来存储博客副本，但发现 tar.gz 文件的处理需要第三方库且难以找到适用的解决方案，尤其是对于tar文件的处理。作者最终选择使用Service Worker作为反向代理，将请求转发到其他网站，如GeoCities风格的静态网站托管平台，实现了类似的效果。这个过程中，作者体验到了浏览器功能的强大，并认为Service Worker在离线场景中有更大的潜力，尽管在他的例子中并没有充分展示这种优势。", "/2025/08/10/tilde.html": "这篇文章介绍了作者在Tilde社区的体验，这是一类基于类Unix环境的公共服务器社区，类似于家目录，提供预装的软件、开发环境和公共服务，如聊天室、邮件、BBS论坛等，强调了社区的互动性和共享精神。作者通过申请、审核过程加入了几个社区，并详细描述了在这些社区中的个人主页、编程支持（如Gemini和Gopher协议）、博客发布、代码托管（Git支持）、CI/CD部署以及使用Git hooks自动化博客更新等功能。尽管作者受限于语言和工具使用体验，未能充分参与社区交流，但对社区学习新知识和丰富博客内容印象深刻。", - "/2025/09/01/quine.html": "这篇文章主要介绍了作者在博客部署过程中，对ZIP Quine（自包含压缩包）和自产生程序的探索过程。作者起初想利用压缩包实现离线浏览，但遇到了压缩包不包含自身的问题。随后，作者回顾了ZIP Quine的原理，如droste.zip，以及如何通过DEFLATE压缩算法的LZ77编码实现自包含。作者尝试了Russ Cox的方案，但发现由于压缩格式限制，实际操作中存在数据容量的限制，无法存下整个博客。尽管如此，作者还是研究了嵌套循环的ZIP Quine，如Ruben Van Mello的论文中所描述的，尽管空间仍然有限。探索过程中，作者还学习了自产生程序（Quine）的概念，包括其实现原理和各种编程语言中的例子。作者最后感慨，探索过程中的收获比原本的目标更重要。" + "/2025/09/01/quine.html": "这篇文章主要介绍了作者在博客部署过程中，对ZIP Quine（自包含压缩包）和自产生程序的探索过程。作者起初想利用压缩包实现离线浏览，但遇到了压缩包不包含自身的问题。随后，作者回顾了ZIP Quine的原理，如droste.zip，以及如何通过DEFLATE压缩算法的LZ77编码实现自包含。作者尝试了Russ Cox的方案，但发现由于压缩格式限制，实际操作中存在数据容量的限制，无法存下整个博客。尽管如此，作者还是研究了嵌套循环的ZIP Quine，如Ruben Van Mello的论文中所描述的，尽管空间仍然有限。探索过程中，作者还学习了自产生程序（Quine）的概念，包括其实现原理和各种编程语言中的例子。作者最后感慨，探索过程中的收获比原本的目标更重要。", + "/2025/10/12/recover.html": "这篇文章讲述了作者通过GitHub的Fork特性找回一个被删除的Brainfuck可视化演示仓库的经历。由于原仓库和作者主页都已消失，作者推测GitHub在Fork时会共享对象库，只要有任意一个Fork仓库存在，GitHub就会保留所有对象，从而可以通过找到一个Fork仓库的最新提交Hash值来还原目标仓库。作者通过Linux内核仓库的Fork进行验证，随后在互联网档案馆上找到目标仓库的Fork以及其Hash值，最终通过Git命令将本地仓库的HEAD指针指向目标提交，成功恢复了该仓库的代码，并将其部署到自己的GitHub Pages上。最后，作者发现Software Heritage组织会保存所有代码，因此在遇到类似情况时可以直接通过该平台进行查找。" }
\ No newline at end of file |