项目

阿珏Blog十周年活動已經圓滿結束了。 今年參加的人比我預想中還要多，活動期間經常能看到大家在群裡討論線索、交換提示，也有不少人一路順利通關，拿到了最後的獎勵。看到自己折腾了這麼久(2年前就開始策劃)的東西真的有人認真玩完，還是挺開心的，雖然過程有ai的輔助。 如果你還沒有玩過，建議先去看看活動原文，這篇會直接公開全部答案，下面就是完整劇透，遊戲過程中會有許多颠覆你認知的知识內容。 先說一下整體流程 拆彈專家 → 點擊入口 → 調整黑圖 → 登錄與驗證碼 → 假 Cloudflare 頁面 → PDF 藏 ZIP → GalGame對話找線索 → 猜數字 → 扫描二維碼 → 找不同 → 明暗模式畫冊 → 拼圖 → 保险箱。 第 0 閘：拆彈專家 第一關實際上是一個小小的前奏。頁面上有四根不同顏色的線和一個倒計時，看起來像是要認真判斷哪一根能拆掉炸彈。 但這裡沒有正確答案，剪哪一根都會爆。爆炸以後，頁面會提示珍藏圖冊已經被炸成碎片，同時收集碎片。 接下來要做的事情也就很明確了：引出支線任務，把散落在後面關卡裡的拼圖碎片找回來。 所以這裡不用在四根線上浪費時間，直接剪一根看爆炸效果就行。 第 1 間：活動歡迎入口 正式進入活動入口頁，畫面中間的“立即參與”按鈕並不是普通的跳轉按鈕，而是通過圖片熱點區域實現的。看到圖片上的手形光標，直接點擊對應位置，就會進入下一關。這一關考驗的是觀察力，也順便用了一下 HTML 圖片熱點區域這種比較老但依然好用的功能。 點擊之後頁面會先變黑，再跳到一個看起來像是加載卡住的頁面。這個黑屏不是加載失敗，耐心看一會兒就能发现问题。 第 1.5 間：黑屏加載中 頁面看起來幾乎是一片黑。這裡沒有必要查看複雜的源代碼，直接把頁面截圖放進圖片編輯器，調整曝光、陰影和對比度就可以了。目的也很直接，就是考驗大家處理圖片、調整曝光和觀察低對比度信息的能力。 調亮之後能看到兩個重要信息： 邀請碼：blog10years 下一關：/level/googleLogin/login.html 第 2 間：登錄頁 登錄頁需要用戶名、密碼和邀請碼。用戶名可以自己填，邀請碼就是上一關找到的 blog10years。 真正麻煩的是密碼。打開開發者工具，在 Console裡可以看到頁面已經定義好的 buildLoginHash 函數。直接調用它即可： ...

規則： 保持 Markdown 結構。 不翻譯 URL 和代碼。 只返回翻譯內容，不附加評論。 # MoeKoe Music Mobile 一款開源、簡潔、高顏值的第三方酷狗音樂移動端播放器 基於 Expo / React Native 构建而成，是 [MoeKoeMusic](https://github.com/iAJue/MoeKoeMusic) 桌面版的移動端實現 🌎 GitHub 存儲庫 | 📦️ 下載安裝包 | 💬 访問博客 | 🏠 專案首頁 一款開源、簡潔、高顏值的第三方酷狗音樂移動端播放器 基於 Expo / React Native 构建而成，是 MoeKoeMusic 桌面版的移動端實現 ✨ 特性 🎵 無需自建伺服器 — 酷狗 API 适配層直接直連官方，開箱即用，不依賴外部 API 地址 🏠 首頁推薦 — 每日推薦、精選歌單、排行榜 🧭 發現頁 — 分類歌單、新歌速遞等內容探索 🔍 搜索 — 快速檢索歌曲、歌單、專輯 📀 歌單 / 專輯 / 排行榜 — 完整的詳情頁與曲目列表 🎧 播放器 — 滾動歌詞、播放隊列、迷你播放條（MiniPlayer）、後台播放 🎚️ 音質檢測 — 自動探測並選擇可用音質 📱 手機號登錄 — 同步酷狗賬號的收藏與歌單 🌗 深色模式 — 跟隨系統自動切換明暗主題 📝 Todo List [x] 首頁每日推薦 / 精選歌單 / 排行榜 [x] 發現頁分類內容瀏覽 [x] 搜索歌曲、歌單、專輯 [x] 歌單 / 專輯 / 排行榜詳情頁 [x] 播放器：滾動歌詞、播放隊列、迷你播放條、後台播放 [x] 音質檢測與自動選擇 [x] 手機號登錄 [x] 賬號密碼登錄 [x] 扫描登錄(其他設備) [x] 我喜歡 / 收藏同步 [x] 用戶歌單管理（創建 / 收藏 / 編輯） [ ] 通知欄 / 锁屏播放控制 [ ] 歌曲詳情瀏覽 [ ] 桌面歌詞 [ ] 聽歌識曲 [ ] 平板與橫屏適配 [ ] 性能優化 📸 預覽 🚀 快速開始 環境要求 Node.js ≥ 22 Git iOS 模擬器 / Android 模擬器，或安裝了開發版客戶端的真機 開發運行 # 克隆倉庫（包含 api submodule） git clone --recurse-submodules https://github.com/MoeKoeMusic/MoeKoeMusic-Mobile.git cd MoeKoeMusic-Mobile # 安裝依賴 npm install npm --prefix api install # 生成移動端 API 入口（api/ 更新後需重新執行） npm run generate:mobile-api # 啟動開發伺服器 npx expo start 如果克隆時遺漏了 submodule，可執行 git submodule update --init 补齊。 ...

規則： 保持 Markdown 結構。 不翻譯 URL 和代碼。 只返回翻譯內容，不附加其他評論。 MoeKoe 音樂擴展 MoeKoe 音樂瀏覽器擴展版，基於 MoeKoeMusic Web 构建並在瀏覽器擴展內完成 API 路由兼容。 🌎 GitHub 存儲庫 特性 點擊瀏覽器擴展圖標後打開獨立窗口運行 MoeKoeMusic。 不需要用戶配置 API 地址，也無需額外啟動本地 API 服務。 保留 MoeKoeMusic 原有 Web 頁面與互動，兼容瀏覽器擴展運行環境。 快速開始 環境要求 Node.js 20 或更高版本 Git Chrome / Edge 等 Chromium 内核瀏覽器 安裝依賴 git submodule update --init --recursive npm install npm run install:app npm run install:app 將分別安裝 MoeKoeMusic 和 MoeKoeMusic/api 的依賴。安裝後建議檢查子模塊工作區，避免把上游 lockfile 的非預期變化提交進去。 ...

在開發插件市場之前，先有的是 MoeKoe 的普通插件系統。 當時我想解決的問題不是某一個具體功能，而是一個更通用的问题：播放器裡總會冒出很多小需求，有些人想改界面，有些人想加一個工具彈窗，有些人想接自己的服務。如果每個想法都往主程序裡塞，主程序會越來越重，也越來越難維護。 所以我一開始給插件系統定的方向很明確：主程序只提供插件運行環境和管理入口，具體功能交給插件自己去做。插件能獨立安裝、獨立卸載，壞了也盡量不要影響播放器本身。 上一篇文章我寫的是 MoeKoeMusic-Plugins 這個插件登記倉庫。那邊解決的是“插件市場的數據怎麼產生”：用戶用 Issue 提交，Action 校驗，維護者審核，通過後寫進 plugins.json。 但只有登記倉庫還不夠。真正對用戶來說，插件市場不是 GitHub 上的一份 JSON，而是客戶端裡一個能看、能搜、能安裝、能更新的入口。 所以這篇就換到 MoeKoe Music 主項目裡，專門聊客戶端的插件市場部分。 為什麼選擇 Chrome Extension 這一套 MoeKoe 是 Electron 應用，Electron 本身就有加載擴展的能力。既然底层已經能跑 Chrome Extension，那就沒有必要再從零設計一套插件格式。 這樣做有幾個好處: 第一，插件作者不用學一套完全陌生的格式。manifest.json、popup.html、background.js 都是很常見的概念。 第二，插件天然有清單文件。主程序可以先讀 manifest.json，判斷插件名稱、版本、描述、權限、彈窗入口、最低支持版本等信息。 第三，Electron 可以直接加載插件目錄，不需要我自己寫一個腳本沙箱。 展示、搜索、分頁和狀態 插件市場不只是能安裝就行，還要能快速判斷： 這個插件是幹什麼的 我有没有安裝過 我安裝的是不是舊版本 這個插件有没有更高版本要求 它有没有網絡、文件訪問、本地二進制這些風險點 分頁、搜索、更新、狀態 所以市場卡片裡展示的不只是“安裝”按鈕。 確保插件目錄存在 調用 Electron 下載安裝、卸載舊版、安裝新版 註冊插件相關 IPC 加載 Chrome 擴展 加載 Native Host 索引和授權系統 已安裝插件 插件管理頁面的“已安裝插件”不只是讀取 Electron 當前加載的擴展。它會把兩類信息合併： session.defaultSession.getAllExtensions() 拿到已加載擴展 scanExtensions() 扫描磁盤插件目錄，讀取 manifest、圖標、彈窗、Native Host 声明 前端拿到這些字段後，就能顯示： ...

起初在構建 MoeKoe Music 插件生態時，還沒有線上插件市場這個功能 後來在社區的建議下便有了這個插件市場 增加官方/社區插件倉庫以擴展產品功能 插件可以由社區開發，那插件市場應該怎麼管？ 最直接的做法當然是把所有插件源碼都收進一個大倉庫裡。但這個方案越想越彆扭。每個插件都有自己的作者、自己的發佈節奏、自己的構建方式。把它們全塞進官方倉庫，不僅維護成本高，也會把責任邊界搞得很模糊。 所以這個倉庫最後沒有被設計成「插件源碼倉庫」，而是變成了一個「插件登記與索引倉庫」。它只做幾件事： 接收插件上架、更新、下架和舉報申請 自動做一輪基礎校驗和靜態識別 把人工審核通過時的插件快照記錄下來 維護客戶端可以讀取的 plugins.json 順手把 README 裡的插件列表更新出來，方便人看 一個可追溯的登記簿：誰提交的、審核的是哪個版本、下載地址是什麼、是否有網絡或文件權限，都落在一份清楚的數據裡。 市場索引，而不是源碼倉庫 倉庫根目錄最重要的文件是 plugins.json。它就是插件市場真正消費的數據源。 { "id": "custom-app-background", "name": "自定義背景圖", "description": "為MoeKoe Music提供自定義背景圖能力，支持透明度調節。", "iconUrl": "...", "version": "1.0.0", "minversion": "1.6.1", "...":"....", "buildRequired": false, "networkAccess": false, "fileAccess": false, "binaryContent": false, "snapshot": { "iconUrl": "...", "repository": "MoeKoeMusic/custom-app-background-plugin", "commitSha": "dbf72d38c8cf6b1d1cefdf8ce15798d565678995", "downloadUrl": "hxx.zip", "release": null } } 我不想讓市場記錄永遠指向插件倉庫「當前最新代碼」。因為作者今天提交的代碼，和審核那天看到的代碼，可能已經不是同一份東西了。插件市場真正應該承認的是：審核通過時的那個版本。 所以這個專案裡面有一個核心原則： 上架的不是一個會漂移的倉庫地址，而是一個已經鎖定的快照。 對於不需要編譯的插件，快照鎖到默認分支當時的 commit。對於需要編譯的插件，快照鎖到對應的 Release tag 和發行附件。這樣後面真出了問題，也能回頭知道當時到底審核了什麼。 Action 先跑，人最後拍板 用戶提交 Issue 時，需要選擇： ...

這是一個100%去中心化的區塊鏈紅包應用。用戶可以連接錢包，設定金額和數量發送紅包，然後透過連結分享給他人領取。所有資料和操作都基於區塊鏈，完全不需要中心化伺服器，整個過程安全、透明、可追溯。 如果你感興趣，可以在 GitHub 上看看我的程式碼：redpacket‑dapp 功能亮點 🧧 發送紅包: 連接錢包後，設定金額和數量發送紅包到區塊鏈 🎁 領取紅包: 透過分享連結，別人可以連接錢包直接從區塊鏈領取紅包 🔗 智能合約: 使用 Solidity 編寫的安全智能合約處理所有邏輯 🌐 多鏈支援: 支援本地測試網和 BSC 測試網 💼 Web3 整合: 使用 MetaMask 錢包連接 🚀 完全去中心化: 沒有後端伺服器，所有資料儲存在區塊鏈 技術棧 前端：React 19、React Router 6、TypeScript、Vite、Ethers v6 合約層：Hardhat、Solidity 0.8.x 工具：ESLint、Prettier 不需要後端: 零依賴伺服器 ❌ 快速啟動 # 1. 安裝專案依賴 npm install cd react-dapp && npm install && cd .. # 2. 啟動本地區塊鏈節點 npm run node # 3. 編譯智能合約 npx hardhat compile # 4. 部署智能合約 npm run deploy # 5. 啟動前端 npm run frontend 目錄結構 redpacket-web3/ ├─ contracts/ # Solidity 智能合約 │ └─ RedPacket.sol ├─ react-dapp/ # React + Vite 前端 │ ├─ src/ │ │ ├─ components/ # 通用組件（錢包按鈕、創建表單等） │ │ ├─ config/ # ABI、合約地址配置 │ │ ├─ hooks/ # 自定義 hooks（useWallet） │ │ ├─ pages/ # 頁面（Home、ClaimPacket） │ │ ├─ styles/ # 全域樣式 │ │ ├─ utils/ # Web3 工具函數 │ │ └─ App.tsx # 路由與佈局 │ ├─ .env.example # 前端所需環境變數說明 │ └─ package.json ├─ scripts/ │ └─ deploy.js # Hardhat 部署腳本（會自動寫入前端配置） ├─ hardhat.config.js └─ package.json # 根目錄腳本（Hardhat + 前端一鍵啟動） 使用指南 創建紅包 打開前端並點擊右上角「連接錢包」。 填寫紅包總金額與份數，應用會在前端隨機拆分金額。 提交後在 MetaMask 中確認交易，等待區塊確認。 成功後可複製系統生成的領取連結，分享給朋友。 領取紅包 打開分享連結（URL 帶有 /claim/{packetId}）。 同樣先連接錢包，然後點擊「點擊領取」。 簽名確認後等待區塊打包，頁面會顯示結果與剩餘份數。 環境變數 dapp/.env（開發環境會自動忽略，請參考 .env.example） VITE_RPC_URL：前端直連節點 RPC，預設為 http://127.0.0.1:8545 VITE_CONTRACT_ADDRESS：可覆蓋部署腳本寫入的地址 VITE_CHAIN_ID：前端提示使用的鏈 ID（十六進制） root/.env：若需要在 Hardhat 中引用私鑰或 BSC RPC，可繼續沿用原有寫法。 智能合約（RedPacket.sol） 核心方法： ...

✨ 緒山真尋的小窩 ✨ 🌸 歡迎來到緒山真尋的小窩 🌸 哇！你發現了我的秘密基地！(*≧ω≦) 這裡是緒山真尋的個人網站，充滿了可愛的動畫和有趣的內容！我會在這裡分享我喜歡的動畫、漫畫、遊戲和一些日常生活中的小確幸～ 💕 關於我 💕 我是緒山真尋，一個熱愛成人遊戲的家裡蹲廢柴尼特族。喜歡動畫、漫畫、輕小說和各種可愛的東西！最喜歡的顏色是粉色和淡藍色！ ∩∩ （･ω･） <- 這是我！ ＿|　⊃／(＿＿ ／ └-(＿＿＿／ 🎀 網站內容 🎀 🌟 精美動畫展示 📚 我的私房照 🎵 好聽的音樂 📷 日常生活的小片段 🌈 關於 🌈 🎭 演示: https://mahiro.moejue.cn/ 🏠 個人部落格: https://MoeJue.cn/ 🐱 GitHub: https://github.com/iAJue/Mahiro 📧 官方網站: https://onimai.jp/ 📝 版權聲明 📝 本網站由 @Moejue 設計和開發 網站中使用的所有動畫片段、漫畫圖片、角色形象及相關內容的版權均歸原作者(ねことうふ（Nekotofu）)及其發行公司(Studio Bind、Ichijinsha)所有 如有侵權，請透過以上聯絡方式告知，我會立即刪除相關內容 GNU GENERAL PUBLIC LICENSE Version 2 Copyright © 2025 MoeJue. All rights reserved. 💌 特別感謝 💌 感謝所有喜歡緒山真尋的朋友們！(●’◡’●) ...

專案概述 在當今的 Web 開發領域，使用者體驗和介面設計變得越來越重要。 Mac Web Vue Template 是一個受 macOS 設計啟發的現代優雅的 Vue.js Web 模板，它是一個基於 Vue.js 的現代化 Web 應用模板，其設計靈感來源於 macOS 的優雅介面。這個專案不僅提供了美觀的 UI 設計，還包含了完整的專案結構和最佳實踐。 線上演示 你可以透過造訪 WebAi 來體驗這個模板的實際效果。邀請碼(MoeJue) 核心特色 macOS 風格的 UI 設計 採用 macOS 的設計語言 精緻的毛玻璃效果 優雅的動畫過渡 現代化的技術棧 Vue.js 作為核心框架 Vite 作為建構工具 Pinia 進行狀態管理 Vue Router 處理路由 SCSS 預處理器 ES6+ 現代特性 響應式設計 完美適配各種螢幕尺寸 流暢的行動裝置體驗 專案結構解析 專案採用了清晰且模組化的目錄結構： src/ ├── assets/ # 靜態資源 ├── components/ # Vue 組件 │ ├── common/ # 通用組件 │ ├── system/ # 系統組件 │ └── apps/ # 應用組件 ├── views/ # 頁面視圖 ├── router/ # 路由配置 ├── stores/ # 狀態管理 └── utils/ # 工具函數 這種結構設計使得專案具有良好的可維護性和可擴展性。 ...

專案介紹 萌音商城行動版是一個基於uniapp開發的多端商城系統，支援iOS、Android、H5及小程式等多個平台。系統採用PHP + MySQL + FastAdmin作為後端技術棧，實現了完整的電商功能。 核心功能 商品管理：分類、列表、詳情展示 購物流程：購物車、結算、支付、訂單管理 用戶系統：會員中心、個人資訊管理 多商戶模式：商戶獨立管理商品與訂單 發貨系統: 支援推送訂單至ERP(管家婆)系統處理 雙模式交易： 線上下單快遞發貨 線上下單到店自取/外送員配送 系統預覽 後台管理介面 小程式端介面 版本說明 目前版本為V1.0版，部分介面為預留規劃，將根據實際需求持續更新完善。由於尚未正式發布版本並上線小程式營運，因此目前沒有線上版本可供演示。 購買說明 價格：188元 (版本更新後將會視情況調整價格，請以實際價格為準) 內容：完整原始碼（含行動端和後台，無加密無授權） 推薦返利：推薦好友購買可獲20%返利 更新服務：終身免費更新 使用須知：禁止私自轉售，違規將停止更新服務 開發支援：原始碼含詳細註釋，方便二次開發 專案託管：程式碼託管於GitHub，更新日誌完整透明 多端支援: 需要自行編譯其他客戶端，基於微信小程式環境開發 聯繫方式 QQ交流群：點擊加入 由於沒有個人QQ連結，加群後請@群主諮詢購買事宜 專案滯銷了，請幫幫阿珏醬 線上演示 微信小程式端演示影片 後台演示環境請聯繫諮詢 微信小程式可聯繫添加體驗權限

從最早的圖庫，到圖床，再到現在的相簿。我對圖片的執著已經可以說是跨越了好幾個世紀了。圖庫的圖片是存在七牛雲的，後來流量被刷就關閉了。圖床，現在轉為為部落格提供圖片上傳服務了。相簿，就是手機中相簿的概念，它既可以存圖片也可以放影片。逐漸是越來越完善了。 這兩天就把平常保存的影片圖片什麼的上傳到了伺服器，寫了個介面和介面，順帶開源出來。(我要做一個堅定的開源愛好者) 我的二次元相簿前端介面 這裡是阿珏醬的私人相簿，保存著阿珏在平常收集的圖片，和各大平台中點讚收藏的影片。 包括但不限於B站、YouTube、抖音、X、facebook、pixiv等平台的影片或圖片，相關的數據資訊版權歸原作者所有。 數據將不定期手動更新，如果你想要某些圖片或者影片，請直接聯繫阿珏醬獲取。 預覽 https://photo.moejue.cn 特性 支援圖片和影片的展示 支援相簿的展示 支援相簿的密碼保護 支援18+保護 支援搜尋 待辦事項 優化特效展示 優化介面流暢度 安裝說明 複製倉庫到本地： git clone https://github.com/iAJue/PhotoGallery.git 進入專案目錄： cd PhotoGallery 安裝依賴： npm install 打包專案 npm run build 後端介面 僅供參考 https://github.com/iAJue/wasteCode/tree/main/photo 返回數據格式 照片介面 [ { "date": "\u6628\u5929", "items": [ { "src": "https:\/\/moejuevideo.pages.dev\/file\/1730957555106_ocgRCdDEA07fAILEKEFOA8ADAyETABBMffIBE6~tplv-dy-aweme-images_q75.webp", "alt": "ocgRCdDEA07fAILEKEFOA8ADAyETABBMffIBE6~tplv-dy-aweme-images_q75.webp", "isVideo": false, "duration": null } ] } ] 相簿介面 [ { "folder_id": "3", "folder_name": "images", "created_at": "2024-11-07 15:09:06", "photo_count": "61", "latest_image": "https:\/\/moejuevideo.pages.dev\/file\/1730963758087_GZIaBGlbAAALz_E.jpeg", "attribute": "2", "ispassword": true } ] 隨機介面 ...