2026年7月13日 星期一

Google AI Pro 訂閱試用

之前使用兩種方式使用 AI ,一是用官方 WEB提問,另一種是 API 來打造自己的 AI Agent,直到近期使用 Google Antigravity 2後開始訂閱 Google AI Pro,好好來學習如何使用 Antigravity。 

 

Google One 網址: 換訂閱方式及分享空間可以點選管理會員資格連結設定

方案網址 :  比較 Google One AI 不同方案項目,目前 AI Pro 每月訂閱優惠前三個月每月只有 165台幣。

Google Benefit   :訂閱 Google 服務可以查看相關福利(或是在 Developer Program首頁點選),比如教學,如果有訂閱 Google One AI Pro方案,好像每月會有免費 10 美元的 token可以使用需要在 Benefit設定,可以用於程式開發或是用在其他 AI Agent 工具使用,記得在Google AI Studio設定好費用上限。

Google Skills : AI 教學,每月有 35 Credits 可以用,因為教學需要扣點數 。

 

 

2026年7月9日 星期四

SAP ERP 工單檢驗 IPQC

SAP Inspection Type 

工單要有檢驗批產生,會在途層建立 CA01時可以在每個作業去維護檢驗特性,如果料號有維護檢驗整備,會在開立工單時會建立一張檢驗單(批),可以在 CA03查詢工單表頭 - 指派看到檢驗批號碼。


 

 

 

如果需要在特定站別/作業產生檢驗批的話,會用作業-控制碼設定此站為檢驗站去產生檢驗批。

如果有導 MES ,工單檢驗 IPQC可能會移至 MES上執行,在料號的檢驗整備就取消勾選 03。

2026年6月4日 星期四

跟 AI 討論對話真的不要過長

前一陣子在找 SAP HANA DB 問題,我與 Gemini作了很多討論,給我很多幫助但因為 SAP HANA是持續改版的資料庫,所以 Gemini回答時也給出很多不正確的建議,自己要再去找答案,但因為我都在同一個對話問問題,問的問題多,最近它給的建議居然是它一開始建議需要調整的方案,就算我把執行前後的結果讓它參考,他還是覺得要改回原本。

後來我再開一個新對話,同樣再把結悲讓他參考,這一次它就正常了。 

SAP HANA DB indexserver.trc 出現 Reason for shrink訊息

1999997 - FAQ: SAP HANA Memory 

之前是 CPU 持續使用率變高的問題,但根本的原因可能是其他因素造成,比如記憶體被用爆了,造成系統強制啟用 GC讓 connection 一直在排隊, CPU一直在忙錄,使用者一直在等待,所以問題並沒有解決。

如果你跑了 performance script 檢示相關資訊也調整了相關參數還是沒有用的話,可以檢示 indexserver.trc

2026年4月29日 星期三

SAP HANA DB CPU 使用率持續 100%的改善

參考文件

3011356 - Default Value of global.ini [execution] default_statement_concurrency_limit Changed  

2222250 - FAQ: SAP HANA Workload Management

2600030 - Parameter Recommendations in SAP HANA Environments

2100040 - FAQ: SAP HANA CPU 

 

之前發生 HANA DB Memory 問題,SAP HANA DB 資料庫記憶體用量一直變高  ,另一個 HANA DB 一直發生不特定時段 CPU 使用率持續 100%,造成使用者操作時畫面一直轉圈圈,也請導入顧問看過好幾次並沒有改善,找到 SAP Notes不確定要改那一個參數,直到最近問了 AI開始試著調整參數,目前 hana 版本是調整 global.ini 如下 

2026年4月14日 星期二

c# Linq like 的指令 in Entity Framework Core

使用 sap 官方 Sap.EntityFrameworkCore.Hana.v6.0 dll 在 like operation 上程式碼使用 EF.Functions.Like 與   StartsWith 產生出來的 SQL 指令會不同,要保證 sql 產生 like 指令的話,EF.Functions.Like比較好。

2026年3月12日 星期四

保護 API Key 不被盜用

 


 

 

 

 

 

  

保護 API Key 不被盜用是自動化工作流中最關鍵的一環,尤其在你頻繁使用 n8n 處理 SAP 與股票資料時。如果金鑰外洩,不僅可能產生高額帳單,還可能導致敏感資料外流。

以下是針對API 安全防護指南:
1. 核心防護:設定 API 金鑰限制 (Restrictions)

這是最重要的步驟。即使金鑰被偷,只要有設定限制,盜用者也無法使用。

    原廠 API 限制 (API Restrictions):看原廠是否有功能可以作限制,即使金鑰外洩,盜用者也無法用你的金鑰去開啟付費服務。


    應用程式限制 (Application Restrictions):如果你的服務是架在固定 IP 的伺服器上,api服務廠商可能有白名單可以限制



2. 應用程式或工具中的安全實踐

    使用內建憑證管理 (Credentials): 儘量絕對不要參數欄位或 Code 直接寫死 (Hardcode) API Key。

    禁止公開分享: 在把程式或設定檔案分享他人或上傳到 GitHub 前,請務必檢查是否包含敏感資訊(建議導出時不要包含憑證)。

3. 預警與預算控制

    原廠 API 設定預算警報 (Budget Alerts):看原廠是否有功能預算。例如設定「當月消費達到 500 元台幣」時發送簡訊與 Email 報警。

    原廠 API 配額限制 (Quotas):例如限制每天最多只能呼叫 1,000 次,這樣萬一被盜用,損失也會被控制在一定範圍內。

4. 針對 2026 年新威脅的建議

    定期輪換金鑰 (Key Rotation): 建議每 3-6 個月更換一次 API Key。

    自動掃描: 如果你使用 GitHub 管理代碼,請開啟 "Secret scanning"。一旦你意外上傳了含金鑰的代碼,GitHub 會立刻通知你並建議撤銷金鑰。