 wpdev
|
6751c69bc2
|
fix(boundary): 核心不得無守衛呼叫 AddOn 的 TMDO_Listing_Stats
實機渲染時 Dashboard 分頁 fatal："Class TMDO_Listing_Stats not found"。
該類別住在 hivepress-addon，核心有 6 處直呼，沒裝 AddOn 的站台會炸掉
Dashboard 與兩個 REST 端點（GET /listing/{id}、POST /listing/{id}/view）。
- TMDO_Zone_Warm 新增 VIEW_KEY / VIEW_TTL 常數（值與 AddOn 的
TMDO_Listing_Stats::VIEW_KEY 完全相同的 'wpdo_views'，指向同一批列，
無資料遷移）
- CLI benchmark 改用核心常數
- REST 兩個 handler 改走新的 read_view_count() / bump_view_count()：
AddOn 在場時仍委派過去（保留 hp_view_count postmeta fallback），
否則核心自己讀寫 warm 列
- wp tmdo cleanup --archive-expired 加守衛，AddOn 缺席時印 warning 並跳過
|
2026-07-31 10:34:40 +08:00 |
|
|
wpdev
|
76c01e44df
|
refactor: 全部 128 個生產檔加入 declare(strict_types=1)（PR-H）
對齊 A v3.2.0。型別強制會把隱式轉換變成 TypeError，所以一次全檔加入
並跑完整測試（unit 451 / integration 398 全綠，無迴歸）。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01TbG1keQQ7XBa7qMQY16KCY
|
2026-07-31 06:13:33 +08:00 |
|
|
wpdev
|
151a14a7e8
|
fix(zone-warm): warm 表 UNIQUE KEY + set() 改 upsert + 原子 increment（B1/B3）
- CREATE TABLE wpdo_warm 的 meta_key varchar(255)→varchar(191)，
KEY idx_post_meta → UNIQUE KEY ui_post_meta：沒有這個唯一鍵，
ON DUPLICATE KEY UPDATE 不會觸發，會不斷 INSERT 重複列。
（既有站台的 ALTER 遷移原本就在 installer:1329，只有 CREATE 落後）
- Zone_Warm::set() 由 SELECT→update/insert 改為 TMDO_DB::upsert()
- 新增 Zone_Warm::increment()：CAST(COALESCE(meta_value,0) AS SIGNED)+N
原子計數，取代 get()+set() 的 read-modify-write race（A v3.3.3）
- ZoneWarmTest stub 與 ZoneWarmIntegrationTest 建表同步適配
unit 379 / integration 398 GREEN
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01TbG1keQQ7XBa7qMQY16KCY
|
2026-07-31 05:31:34 +08:00 |
|
|
wpdev
|
d36bb954d1
|
chore: initial snapshot of 2meet-data-optimizer v0.1.0
Baseline before backporting wp-data-optimizer v3.0.1-v3.4.6.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01TbG1keQQ7XBa7qMQY16KCY
|
2026-07-31 05:06:36 +08:00 |
|