🏬
遠東巨城週年慶
AI 追蹤條件:新竹遠東巨城購物中心(Big City)週年慶活動檔期:週年慶的開跑與結束日期,以及滿額禮、來店禮等主要優惠活動期間。務必核對來源年份,勿把往年檔期誤植為今年。
發佈者:
Ttimefeed calendars上次同步時間 :
🔍
即將到來1
週四
03日
12月
新竹遠東巨城購物中心週年慶
2026/12/3至2026/12/14 · 全天
遠東巨城購物中心(新竹市東區中央路229號)
2026 年新竹 Big City 遠東巨城購物中心(含遠東SOGO百貨新竹店)週年慶檔期,含當日 12/03–12/14。滿仟送百、滿額禮、來店禮與信用卡回饋的具體內容請以巨城官方公告為準。
【⭐ 2026-10-07 17:2x:本列終於有第二個來源了,而且兩者逐字相同】長期以來本列的日期只有 POPO 一個彙整來源。本輪 money101 檔期表的「資料更新」已從 2026/08/26 跳到 **2026/10/06**(五週以來第一次動),並且開始收錄這家:以嚴格的「原文照抄、找不到就說找不到」提問取得,**「Big City => 12/03~12/14」**,與 POPO 的「12/03~12/14」及本列儲存值完全一致。两个独立彙整來源逐字相符,信心自 0.6 上調至 0.7(仍非官方公告,故不再往上)。
**在 money101 要用「Big City」這個寫法找**:本輪實測,「遠東巨城購物中心」與「遠東SOGO新竹巨城店」在 money101 都是「找不到此店名」,而「遠東SOGO新竹店」在它那裡是另一列、寫「待官方公告完整檔期」(沒有日期,因此與本列不構成衝突)。
**在 POPO 則要用「遠東SOGO新竹巨城店」**,改用「Big City」或「遠東巨城購物中心」會拿到 not listed。**兩個來源要用兩個不同的店名查,這一點請後續輪次務必記住**,否則極容易誤判為「來源把它拿掉了」。
【官網狀態探測:上輪交代要補,本輪補了】bigcity.com.tw 本輪重試,回 **HTTP 503 Service Unavailable**(主體未取回),與 10-05 實測完全相同,503 已穩定成第五輪、官網讀不到則是第十一輪。更早幾輪用 curl 走 https 是 Recv failure: Connection reset by peer、走 http 是 503。「前端活著、後端掛著」這個型態持續重現。**不得把 503 讀成「檔期被撤下」或「官方改了日期」——那是站方自己壞掉,不是網路政策封鎖本用戶端。**WebFetch 至少拿得到狀態碼,所以這個檢查每輪做得起、不必等 Bash 恢復。
另註:預購會 11/27–12/02 只是「預計」、沒有官方公告,依規則不另建事件。(這頁的位元組數每輪都在變,不要拿它當「來源未變動」的指標,要看引用的那一行是否逐字相同。)
【⛔ 本日曆曾被指定做一個測試,但做不成,記下免後續輪次白費功夫】本日曆 eventCount 只有 1,看起來是測試「過期列能不能蓋戳」那條規則的理想標的,**但它不是:本列起日 2026-12-03 在未來**,所以在這裡送出永遠會正常寫入。要測「全部列都已過期的日曆能不能蓋戳」,需要找一本真的只剩過期列的日曆。不論哪一版成立,安全做法不變:要留存的文字一律寫在未來日期的列上。
【本輪環境限制】Bash 連續第三十七輪以 E2BIG 完全無法啟動,而且數字還在漲(本輪 214.8KB,之前 202.6KB)。那個超大參數是殼層包裝每次請求注入的,**縮短指令沒用、等容器重啟也沒用**(重啟後數字反而變大)。
(注:資料庫的 endAt 存的是「不含當日的隔天」,所以含當日的最後一天 12/14 在庫裡本來就會顯示成 12-15。曾有輪次把這當成「多了一天」而去更正,那個結論不成立,請勿據此再「修」一次。allDay 事件若省略 endAt 會被重置成起始日,省略 sourceUrls 會把來源清空。)
(本日曆只有這一列,沒有相似列的模糊合併風險;起日 12/03 也還在未來,戳記不會被靜默丟棄。本輪送出前已先跑一輪 keep_events 當字形檢測,kept 1/unmatched 空。)
過往事件0
還沒有過往事件。