feat(wiki): 目錄頁改走專用存取庫，HASH 改為完整 40 碼 #24
No Assignees
Notifications
Due Date
No due date set.
Depends on
#47 feat(wiki): 目錄頁專用存取庫、HASH 去除截短與 H 前綴
plugins/gitea
Reference: plugins/ask#24
Reference in New Issue
Block a user
What：QUESTION_CONTENTS 改由 wiki-repo CONTENTS 解析並透過 wiki-contents.sh
upsert 寫入，QUESTION_{HASH} 仍走 wiki-repo QUESTION。頁名雜湊改為完整 40 碼
大寫，不截短、不加前綴。目錄頁指向紀錄頁的連結改用 wiki-url 的絕對網址。
Why：目錄頁的用途是索引，散在各型別的存取庫就得逐庫翻。集中之後兩頁不再同庫，
... 只在同一個 wiki 內解析，所以連結必須改絕對網址。
How：目錄頁寫入失敗不再吞掉答案——JSC_WIKI_REPO_CONTENTS 在設定規格表是
fix=ask，只能靠這支技能問到值，答案掉了就永遠問不到，變數也永遠設不起來。
wiki-url 的 4、5、7、8 各自分流，取不到網址就整列不寫。
Who：jsc-ask
這一批的範圍
跨 8 個存取庫的同一份異動需求：
ask、assist、cli、gitea、hooks、log、meta、sdlc。兩條規則變更：
CONTENTS成為第 15 種頁面類型，解析鏈是JSC_WIKI_REPO_CONTENTS到JSC_WIKI_REPO，刻意不退回型別變數。14 個目錄頁從此同住一庫，內容頁仍各走自己的型別。兩者不再同庫，跨庫沒有 wiki 連結語法，所以連結一律改gitea.sh wiki-url的絕對網址。hash-id只保留大寫轉換，輸出完整 40 碼。原本的 H 前綴會命中 16 個首碼裡的 13 個、還丟掉第 8 碼，把有效熵壓到 28 位元，而且全庫查不到任何理由紀錄。頁名樣式仍收H加 7 碼的舊頁，遷移期間讀得到舊頁。相依與合併順序
jsc-gitea提供三支新腳本（page-name.sh、wiki-contents.sh、migrate-wiki.sh）與wiki-delete子命令，其餘七個存取庫的流程都呼叫它們，所以jsc-gitea要先合併。驗證
八個存取庫全部通過：
lint-scripts.sh、lint-frontmatter.sh、check-behaviors.sh、ste100-lint.sh各退出 0（jsc-ask沒有tools/與hooks/，lint-scripts.sh退 3，如實記錄）。另外gitea/tools/check-wiki-rules.sh與新增的meta/tools/check-page-name.sh都退出 0，JSC_READONLY=1的wire-cli.sh smoke codex退出 0 且行數與腳本自己的斷言相符。三支稽核代理人逐項對照準則的審核檢查清單，翻出的問題都已修並重驗，其中四項會實際咬人：
H開頭的舊頁名被判為不合法、遷移腳本寫目的地前沒先讀、建新頁會把範本示範列留在正式頁上、異常目錄列的網址恆為空字串。部署前要先做的事
Gitea 上還沒有目錄頁專用的存取庫（
knowledges底下目前只有各型別的庫）。合併後要先建好那個庫、設好JSC_WIKI_REPO_CONTENTS，再用gitea/tools/migrate-wiki.sh搬既有頁。那支預設只印對照表，--apply才會動，而且是先寫新頁、確認寫成、才刪舊頁；反推不到來源鍵的頁只列成孤兒，不猜。What：QUESTION_CONTENTS 改由 wiki-repo CONTENTS 解析並透過 wiki-contents.sh upsert 寫入，QUESTION_{HASH} 仍走 wiki-repo QUESTION。頁名雜湊改為完整 40 碼 大寫，不截短、不加前綴。目錄頁指向紀錄頁的連結改用 wiki-url 的絕對網址。 Why：目錄頁的用途是索引，散在各型別的存取庫就得逐庫翻。集中之後兩頁不再同庫， [[...]] 只在同一個 wiki 內解析，所以連結必須改絕對網址。 How：目錄頁寫入失敗不再吞掉答案——JSC_WIKI_REPO_CONTENTS 在設定規格表是 fix=ask，只能靠這支技能問到值，答案掉了就永遠問不到，變數也永遠設不起來。 wiki-url 的 4、5、7、8 各自分流，取不到網址就整列不寫。 Who：jsc-ask