平屋慢生活

什麼是 AI 幻覺不知道要求它說明依據把問題改成「可驗證」的形式列出不確定性評級提供實測方法AI 產生了看起來合理、語氣很肯定，但其實不正確、沒有根據，或與事實不一致的內容，更精確來說，生成式 AI 在缺乏可靠依據、理解錯誤、推理失準或資料不足的情況下，產生錯誤、虛構、誤導性或無法驗證的輸出 例如 編出不存在的論文、書籍、網址 說某個 API 有某個參數，但其實文件裡沒有 把兩個相似概念混在一起 明明不知道，卻用很肯定的語氣回答 對你的程式碼做出錯誤判斷 引用不存在的法律、規格、版本資訊 把「可能」講成「一定」 但現在的 AI 沒有聰明到可以「故意說謊」，事實上是模型在「預測下一段最像答案的文字」時，產生了形式上像答案、實質上卻錯誤的結果，大型語言模型的核心能力是根據上下文，預測接下來最合理的文字，但「最合理的文字」不等於「最真實的文字」，這就像一個人很會接話、很會寫文章、很會模仿專業語氣，但他其實他，一定真的知道答案 所以本質上它比較像是看過大量文字後，學會「什麼樣的問題通常會接什麼樣的回答」，當它不知道答案時，可能會根據語言模式補出一個「看起來合理」的答案 例如你問某某冷 ...

需求把「通知」記錄下來雙層 Queue不同通知要拆成不同 Job重複發送問題 .rqa{font-family:-apple-system,BlinkMacSystemFont,"Segoe UI","Noto Sans TC",sans-serif;color:#1a1a2e;background:#f0f2f5;padding:22px;border-radius:12px;font-size:16px;line-height:1.8;overflow:hidden} .rqa *{box-sizing:border-box} #article-container .rqa p{color:#4a5568;margin:10px 0;line-height:1.85} #article-container .rqa h2{font-size:22px;color:#1a1a2e;margin:34px 0 16px;padding:0 0 9px;border-bottom:2px solid #e2e8f0} #article-container .rqa h2:before,# ...

測試情境直接使用 DateTime.Now注入 TimeProvider一次驗證三種情境要測試什麼規則？假設通知發送失敗後，必須等待 至少 5 分鐘，才可以重新發送。 我們希望驗證以下三種情境： 上次失敗時間 現在時間 經過多久 預期結果 10:00:00 10:04:59 4 分 59 秒 不可重試 10:00:00 10:05:00 剛好 5 分鐘 可以重試 10:00:00 10:05:01 5 分 1 秒 可以重試 要驗證這條規則，測試需要控制兩個時間： 上次失敗時間：可以直接建立測試資料指定。 現在時間：如果程式直接使用 DateTime.Now，就會讀取電腦當下的時間，無法由測試直接指定。 為什麼「現在時間」需要可以控制？測試設定資料後，到實際呼叫方法進行判斷，中間仍然會經過時間。 12345測試設定資料 ↓ 時間持續前進呼叫實際方法 ↓ 時間持續前進方法讀取 DateTime.Now 如果測試的是「已經過了 10 分鐘」，這點時間差通常不影響結果。 但如果測試的是「還差 1 毫秒才滿 5 分鐘」，判斷結果就可能因為執行速度而改變。 ...

全貌CSR憑證App 金鑰帳戶與金鑰付款鏈路 .sap-hero{background:linear-gradient(135deg,#352b80 0%,#635bff 74%,#827cff 100%);color:#fff;border-radius:18px;padding:32px 34px;margin:0 0 26px;box-shadow:0 14px 30px rgba(71,62,155,.18)} .sap-hero .sap-eyebrow{font-size:.78rem;font-weight:800;letter-spacing:.16em;text-transform:uppercase;opacity:.82} .sap-hero .sap-title{color:#fff;font-size:1.65rem;font-weight:800;line-height:1.35;margin:12px 0 10px} .sap-hero p{color:#fff;line-height:1.85;margin:0;max-width:760px;opaci ...

全貌鏈路歷史保留SMS 商品圈選批次商品異動 .rc-flow{--rc-ink:#493b2d;--rc-muted:#71624e;--rc-line:#e4d8bf;--rc-panel:#fbf7ef;--rc-accent:#57753f;--rc-bear:#a06a41;--rc-diagram-bg:#fffdf7;color:var(--rc-ink);line-height:1.9;overflow-wrap:anywhere} .rc-flow *{box-sizing:border-box} .rc-flow h2,.rc-flow h3,.rc-flow h4{color:var(--rc-ink)} .rc-flow h3{margin-top:2.5em;margin-bottom:1.1em;font-size:1.15em;border-bottom:1px dashed var(--rc-line);padding-bottom:12px} .rc-lead{position:relative;overflow:hidden;padding:28px ...

01．處理什麼問題02．內部資料處理03．全域 Mapping 資料04．商品頁金物流資料源05．商品間的金流交集06．商品間的物流交集07．交集後的金物流配對08．DeliveryTypeUnionList 的用意09．結果與例外 #article-container .pdm-paper{--ink:#1f2430;--sub:#5b6472;--line:#ece7dc;--card:#fff;background:#fbf9f4;color:var(--ink);border:1px solid var(--line);border-radius:20px;padding:30px;font-family:"Segoe UI","Microsoft JhengHei",sans-serif;line-height:1.9;} #article-container .pdm-paper *{box-sizing:border-box;} #article-container .pdm-paper p{color:var(--sub);margin:14px 0;} #articl ...

架構摘要系統關係請求與資料流活動規則來源Redis Key 與快取分支活動建立與會員範圍失敗路徑查核與修正 .pc-article{--pc-ink:#243449;--pc-muted:#526379;--pc-line:#dce4ed;--pc-panel:#f5f8fc;--pc-blue:#245eaa;--pc-green:#167561;--pc-red:#b42332;color:var(--pc-ink);line-height:1.85;overflow-wrap:anywhere} .pc-article *{box-sizing:border-box} .pc-article h2{font-size:1.55em;margin:2.6em 0 1em;padding-bottom:.5em;border-bottom:1px solid var(--pc-line);color:var(--pc-ink)} .pc-article > h2:first-child{margin-top:0} .pc-article h3{font-size:1.15em;mar ...

https://wiki.91app.com/pages/viewpage.action?pageId=236486916

購物車操作時帶上 uniqueKey，其實不完全是為了防重播攻擊，而是為了： 保證資料正確性（資料的歸屬與一致性） 避免資料混淆或誤用（區分同一帳號不同來源） 有時也可以延伸作為防止重播、防偽等手段 🧠 拆解購物車 uniqueKey 的用途（真實意圖）🔹1️⃣ 識別這個「購物流程的上下文」【主要目的】✅ 舉例說明： 當使用者進行購物行為（點選商品 → 加入購物車 → 結帳），系統會幫他產生一個： CartSessionId = “CART-20251118-8FDE23C8F231” 這個 uniqueKey（或叫 CartId、CartSessionId、TransactionId…）： 代表一組購物流程 在操作「新增商品、刪除商品、選擇優惠」時都要帶上 就像「你去 IKEA 拿購物推車時的車號」 🔹2️⃣ 避免同帳號操作被混淆📦 假設情境： 小明開了兩個瀏覽器分頁，各自買不同商品 如果沒有 uniqueKey，可能會把 A 分頁的商品加到 B 分頁的購物車中 加上 uniqueKey，每次操作都清楚知道是在哪一台車上加的 🔹3️⃣ 支援匿名用戶購物 很多電商允 ...

title: mweb CORSC:\91APP\NineYi.WebStore.MobileWebMall\WebStore\WebAPI\Extensions\HttpModules\CorsModule.cs Application_EndRequest Access-Control-Allow-Origin「每次 Request 結束時」，自動決定 回應要不要加上 Access-Control-Allow-Origin 加上哪一個允許跨域的來源（Allow-Origin） 取得來源網址 (Origin / Referrer) → 判斷是否在允許清單 → 產生 Allow-Origin → 寫入 Response Header Step 0：取得 HttpContext12var httpApplication = (HttpApplication)sender;var httpContext = httpApplication.Context; ✨ Step 1：錯誤狀態不處理 CORS1234if (httpContext.Response.StatusCo ...