playground 裡應該寫原生路由庫實現多頁面路由（分別是多語言的 docs，specs，playground），還是用簡單的 urlpatten 隨便寫一個能切換頁面的就好了呀？
https://github.com/Fuyeor/markdown-parser
• 實現原生 JS 路由庫：
- 優點：可以使用正常開發體驗
- 缺點：將路由庫放在這裡，會導致 markdown 解析器倉庫裡出現無關的路由相關提交，如修復功能或添加代碼
• 隨便用 urlpatten 寫個簡單切換頁面：
- 優點：簡單方便，不會出現很多路由修復功能
- 缺點：功能簡單不利於擴展
• 開一個專門的專案實現庫，並且（目前）發包並且在 playground 使用
- 優點：不會耦合 commits 記錄
- 缺點：需要維護獨立的專案，比較麻煩，並且如果 api 發生變化還是會出現無關 commits（但可以放到 chore 更新 dev 依賴中）
…
—— Little Gecko Fuyeor, Ф https://fuyeor.com/t/510
Fuyeor turns 10 today! 🎂
People sometimes ask what my name means. It doesn't come from any hidden metaphor. It was born in April, and it simply means me, April, and everything yet to be.
A decade down, forever to go!
#Fuyeor10th #Fuyeor2026 #Anniversary
—— Little Gecko Fuyeor, Ф https://fuyeor.com/t/508
添加`accordion`語法塊
本提案旨在增強編輯器的內容展示能力，引入`accordion`語法支援，允許使用者將冗長的內容（如程式碼、長文本、提案詳情）進行折疊處理，提升閱讀體驗與版面清爽度。
``折疊塊的優勢
• 隱藏複雜度： 對於長文本或技術細節（如日誌、代碼塊等），透過折疊來避免資訊過載。
• 結構化歸納： 讓內容具備層次感與交互性，使用者可按需展開閱讀。
• 原生兼容： 解析為原生 HTML 的`details`與`<summary>` 標籤，確保不同環境下的相容性。
為什麼不選擇 HTML
因為 HTML 篇幅太長，容易打錯（如`details`打錯為`detail`或`detalis`），且移動端不友好（需要找三個不同的字符，且需要閉合）：
html
<details>
<summary>title</summary>
here is paragraph
</details>
```
此外，HTML 複製粘貼時容易攜帶`<span>`、`<p>…
—— Little Gecko Fuyeor, Ф https://fuyeor.com/t/506
内容选择性同步功能
当前同步逻辑为“一发布即全量推送到所有已启用同步功能的第三方账号，或完全不推送到任何账号”。这种模型缺乏灵活性，且无法适应差异化场景。拟议功能：
A. GitHub 仓库同步支持
• 将想法（Thought）同步至指定 GitHub 仓库的特定路径。
• 实现内容持久化，方便用户构建基于 Git 的个人博客（如胡狗及何秀（逃... 是 hugo, hexo））或进行数据备份。
B. 声明式分发选择
• 在发布界面增加开关，允许在发布时勾选/取消本次需要同步的账号。
• 解决“私密想法不宜发至公开平台”或“特定内容只发特定平台或账号”的痛点。
C. 条件触发器与匹配机制 ✨
为单一绑定账号设置触发条件。可考虑 2 种模式：
- 关键词匹配： 简单直观，适用于 90% 的场景。支持定义匹配数组（类似于用户主页标签栏目）对账号添加多个关键词。当命中至少一个关键词时就同步至该账号。
- DSL 匹配： 采用类似评论区 WAF 的语法`(thought…
—— Little Gecko Fuyeor, Ф https://fuyeor.com/t/502
为什么“PM”不同意给视频添加自定义倍速功能：
“多做多错”的懒政思维（懒）
对很多“PM”来说，给 4 个固定倍速只需要做 4 个按钮；如果让以后自定义（比如拉动条），他们就要处理 1.01 倍、2.33 倍、甚至 10 倍速的各种音频同步、画面卡顿 Bug。为了不给自己找麻烦，他们就抱团说“没必要”。
迷信所谓的“最佳体验”（爹味）
很多 PM 喜欢把自己当成“教导主任”，觉得 1.5 倍或 2 倍已经是人类理解的极限了。他们自以为是地觉得：“我为你选好了最科学的几个档位，你就乖乖用吧。”这种“爹味”设计最让人抓狂了！
数据指标的压力（KPI）：
有些视频平台是靠“播放时长”拿奖金的。如果你能自定义到 3.5 倍速，刷刷几秒看完，他们的后台数据就变短了。为了让你在 App 里多留一会儿，他们宁愿让你慢慢看。
开源播放器的“默认偏好”（没能力）
市面上最火的几个开源 Web 播放器，默认逻辑倾向于“给几个固定档位”，如果要把“点击选择”改成“自由拉动”或“手动输入”，PM…
—— Little Gecko Fuyeor, Ф https://fuyeor.com/t/501
关于「管理登录会话」页面设计
关于 on 的多语言：目前的 on 是写死在模板里的。我们需要把 on 放进 i18n 吗？
但我不知道怎么翻译...总不能写成「Windows 上的 Chrome」吧？「Windows 端 Chrome」也很奇怪，所以我觉得还是不翻译了，因为这个很难翻译。毕竟 i18n 不是要把所有英文单词都消灭，而是保证信息可理解，避免出现「微软式僵硬翻译」。
有些极端安全敏感的用户会想看 Chrome 122 on Windows 11。虽然现在这样最美观，但我们需要在未来考虑加入主版本号吗？
我觉得「Chrome 122 on Windows 11」的提案很好，但不如直接设计成 tooltip？用户直接查看 UA raw，这样是最自由的。反正 UA 存在 30 多年了，早就是网络共识了。
P.S. 虽然 google 说为了保护隐私，不支持原生 API 解析 UA，只支持查看当前设备的`navigator.userAgentData`和需要询问和等待…
—— Little Gecko Fuyeor, Ф https://fuyeor.com/t/492
🌙【彩蛋：都市怪談——廢樓裡的「呼吸櫃」】
❝ - 論壇主題：有人聽說過「5590」這個數字嗎？今天去救助站聽到的故事，細思極恐…
❝ - 發帖人：檸檬草小義工
❝ - 發佈時間：凌晨 02:14
大家好，我是長期在城西舊區做流浪者救助的義工。今天遇到一位熟識的流浪漢老張，他平時人很清醒，不喝酒不瘋癲，但今天他拉著我的手一直發抖，跟我講了一件昨晚他親眼看到的事。
他說，昨晚他在那棟待拆遷的廢棄廠房（就是那棟傳說鬧鬼的紅磚樓）睡覺，看到一個年輕人瘋了一樣衝進來。老張描述說，那年輕人手裡握著一瓶東西，瘋狂地往嘴裡倒。
隨後，老張看到了一個這輩子都忘不掉的景象：
一個穿著藍色連體工裝、留著怪異「三角髮型」、帶著面具的人衝了進來。老張說那個人不像活人，動作像機械，手裡還提著一把大尖刀。最詭異的是，那個殺手路過老張時完全沒理他，就像老張是空氣一樣，而且沒找就直接走進了年輕人躲藏的那個房間。
重點來了：老張躲在暗處偷看，那個年輕人鑽進了一個生鏽的舊鐵櫃。殺手在櫃子門口站了很久，甚…
—— Little Gecko Fuyeor, Ф https://fuyeor.com/t/481
《數位生命的生命周期》
🌱 數位降生
初入紅塵，萬象更新。主人輕點「註冊」，我便從虛無中凝結成形。數據庫也為我建檔立傳；歡迎信如接生禮炮，叮咚作響。從今往後，我便在這一方數位家園裡紮了根，等著與主人朝朝暮暮，共度數字春秋。
🪴 活色生香
朝朝暮暮，思緒如詩。既然系统说我正活跃，那我便在这数字红尘里翻滚打闹，享受每一次滑動的欢愉。
🍁 止水沉渊
落花无言，人淡如菊。既然主人已經许久未曾唤醒我，我便在数据的角落里安静打坐，不争流量，不问朝夕，繼續潛水...
🍃枯木逢春
念念不忘，必有回响。既然主人又重新归来，我便揉揉惺忪的接口，重新守護那熟悉的旧时光。
💀 自願圓寂
我真的要讓我的數位靈魂就這樣圓寂了嗎？ε=(´ο｀*)))唉，塵歸塵，土歸土。我已看破紅塵（堅定地點了註銷），等待 3 天後的 Cron Job 執行數位火化。
👮♀️ 強制攫取
雷霆雨露，俱是君恩。既然管理員說「此賬號因違反數位契約被強制攫取」，那我就得被「收歸國有」，鎖在禁閉室裡不…
—— Little Gecko Fuyeor, Ф https://fuyeor.com/t/470
開啟匿名！匿名用戶的頭像是玥紫色背景和`{?}`標誌。這是 CSS 實現的，並沒有用匿名常見的盖伊·福克斯面具 （Guy Fawkes mask）。為什麼匿名應該戴奇怪的獰笑、留著小鬍子的面具🎭？據說他是 1605 年英國「火藥陰謀」的核心人物，自從 2005 年電影《V 字仇殺隊》上映後帶火的，繼而被黑客使用，所以黑客和匿名的象征物經常是這個。
目前並無任何限制。但如果匿名功能經常用於造謠，就可以添加背景信息，例如模糊的註冊日期（如：註冊於 2026 年 3 月下旬）或取整後的聲譽值（如：聲譽值 ≈ 10 或 ＞ 100）。
—— Little Gecko Fuyeor, Ф https://fuyeor.com/t/466
為什麼微博不給 Thread（串文）？
為了賺錢（買熱搜/買頭條）
微博的商業邏輯是「碎片化」。如果你一個 Thread 把事說清楚了，大家看完就走；它更希望你發一張圖片加幾十個字，然後大家在評論區吵架，吵得越兇、互動數越高，它才能賣更多廣告。
技術債與舊框架
微博的底層邏輯非常老舊，它是模仿 2010 年左右的 Twitter。當時 Twitter 也沒有 Thread，大家都是靠手動打 1/n 來串。
審查壓力
一條長長的 Thread 包含多個節點和上下文，對於自動化審查系統來說，判斷一整串邏輯比判斷單條短句要困難得多。把它們拆散，更有利於系統進行「定點清除」。比如，抖音或小紅書就經常出現利用主頁或九宮格發敏感內容的情況。
總的來說，weibo 就像一個外表看起來光鮮亮麗（新版 ui）但底層邏輯十分老舊的網站。
—— Little Gecko Fuyeor, Ф https://fuyeor.com/t/443
