diff --git a/_data/proxylist.yml b/_data/proxylist.yml
index 3200106..c08cc86 100644
--- a/_data/proxylist.yml
+++ b/_data/proxylist.yml
@@ -13,7 +13,6 @@ mirrors:
 - https://mayx.4everland.app/
 - https://mayx.dappling.network/
 - https://mayx-blog.statichost.eu/
-- https://mayx-blog-pm8qmrzj.edgeone.app/
 others:
 - https://unmayx.blogspot.com/
 - https://unmayx.blog.fc2blog.us/
diff --git a/_posts/2025-04-04-search.md b/_posts/2025-04-04-search.md
index 7c8e322..913564a 100644
--- a/_posts/2025-04-04-search.md
+++ b/_posts/2025-04-04-search.md
@@ -7,12 +7,12 @@ tags: [博客, 搜索, 优化]
   看看其他的博客也会有新的灵感啊～<!--more-->    
 
 # 起因
-  前段时间，我闲来无事在GitHub上搜和我使用相同模板[minimal](https://github.com/pages-themes/minimal)的博客。但搜索结果中有许多人用这个模板制作简历或作品集，这让我有些失望。这倒也能理解，因为这个模版并不算博客模板，没有文章列表之类的代码，这些都只能自己写。不过多找找还是能找到一些的，毕竟这个模板在GitHub Pages中算是最受欢迎，至少符合大众的审美。像我就搜到了一个叫[Guanzhou Hu的博客](https://github.com/josehu07/josehu07.github.io)，他对模板的样式做了不少的改动，而且改的还挺好看的，尤其是右上角的导航栏，看起来挺有意思，不过这个源代码……导航栏有点硬编码的感觉，我不是很喜欢这种实现方式……   
+  前段时间，我闲来无事在GitHub上搜和我使用相同模板[minimal](https://github.com/pages-themes/minimal)的博客。但搜索结果中有许多人用这个模板制作的是简历或作品集，这让我有些失望。不过这倒也能理解，因为这个模版并不算博客模板，没有文章列表之类的代码，这些都只能自己写。当然多找找还是能找到一些的，毕竟这个模板在GitHub Pages中算是最受欢迎，至少符合大众的审美。像我就搜到了一个叫[Guanzhou Hu的博客](https://github.com/josehu07/josehu07.github.io)，他对模板的样式做了不少的改动，而且改的还挺好看的，尤其是右上角的导航栏，看起来挺有意思，只是这个源代码……导航栏有点硬编码的感觉，我不是很喜欢这种实现方式……   
 
 # 使用标签作为关键词进行搜索
   之后我又看了看其他博客，看到了[Matt Walker Blog](https://github.com/mhwalker/mhwalker.github.io)。他没有对模板做很多改动，只是把section元素变得更宽了，但是他没有改手机版自适应的样式，导致界面基本上没法在手机上查看。不过在他的首页中，我对他把文章标签放在文章列表这个操作非常感兴趣，因为每次我都有给文章打标签，但是几乎没什么用。他的标签点进去之后会跳转到该标签下的所有文章，我其实很早就想做这个功能了，但是在不用插件的情况下Jekyll基本上做不出来这种功能，因为没有插件的情况下是不能使用Liquid标签创建文件的，我看了下他的实现，原来是提前创建好的标签页面然后进行筛选的，这个实现我也不喜欢，这样的话我每次打标签都要新建一个标签对应的页面，这种事情不让程序做我会很不爽……（其实现在的GitHub Pages构建网站都是用的Actions了，完全可以自己写一个可以使用插件的Actions来进行构建，不过我也懒得折腾了🤣）   
-  要么还有一个选择，可以单独搞一个页面，里面有所有标签对应的文章，点击文章的标签之后使用锚链接定位到对应标签所在的位置。不过这样会导致一个页面有可能有一堆相同的文章链接，结果这个页面比归档页面的链接还多，那就感觉有点糟糕了……  
-  不过我想起来以前做的[博客全文搜索功能](/2021/07/23/search.html)，如果把标签作为关键词进行查询，那也能起到筛选出标签对应文章的作用吧？而且这样即使我没给那个文章打标签也能搜出来，其实也算不错的选择，而且自从我做出来那个全文搜索的功能之后也没用过几次，没有关键词的话也一时半会想不出来搜什么比较好。于是说做就做，直接把Matt Walker Blog那段在文章列表生成标签的代码复制过来，感觉好像还不错😆？   
+  要么还有一个选择，可以单独搞一个页面，里面有所有标签对应的文章，点击文章的标签之后使用锚链接定位到对应标签所在的位置。但这样会导致一个页面有可能有一堆相同的文章链接，结果这个页面比归档页面的链接还多，那就感觉有点糟糕了……  
+  不过我想起来以前做的[博客全文搜索功能](/2021/07/23/search.html)，如果把标签作为关键词进行查询，那也能起到筛选出标签对应文章的作用吧？而且这样即使我没给那个文章打标签也能搜出来，其实也算不错的选择，另外自从我做出来那个全文搜索的功能之后也没用过几次，没有关键词的话也一时半会想不出来搜什么比较好。于是说做就做，直接把Matt Walker Blog那段在文章列表生成标签的代码复制过来，感觉好像还不错😆？   
   顺便我也把文章里面的标签也加了链接到搜索的功能，不过原来的代码用的是`.join`实现的，现在加上这个功能的话就只能老老实实用循环写了😥……   
 
 # 搜索后使用高亮标记关键词
diff --git a/proxylist.md b/proxylist.md
index f004cc0..2780ab9 100644
--- a/proxylist.md
+++ b/proxylist.md
@@ -35,7 +35,6 @@ graph LR;
     Netlify@{ shape: docs, label: "Netlify" }
     SH@{ shape: docs, label: "statichost.eu" }
     DA@{ shape: docs, label: "dAppling" }
-    EOP@{ shape: docs, label: "EdgeOne Pages" }
     CFW@{ label: "CloudFlare Workers" }
     CFAI@{ shape: procs, label: "CloudFlare AI" }
     CFD@{ shape: lin-cyl, label: "CloudFlare D1" }
@@ -57,7 +56,6 @@ graph LR;
     DA
     Vercel
     Netlify
-    EOP
     end
 
     subgraph API[API Service]
@@ -72,22 +70,21 @@ graph LR;
     Other
     end
     
-    subgraph DS
+    subgraph DS[Decentralized storage]
     IPFS
     GF
     end
     
     GH <--Sync--> GL
     GH -- Sync --> GE
-    GH -- Deploy --> GHP & SH & FELH & DA & Netlify
-    GL --> CFP & Vercel & GLP
+    GH -- Deploy --> GHP & SH & Netlify & FELH & DA
+    GL -- Deploy --> CFP & Vercel & GLP
     CFW -- Reverse Proxy --> GHP
     Deno -- Reverse Proxy --> GHP
     Glitch -- Reverse Proxy --> GHP
     Other -- Reverse Proxy --> GHP
     CFD <--> CFW
     CFAI <--> CFW
-    GE -- Deploy --> EOP
     API -- API/Proxy Service <--> Users
     Pages -- Serviced --> Users
     Proxies -- Serviced --> Users