年末了，又到了总结的时候，其实每到这个时候，头脑里都是一片空白，也不知道从何写起。看了旺东大佬的总结，几句打油诗，很有意思，也尝试胡诌那么几句，就算是总结了。 这一年里换新家， 收拾箱子落尘沙。 暑假南下金陵城， 金陵鸭子很不错。 夫子庙，人太多， 牛首山，商业浓。 玄武湖畔找荫凉。 灯下德充符有几本， 可惜收获只少许。 系统换了又重装， 最终选择Farode。 文字写了一箩筐， 好坏全凭自己想； 一年回头细细看， 日子平稳就算强。

这个文章我觉得可以算是一个新路历程关于twikoo评论即时通知的这样一个功能写于2025/12/22 14:1

中山金钟水库位于广东省中山市南区街道新安村，总占地面积120公顷，其中水面面积35公顷。2022年新建了金钟湖 […]

这已经是我用Hugo以来重写的第三个主题了 前面的那个主题因为css写烂了，导致样式不协调，只能整个重写

前段时间，写了篇 2025年终总结 ，但整篇博客没有经过成熟的归纳、整理，导致最终内容过长，在没有成熟的索引目录加持下，阅读体验很不好。 虽然在正文开头启用了目录功能，但只能实现一次性地快速定位，如需再定位另一标题，则需再返回顶部，重新点击目录中的标题。 关于通过目录快速索引页面位置，特别是在电脑端下已非常普遍，而我之前的目录固定在顶部并没起到很好的索引作用，因此花费 2 天时间，对电脑端（宽度达到 1450px）访问下的目录样式进行重构。 下面的内容完整复盘了我在 Hugo 博客里实现侧边目录的整个流程，从 页面布局改变 到 CSS 的 Sticky 与样式美化，再到 通过 JS 实现 ScrollSpy 跟随滚动高亮 。 实现效果 可以概括为 5 点： 桌面端（宽屏）出现侧边目录：目录位于正文右侧，不挤压正文宽度。 目录可粘性定位（sticky）：滚动正文时目录一直在视窗内。 目录独立滚动：目录过长时只滚目录，不影响正文滚动。 目录样式清晰且兼容复杂标题：标题里含 code 等内联元素时，目录排版不乱。 ScrollSpy 高亮当前章节（仅侧边栏生效）：随滚动自动高亮当前标题；高亮是“加粗 + 圆点颜色”。 其中最后一点是“锦上添花”，但前四点是长期可用的基础。 具体效果可通过电脑端访问本篇博客时看到。 HTML: 重构目录在页面中的结构 确定目录在整个模版文件中的位置，是所有工作的前提。 之前目录是统一放在了页面内容正文流里面，但这样的结构会给后期的进一步优化造成很多困难，所以在调整初期，从整页布局上就把“正文”与“目录”作为两个明确区域进行构建。 页面结构 整体采用“左正文 + 右侧边栏“布局 文章页的核心结构在 themes/xiaoten/layouts/_default/single.html： <div class="post-main-container"> <div class="post-left-column"> <div class="page-content"> {{ .Content }} </div> </div> <aside class="post-right-column"> {{ partial "toc.html" .}} </aside> </div> 剩余 6 行代码 展开剩余代码 这里我没有把目录“塞进正文流的某个位置”，而是把它作为单独的 aside。

2006年，云南，中缅边境。 平常的日子，男孩玩了一天，在门口与隔壁的女孩念念不舍的道了别。 是夜，男孩躺在床上无法入眠，想着明天 ... The post 白刀子，红刀子(7) first appeared on 清枫的小窝.

這篇文章會帶你： 認識 Git 是什麼 了解 Git 在用 SSG 架部落格當中的角色 安裝 Git 註：Git 的功能很強大，這篇文章會只針對「用 SGG 架個人部落格」的使用情境介紹，更多 Git、GitHub、GitLab 的使用方法可以參考龍哥的 為你自己學 Git Git 是什麼 不知道大家有沒有需要一直改一個檔案的經驗？ 可能是小組報告的組員一直改、或是老闆一直改需求，但是又怕改壞或後來反悔，導致同一個檔案需要保存不同的版本，結果就變成這樣： 1 2 3 4 5 6 ├── 文章1.md ├── 文章1_edited.md ├── 文章1_edited_2.md ├── 文章1_final.md ├── 文章1_final_really.md └── 文章1_final_really_fxxking_really.md 如果這個時候，檔案也可以像遊戲一樣可以有好幾個存檔點就好了… Git 就是這個問題的答案！有了 Git 就像是遊戲裡可以存檔一樣，如果不小心把檔案搞壞了．可以直接讀檔重來！ GitHub、GitLab 又是什麼？ 很多人搞不清楚 Git 跟 GitHub 的差別 XD 用最簡單的方式說，GitHub 和 GitLab 就是目前網路上最大的雲端存檔庫，你可以把你用 Git 的存檔傳上去，就不怕自己電腦裡的存檔壞掉或不見！1 為什麼需要用 Git？ 也許你沒有上面提到的這種困擾，但你還是很有可能會需要用到 Git。 原因是：目前可以部署靜態網站的服務都和 GitHub 或 GitLab 這些雲端存檔庫整合得很好。只要把存檔傳上那些雲端存檔庫，就會自動把新的網頁部署出去，大概像是這個樣子： graph LR A[原始檔案] -->|存檔| B[存檔點] B -->|上傳| C[雲端存檔庫] C -->|部署| D[靜態網站]不過這種方式也不是唯一一種方法，像可以部署靜態網站的 Cloudflare Pages 其實也可以直接上傳網站的檔案2。 但我覺得這麼做不見得比較方便，而且如果未來要換部署到其他的地方，中間隔了一層換起來也比較方便。 再怎麼說，可以避免上面那樣的版本混亂、多一份備份也不是什麼壞事，對吧~ 開工！──安裝 Git 有不少的作業系統在安裝好的時候就有 Git 了，不需要特別另外安裝！ 可以透過以下的指令來確認： 1 git --version 如果已經有安裝的話，就會看到像下面這樣的版本號碼： 1 git version 2.52.0 如果出現找不到指令之類的錯誤訊息的話，就得另外安裝了~ Linux 1 2 3 sudo pacman -S git # Arch sudo apt install git # Debian, Ubuntu, Linux Mint, Pop!_OS sudo dnf install git # Fedora, RHEL, CentOS, Rocky 其他的 distro 可以參考 Git 的說明。 用 Linux 安裝東西是不是很簡單阿 owo macOS 1 brew install git 如果沒有 Homebrew 的話，就要 安裝一下 了。 Windows 用 winget 安裝 1 winget install --id Git.Git -e --source winget 如果你沒有 winget，那就得到 Git 官網 下載了。 你還沒放棄用 Windows 嗎？考慮裝個 Linux、或者用 WSL 吧！3 回到正軌 Android、iOS、iPadOS 參考 這裡。 結語 在 安裝 Hugo 之後，安裝 Git 是不是變得簡單很多呀~ 恭喜你進步了！ 接下來我會帶著大家一起熟悉 GIt 的基本概念和操作，似乎有很多人卡在這個地方 QQ 一樣的，如果有什麼問題都可以告訴我，我可以補充到內文或是之後的文章~ Reference 為你自己學 Git Git - Install 當然你也得注意 GitHub 或 GitLab 有沒有把你的存檔保管好，雲端其實就是別人的電腦 ↩︎ 也可以透過 CLI 用指令上傳 ↩︎ 突然發現我就像 Windows 一樣煩人，一直問你要不要登入 Onedrive、改用 Edge，但還好我不會一直塞廣告給你 ↩︎

在這篇文章我會教你怎麼安裝 Hugo！ SSG 和 Hugo 是什麼？ Hugo 是一個靜態網頁產生器（Static Site Generator，SSG），SSG 的其中一個是 Hugo。 他的工作是把用 Markdown1 格式寫的文章，轉成 HTML 之後，再套上佈景主題，變成我們可以用瀏覽器看的一個一個網頁~ 用 SSG 有什麼好處？ 通用格式、容易保存 因為 SSG 吃的原料是 Markdown（.md）檔，是純文字檔，也就是用 Windows 的記事本都打的開的檔案。所以，就算架好的網站整個不見了，只要當初文章的 Markdown 檔有好好保存、備份的話，也還是可以重新把網站架出來，一篇文章都不會少！ 網站整個不見是比較極端的情況。在實務上，換主題、換 SSG，這些算是很有可能遇到的事情，就因為都是吃相通的 Markdown 格式原料，不會需要很大幅度的改動。 我在 之前的搬家 就是換了一個主題，每一篇文章都很容易就完整地搬到了新的部落格 部署、維護容易 「部署」的意思是把網站實際放到網路上面，讓讀者可以造訪。 SSG 產生出來的網站，實際上就是一堆檔案而已，所以部署要做的事情也就是把那些檔案放到公開的地方而已，很單純！ 如果是 WordPress、Ghost 等等的 CMS 的話，就得找一台機器讓它跑在上面，還要擔心空間不夠、跑得慢、駭客攻擊漏洞等等的問題，hen 麻煩2。 為什麼選 Hugo？ 因為 SSG 我最熟 Hugo（認真 其他也有 Docusaurus、Hexo、11ty、Astro 等等的 SSG 可以選。 但我的部落格一直用的都是 Hugo，用起來也沒有什麼太大的問題，就沒有換過了。也許這個可以請有用過其他 SSG 的大大補充 XD 開工！──安裝 Hugo Linux 打開 terminal 然後輸入： Arch： 1 sudo pacman -S hugo APT（Debian、Ubuntu、Linux Mint、Pop!_OS）： 1 sudo apt install hugo DNF（Fedora、RHEL、CentOS、Rocky）： 1 sudo dnf install hugo 其他 distro 可以參考 Hugo 官方說明 macOS 打開 terminal（終端機） 安裝 Homebrew：輸入 1 /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)" 安裝 Hugo：輸入 1 brew install hugo 在安裝的時候可能會遇到授權之類的鳥問題，不過我手上已經沒有可以跑最新 macOS 的機器來測試了 ，請把 macOS 砍掉改裝 Linux。 Windows 打開 Powershell 輸入：winget install Hugo.Hugo.Extended 砍掉 Windows 安裝 Linux 回到正軌 好啦講認真的，你在 Windows 上面一定會遇到一些怪怪的問題，如果不能直接安裝 Linux 的話，可以另外找一台 Linux 的機器遠端、或至少用個 WSL 吧，會讓你之後的路順遂很多。 Android、iOS、iPadOS 去搞一台正經的電腦吧 = = 買一台二手筆電、租一台 VPS、蹭免費的 Cloud Shell，都可以。 如果你能在 Termux 裡面經營一個用 SSG 架的部落格，我叫你一聲老大。 測試安裝是否成功 在 terminal 下指令： 1 hugo version 如果可以看到像下面這樣，顯示 hugo 的版本是多少，那就是成功了！ 1 hugo v0.152.2+extended+withdeploy linux/amd64 BuildDate=unknown 結語 安裝好 Hugo 之後，接下來是要安裝 Git！ 但不知道會不會有同學到這邊就覺得資訊量很大、安裝 Hugo 遇到問題、或是搞 Linux 機器需要時間的 XD 我先在這邊停下來發一篇文章，如果有問題也都歡迎和我說，我可以補充到內文或是之後的文章~~ References Hugo Installation 如果你對 Markdown 也有困難的話，我再寫一篇文章 XD ↩︎ 通常也得花更多錢，但能做到的事情也更多 ↩︎

这篇文章是关于如何平滑升级Umami 3.0版本以及修改其API数据获取方法的指南。文章首先介绍了通过宝塔内Docker容器编排，使用umami官方镜像快速搭建或升级Umami 3.0版本的方法。然后，提供了具体的Docker服务配置和参数设置细节。 接下来，文章着重介绍了如何修改Umami的API数据获取方法。在升级到Umami 3.0版本后，API获取方式发生变化，因此需要变更获取方法。文章…

想架部落格，需要註冊網域（domain）嗎？ 先講結論： 不一定要，但強烈建議註冊一個 血淋淋的案例 我的芳鄰 Shuyu 大大，除了畫的 pixel art 動畫很可愛以外，還可以說是搬家高手。 他一開始在 Blogger 開了一個部落格，之後搬到了 WordPress.com，結果因為帳號被鎖，又回到了 Blogger。後來又因為其他原因，又再搬到 WordPress.com，又再搬回去 Blogger。最近才痛定思痛，開始搬到 Bear Blog。 我不太會說故事：）大家可以去看看 Shuyu 大大的原始版本。 我想說的是，他就這樣搬來搬去，總共搬了至少 5 次。在這期間，不只是文章和圖片要搬來搬去，想看他的作品的人也搞不清楚該去哪裡看，甚至在這段期間，也沒辦法在搜尋引擎的結果中佔到比較好的位置！ 還好，Shuyu 大大這次在我的苦口婆心的開導（？）之下，註冊了自己的 domain shuyulin1127.com，現在終於有了自己的家，之後不會再有和讀者失聯的問題了。 網域（domain）是什麼？ Domain 就是網路世界的「門牌」，你可以把它想像成你的手機電話號碼，這是絕對可以找到你的方式。在網路上，大家則是用你的 domain 來找到你。 你可能會說，我用 IG ，大家也可以用我的 ID 找到我啊！ 在這種情況，你的 ID 充其量只能說是一個分機號碼，真正的總機還是 instagram.com，如果今天 IG 關掉了1，你的分機也就沒什麼用了。別人得主動去找你現在跑到哪個總機底下了，而且你還得保證你的分機號碼不會被搶走。 同樣地，在 Medium 或是 Bear Blog 的免費方案2也是一樣的道理。 以我來說，我的 domain 是 giveanornot.com，我的部落格用的是blog.giveanornot.com 這個分機，總機和分機都是我自己的。所以，只要我還在用這個 domain，你永遠可以透過這它來找到我。 搬家 想像一下：如果你手上的手機號碼要換掉的話有多麻煩？ 幸好現在換手機的時候不用換手機號碼，只要把 SIM 卡換過去就好了。 在網站或部落格搬家的時候也一樣，只要把 domain 指向新的地方就好了。當然，前提是你有自己的 domain。 我上次把我的部落格 從 Netlify 搬家到 Cloudfare Page 就是這麼做的。因為 Netlify 和 Cloudflare Pages 都支援用自己的 domain，所以我能在不到處告訴大家的情況下，大家也能直接連到新的部落格。 這也是為什麼我說，你永遠可以透過這個 domain 來找到我。 搜尋引擎最佳化（SEO） 雖然 搜尋引擎已死 不是每個人都在乎自己的部落格在搜尋結果的排名是多少，但對搜尋引擎來說，不同的 domain 就是不同的網站3。而排名這件事情也是需要時間去累積信任的，如果有自己的 domain 的話，那些信任就可以帶著走。 對人類來說也一樣，我們也很難確認來不同的 domain 的內容是不是來自同一個人，辨認 domain 也是我們決定一個網站是不是可信的因素之一。 我真的不需要 Domain 如果你很確定你滿足以下的所有情況的話，那你也許真的不需要自己的 domain： 我不在乎搜尋結果的排名 我不會搬家 / 搬家以後別人找不到我也沒關係 我不在乎我的網址中有平台的名稱 我不需要自架任何網站、服務 Domain 的價格 終於到重頭戲了！ 以我的 .com 的 domain 來說，在 Cloudflare 上面一年是 $10.46 鎂，也就是 $330 NTD 以內，這比一年串流影音平台還要便宜！ 如果你要更便宜，.cc 可能是一個不錯的選擇；也有 .win 這種奇怪的 domain 可以選： 如果你真的要超級便宜，也不是不可能，6 ~ 9 位數字 + .xyz 的 domain 只要不到 1 鎂，比你喝的飲料還便宜！ 但也有都市傳說，說這種 domain 因為很常被拿去做奇怪的用途，很容易被其他站不信任。 結語 這篇文章寫到一半的時候，就看到 Alex 也寫了一篇〈如何為網站選一個好域名〉，可謂英雄所見略同。我覺得他寫得比我好多了，很推薦也去看看他的文章~~ 不知道在看這篇文章的人有多少是還在考慮要不要買 domain、架部落格的？ 如果你是的話，可以讓我知道！這樣我可能就會更快把如何架部落格的文章寫出來 XD 不要覺得不可能，當年的無名小站、知識+ 也是說關就關 ↩︎ Bear Blog 需要升級成付費帳號才能用自己的 domain ↩︎ 準確來說，是不同的 subdomain ↩︎

2025年12月18日22点39分这个也是纯手写的markdown好吧 一

前情提要 前几日手贱想要折腾一下软路由的系统，结果把存储系统的内存卡刷坏了... （吐槽一下R66S的原装内存卡质量也太差了） 于是不得不买了一张新的内存卡重新搭建整个环境，花了我整整三天... 在此记录一些值得注意的点。 iStoreOS是什么？——来自通义千问 iStoreOS 是一个基于 OpenWrt 的开源路由器操作系统，专注于提供简洁、高效且易于使用的网络管理体验。它针对国内用户的使用习惯进行了深度优化，内置了丰富的插件生态，支持一键安装各类实用功能，如广告过滤、科学上网、内网穿透、流量统计等。同时，iStoreOS 拥有友好的 Web 管理界面，让用户可以轻松配置网络设置、控制设备访问权限以及管理家庭网络环境。因其高度可定制性和对多种主流路由器设备的良好兼容性，iStoreOS 受到了不少技术爱好者和家庭用户的青睐。 正文 iStoreOS iStoreOS毕竟是一个基于OpenWrt的操作系统，因此所有的使用逻辑也来自于OpenWrt，在此不过多赘述。这里只来记录一些锦上添花的小插件，让iStoreOS更简洁更趁手。 Passwall 不过多赘述，相信你肯定需要，看这个项目： https://github.com/bilibili2077/passwall-run 高级卸载 iStoreOS预装的一些插件中大概会有你用不到的或者不习惯的，自己卸载你大概率卸不干净，这个插件可以帮助你把插件、依赖和缓存一锅端了，彻底解决卸载点东西畏手畏脚的难题。哦，还可以解决你自己后安装的插件的卸载问题。 对于我来说，现在终于可以把DDNSGO、易有云全卸载掉，根本用不上啊... https://xz.vumstar.com/ 防火墙 OpenWrt的防火墙的逻辑确实给我造成了一些困扰，这个主要为路由器设计的firewall4防火墙和我熟悉的ufw完全不一样，但我确实有从外部访问的需要，因此在以前我都是直接让防火墙四敞大开的，直接暴露所有端口。但这终归不安全，因此我决定正好借着此次机会配置好防火墙，一劳永逸。 简单来说，在较新版本的OpenWrt中，通信规则>区域规则>常规设置，就这么简单。 所以解决方案就是，你可以让常规设置中的入站数据和区域转发规则中来自WAN侧的入站数据都设置为拒绝，这样防火墙将进入白名单模式。然后在通信规则里配置你想要开放的端口即可。比方说下图就是开放了来自WAN侧的上级ip端192.168.1.0/24对管理面板也就是80端口的访问，这样就可以从上级路由器下的设备访问到iStoreOS的管理面板。 Nginx iStoreOS跟OpenWrt一样默认使用uHTTPd作为Web服务器，因此如果你没有反向代理之类的特殊需求，大可以保持默认状态。但如果需要包括反向代理在内的高级功能，你就需要安装Nginx来替代uHTTPd。 较新版本的Nginx已经可以通过iStore一键安装了，你不需要再去进行手动的繁琐的配置让Nginx来取代uHTTPd，因为系统会自动配置好Nginx并禁用掉uHTTPd。但既然选择了安装Nginx就代表着有更多的需求，因此以下是你需要注意的点： 可能是因为魔改的luci-nginx与nginx的兼容问题，自动安装后的nginx是没有nginx.conf文件的，因此nginx在重启时就会报错找不到nginx.conf文件。解决的办法就是随便拷贝一个标准的nginx.conf到/etc/nginx路径下，让nginx在启动的时候能够识别到nginx.conf即可。别担心，nginx启动时虽然会检测nginx.conf，但实际上并不使用nginx.conf里面的配置启动，而是使用同目录下的uci.conf，这个我们之后再说。 你可以在/etc/nginx/conf.d/目录下添加你自己的自定义配置，nginx会在启动和重载时自动读取。 nginx的日志你可以在状态>系统日志里查看。 如果出现了80和443端口占用的问题导致了nginx启动失败，可能是uHTTPd自己莫名其妙的启动了，去系统>启动项里面手动禁用它就好。 不要手贱删除/etc/nginx/uci.conf.template！！！不要手贱删除/etc/nginx/uci.conf.template！！！不要手贱删除/etc/nginx/uci.conf.template！！！ 重要的事情说三遍。luci-nginx的主配置来自/etc/nginx/uci.conf，而uci.conf的自动生成依赖模版文件/etc/nginx/uci.conf.template。因此如果你手贱删掉了uci.conf.template，那么只能重装nginx了。 当然，如果你需要修改nginx的主配置，就可以修改uci.conf.template，记得修改之前做好备份。不要尝试直接修改uci.conf，因为这个文件是动态生成的，你人为修改后再次重启会被覆盖掉。

今年以来，我这个小小的博客被恶意刷流量好多次，搞得不厌其烦，后来从腾讯云的【内容分发网络CDN】转到【边缘加速平台EO】才稍微好一些，因为可以屏蔽IP段。不过腾讯云的EO是要收费的，一个月9.9（个人版），虽不贵但膈应。 近期也看到不少朋友...阅读更多 Source

我现在用的 NAS 是群晖 DS220+，2019 年买的。 当时正在做一个叫“镜缘轩”的眼镜商城，数据安全这件事当时觉得很重要：订单、客户信息、商品资料，一旦丢了，就很麻烦。也正是在那个阶段，我把一直用的暴风酷播云换掉，开始用白群晖，想着至少在数据这件事上，更安全。 这一眨眼，就是六年。 “镜缘轩”最终没做成，少许的订单和客户信息，其实也根本不值得上这个东西，为了项目买的东西也算一个伪需求。项目没了，NAS 却留下来了，像一件还在运转的旧工具，默默地继续工作。 不得不承认，群晖这东西确实稳。 这六年里，它几乎没让我操过心，一直兢兢业业地跑着，放在角落里，存在感低到快被我忘了。 直到今年。 今年 3 月，先是 UPS 坏了。 我店里这边的电是物业管的，需要到物业充电卡，电表里还有20度电的时候，会自动断电，提醒你去充电卡，物业是方便了，倒霉的是业主，加上写字楼变压器又出过一次故障，几次猝不及防的断电叠加在一起，一块硬盘开始报错，文件系统怎么修都修不好，我在存储池里卸载也卸载不掉。 最后只能换了一块新硬盘，问题才算真正解决。 再后来，DSM 页面打不开了。 浏览器访问管理地址，提示“提供的服务不存在”之类的错误。那种感觉很微妙——不是硬件坏了，不是数据丢了，而是你突然失去了对设备的控制权。 最终通过重置系统，这个问题消失了。过程不复杂，但那种“怎么会这样”的疑惑，却一直留着。 最近几天又开始出现的“异常关机”。 一开始我以为还是写字楼断电的问题。异常关机之后，硬盘提示文件有错误，好在这次出错硬盘还显示是好的（我担心的是另一块也用了6年的硬盘会挂掉）。备份了一下NAS里的文件，然后存储池里卸载，修复之后就正常了。 由于怕店里的这破电在有问题，索性把 NAS 带回了家。家里的电力环境稳定得多，感觉没问题的时候，问题一般就会出现——开机后，再次异常关机。 于是，我把怀疑对象转向了后来加的那条内存。 关机、拆内存、重新开机。 世界清静了。 再也没有异常关机了。 事情到这里，其实已经很清楚了：内存老化或兼容性问题，才是这一连串异常的根源。 常听人调侃，充电插头、NAS、手串是中年人的“吉祥三宝”。 我简单算了一笔账：一台 NAS 就算能平稳运行 10 年，分摊下来的硬件成本、硬盘损耗加上电费，每年也要 200 多元。如果放在今天这个硬件涨价的大背景下，成本只会更高。对比之下，百度网盘等公有云会员的价格似乎也没那么贵。 那为什么还要用 NAS？ 原因其实也很简单： 数据在自己手里 没有广告 不被限速 不用担心哪天规则突然变了 你付出的，不只是钱，还有对“可控生活”的一点执念。 至于到底值不值？ 说实话，没有标准答案。 如果你只是存点照片、偶尔备份文件，云盘已经足够好用； 如果你对数据安全、隐私、长期可用性有要求，那 NAS 依然是一个成立的选择。 这台 DS220+，到今天还在继续服役。 它见证过一段失败的创业，也陪我走过了不少看似平静、实则暗流涌动的中年时光。 人会老，工具也一样。 关键不是“值不值”，而是它在你需要的时候，有没有掉链子。 这一次，它算是扛住了。

这段代码看起来是一个实现网站出站URL卡片的方案。主要功能是在页面上将所有带有特定类名的出站链接转换成带有图片和标题的卡片形式，以增强用户体验。代码包括前端和后端的实现。前端部分主要使用JavaScript和CSS来实现卡片的显示和样式设置，后端部分使用PHP来获取URL的标题和图片信息。以下是这段代码的主要功能概述： 前端部分： * 通过JavaScript检测页面上的出站链接，初始化URL…

蓝色和绿色是绝配的颜色，是大自然的馈赠，是晴空泼洒在水面的倒影，是远山晕染在云海的轮廓。它是自然写给人间的诗，把宁静的蓝、蓬勃的绿，酿成了眼底最治愈的风景。

发送短信到运营商即可 移动用户：编辑短信 HF 发送到 10658999 联通用户：编辑短信 JFJF#Q 发送到 10010 电信用户：编辑短信 DHHF 发送到 10001 电信：app-积分兑换-全部分类-话费兑换 或App - 查询办理 -充话费 ...

面冊 履歷是讓面試者快速了解一個人的工具，但工作不會是一個人的全部（至少我不是），在工作之外，要如何讓一個需要認識你的人快速了解你？ 在 2010 年左右，人們熱衷在 Facebook 上填寫關於自己的資訊：家鄉、現居地、生日，星座、血型、各種暱稱、家人是誰、讀什麼學校、喜歡看什麼電視節目。 Facebook 讓每一個人都是獨一無二的人，很多人也用 Facebook 充當了他的名片。Facebook 達成了他的初衷，建立一本擁有世界上最多人的一本書。 也許在那個時期，Facebook 就是回答上面那個問題的最佳解答。 腐爛 過了十幾年，Facebook 的很大一部份功能被 Instagram 取代，也許未來也會再被 Threads.net 取代。 在這其中有一個趨勢：這些平台越來越想抹滅「我是誰」這件事情，要在這些平台好好的展現自己是越來越困難。 你只有幾行字可以寫簡介，而且你能做的事情只有一直按照某種格式發東西，然後把一些自己覺得重要的東西分類釘在置頂（而且很難排序），最後甚至連分類都不給你了。 不能寫長文，不能放連結、不能放任意長寬的圖片、沒有大小標、不能換字體顏色。 更別說，現在大家在上面發東西，到底是為了自己，還是為了讚數？我姑且在這裡打一個問號。 你跟我說你要拿這種東西去讓別人認識你？我是覺得很困難啦 =）） 我的答案 擁抱 Y2K 的智慧，個人網站和部落格是我給出的答案。 個人網站 就是空白的畫布，我可以決定上面的任何一個像素。而且比那更棒的是：我不只有一塊書布，而是無限多塊，而且我還能用我喜歡的方式去排列它們、連結它們。 當我面對空白的網頁的時候，我才開始問我自己那個關鍵的問題： 我是誰？ 不為了讚數，不為了博眼球，不為了把自己塞進社群平台的摸版裡，我有什麼東西可以告訴大家？ 我的興趣是什麼？ 我寫過什麼文章？ 我聽什麼樣的音樂？ 我玩什麼遊戲？ 我看哪些部落格？ 我喜歡什麼樣的人？ 我不喜歡吃什麼？ 我的工作在做什麼？ 我周未喜歡怎麼過？ 有太多太多事情可以往自己身上挖掘了。 我想大部分的人也沒有機會好好想過類似的問題，但卻一直誤以為自己知道答案，直到某個契機才發現這件事。 做 個人網站，就像是幫自己的人生寫履歷，找回我自己是什麼樣的人，也是向全世界介紹自己最好的方式。 不知道個人網站是什麼？看看我寫的 這篇文章 吧！