若要檢測 proxy是否工作正常, 可以將 proxy設定在自己的瀏覽器中來進行, 並透過 IP查詢來看是否有改變到 proxy server的IP就可以知道是否工作正常與正確設定完成.
不過若是想快速測試不想改動自己的 Browser設定, 可以用 curl 工具來進行測試, 說明如下:
正常不使用 Proxy的狀況來訪問:
curl https://ip.diary.tw/
可以問到自己的 IP. 若是要觀察 http header, 可以使用 -i, 會同時輸出 header 與察容, 或使用 -I來顯示 header only:
在 Cloudflare 中, 若是有一組自己的 API, 想要簡單地透過 Cloudflare 來保護, 有很多方法, 不過大多需要是付費的版本才能提供, 像是 API Shield.
若是想要快速而輕量地達成這個 API的保護, 可以透過 Worker 來檢查 x-signature 的 header 來實現.
在 Cloudflare 的 Workers & Pages 介面, Create application, 然後給定一個名稱如 api-check, 然後在右上角的 Edit Code 進入程式編輯器.
輸入以下程式碼:
Kbro 提供了 1G/600M 方案, 大幅提升了上行的速度, 家裡網路由原來的 1G/50M 升上來, 加一點點價就可以將上行升級 12倍, 非常划算.
來測速看看吧:
很不錯的測速效果呢, 有架站的朋友可以試試吧!
繼之前的 Gemini CLI 開發 (請參考這篇 – https://diary.tw/archives/2705), 由於最近的 Google I/O 大會, 宣佈了將下架 Gemini CLI, 轉到 Antigravity CLI, 所以我也得對應調整一下開發工具到 Antigravity CLI (簡稱 agy).
為了安裝 agy, 先看了一下官方資料, 原來必須先裝 Antigravity (IDE) 後才能安裝 Antigravity CLI (不過現在拿掉了 – https://antigravity.google/download#antigravity-cli), 有兩件事我需要先確認才能將 Gemini CLI 轉到 Antigravity CLI:
如之前這篇 https://diary.tw/archives/2689提到, 目前已是開通 Gemini AI Pro 方案的狀況下, 想說來試看看 Gemini CLI 寫寫程式, 看看效果如何, 結果用起來還挺方便好用的.
從無到有打造一個程式, 不用半天的時間, 第一個寫的小程式是python 專案, 利用 speedtest-cli 來進行網路的測速, 並且記錄到 sqlite 資料庫, 再利用 streamlit (這個是 Gemini CLI建議的) 來進行 dashboard 的介面展示, 整個專案很快就完成了, 的確非常快速方便, 畫面如下:
基本上在使用 AI 工具時, 希望能節省 context windows所使用的 token, 所以給 AI 閱讀的內容盡量要文字化, 減少再次轉換的token消耗, 可以參考這篇:
Claude老是達到用量上限？4個情境、9個技巧，教你有效縮減token
這裡有個好工具, 而且是 Cloudflare 提供的:
將提供給 AI 閱讀的內容進行 markdown 化, 舉例, 將某網頁內容 markdown化, 如下:
https://markdown.new/https://diary.tw/archives/2559
就可以將原來的 web page 內容轉為 markdown 的文檔格式, PDF 也可以哦, 如:
https://jmh.mohw.gov.tw/storage/files/rUxcxnpNHJyTDBRGji1itnZYkQXEZmUIIWpAh2iS.pdf
加上 markdown.new 後:
如此一來, 便能有效地將原本網頁或是 PDF檔式的檔案轉換成對 AI 較有效率的 markdown 格式了.
昨天看到消息: https://www.techbang.com/posts/128668-google-ai-pro-free-5tb-for-ai-creations
由於原本一直是 Google One 的 200GB 每月 90元方案, 不過因為去年有台哥大的 Perplexity AI 一年方案, 已使用了一年, 剛好因為換 Google Pixel 10 Pro 手機, 也提供了一年的 Gemini AI Pro 方案, 所以變成了每個月 0元 2TB空間, 才剛用一個月不到, 馬上就被升級到 5TB, 這樣真的很划算耶, 空間大而且又有 Gemini AI Pro, 很划算耶.
剛登入 Google Drive 來看, 已經被升級到 5TB 空間了, 真棒!
繼續閱讀:
從這裡看來的: https://blogs.cisco.com/ai/llm-security-leaderboard
Cisco 透過技術方法來分析與檢討目前坊間的LLM大語言模型的資安能力, 希望透過這樣的方式來評估現有的LLM於應用時應該要補強或留意之處.
排行榜在這裡: https://leaderboard.aidefense.cisco.com/rankings
看起來 Anthropic 的 Opus, Sonnet, Haiku 都有不錯的表現, 其他大廠的LLM也都不惶多讓, 透過右上角的 All Models 的切換, 我們可以看到所有被測試的 LLM 表現.
測試的方法在這裡可以看到: https://leaderboard.aidefense.cisco.com/methodology
在 Facebook Developer Blog: https://developers.facebook.com/blog/post/2025/11/10/platform-evolution-facebook-social-plugins-to-be-discontinued-february-2026 或是直接到這個按讚功能 (Facebook Like Button) 的 Social Plugin: https://developers.facebook.com/docs/plugins/like-button 都可以看到, 即將在 2026/2/10 下架這個陪伴我們許久的 Facebook Like Button 功能.
不過在 Facebook 的本身的網站或 APP 上, 不會受到影響, 會受到影響的是第三方網站上 Embed Facebook Like Button, 將會在 2026/2/10 之後, 變成一個 0x0 的圖像, 這樣的退場機制, 除了很優雅的不影響這個網站的呈現與排版外, 更重要的是, 一個時代的眼淚.
過去的 Web 2.0開始, 大量的網站互動, 使用者生成內容, 藉由社群媒體的力量來推廣與 Social Plugin 的互相串接, 讓在第三方網站上也可以看到這個 Facebook 的按讚功能, 隨著時間的演進, 官方也即將下架了, 之後這個在第三方網站上的按讚功能, 就再也看不到了呢!
另外還有 Comment Plugin 也是一樣會隨之下架, 所以後也都會看不到了呢.
之前原本就稱為 Line Pay Money 的服務, 由於之前是一卡通經營的電子支付執照商, 後改名為一卡通iPass Money:
https://diary.tw/archives/2068
而之後 Line Pay 有了 Line Bank 後, 分家了, 所以進行正名, 而現在 Line Pay 也有電子支付執照了, 所以 Line Pay 也有了銀行帳戶的能力了, 所以正式使用了 Line Pay Money這個名稱.
講到這裡大家清楚嗎?
之前所稱的 “我 Line Pay 給你” 這樣的轉帳場景, 指的是使用一卡通 iPass Money帳戶轉帳或是 Line Bank 轉帳, 而Line Pay是不能轉帳的這件事(只能購物支付), 隨著 Line Pay 有了電子支付執照而有了銀行帳戶能力後, 真的可以 Line Pay 給你了 (而且是用Line Pay Money轉帳的意思).
有些人可能不清楚為什麼這麼令人混洧, 但真的就是如此令人混淆啊…
Line Pay 的官方粉絲團說明: https://www.facebook.com/linepaytw/posts/pfbid0NJcrsMcyBb3EBK9tMDUoE8UHRuGk8w5ybFVYA3guBq9P8LyJpbTet8g55qFZbBfvl