第25個冬天

接續前一篇筆記  Kafka筆記_架構與集群概念 基本上Kafka處理發布跟訂閱消息的系統，背後使用了4個API分別如下 1.生產者 API：支援應用程式發布 Record 流。 2.消費者 API：支援應用程式訂閱 Topic 和處理 Record 流。 3.Stream API：將輸入流轉換為輸出流，並產生結果。 4.Connector API：執行可重複使用的生產者和消費者 API，可將 Topic 連結到現有應用程式。 Kafka 對各類程式語言提供相關支援 API ，可供.NET、Java、Python 等主流的程式語言所使用。 捨麼是Messages? Messages消息（也稱為 Kafka 記錄）是存儲在主題分區內的鍵/值對。Message 根據為主題配置的保留設置進行持久保存和持久保存。每條消息都包含元數據，例如時間戳屬性，該屬性由建立者在創建時設置，或由代理在插入時設置。 捨麼是Producer? 消息和資料的產生者，向Kafka的一個topic發布消息的一個Process、程式碼、服務。 捨麼是Consumer? 消息和資料的消費者，訂閱數據(topic)並且處理其發佈消息的一個Process、程式碼、服務。 捨麼是Consumer Group? 對於同一個Topic，會廣播給不同Group，一個Group中，只有一個Consumer可消費該消息。 捨麼是Broker? 即Kafka集群中的每個Kafka節點。 什麼是Topic ? 是持久化到磁碟的事件的集合，可以理解為Kafka消息的類別，對數據做區分和隔離。 Topic 由 Record 組成，Record 持有不同的訊息，而 Broker 則負責複製訊息。 Topic支持數據保留的概念，因此可以附加事件並將其保留更長的時間（例如幾天/幾周/幾個月）或僅短暫存儲（例如幾分鐘/小時） 什麼是Partitions ? 從物理層級概念切入，Kafka下數據儲存的基本單元。 一個Topic進一步劃分儲存到多個Partitions(至少有一個)，每一個Partition都是有序的。  以提高負載較重時的性能，比方優化可以是 10 秒或 100 秒。 Topic的分區分佈（即複製）所有 Kafka Brokers之間，以實現容錯並提高使用主題時的並行度。 可將Topic分區配置為在不同的 Kafka

  https://vroid.com/en/studio https://www.vseeface.icu/ 可將剛剛透過vroid軟體自己製作出來的Vtuber模型匯入至VSeeFace 當點選完模型後再按Start 會自動開啟電腦視訊鏡頭開始作臉部與上半身的捕捉 但目前肢體互動是無法捕捉到的 綠幕背景圖可網路上自己找 在此我用的是這張 https://st3.depositphotos.com/11246114/19291/v/600/depositphotos_192911234-stock-video-green-screen-green-background-green.jpg Ref: https://www.bandicam.com/how-to-make-video-with-avatar/

Cookie:是一種儲存在用戶端(瀏覽器)的一小段文字內容，而且用純文字記錄。 作用:為了實踐用戶端跟伺服器端之間狀態保持 通常不建議使用cookie保存敏感訊息，此外用戶自己瀏覽器端還能設定要不要啟用。 儲存於客戶端：cookie 存在使用者的瀏覽器中，通常以文字檔案形式儲存。 多個網頁狀態共用。 有大小限制，包括數量與容量大小。(一般瀏覽器限制每個 cookie 不超過 4KB。) 可以設定 cookie 的有效期限，讓它過期後自動刪除。若未設定有效期限，則為 session cookie，會在瀏覽器關閉後自動刪除。(當設定到期日後即便瀏覽器關閉後仍有效，只要沒過期。) 安全性考量：cookie 內容容易被第三方攔截和解讀，因此通常需要加密敏感數據或搭配 HttpOnly 和 Secure 屬性來提升安全性。 在 Node.js 中，可以使用 cookie-parser 中介軟體來處理 cookie。 儲存位置 • Chrome: C:\Users\XXX\AppData\Local\Google\Chrome\User Data\Default\Cookies Session 是在伺服器端維持的一組狀態資料，通常用來儲存敏感或不希望存放在客戶端的數據。當使用者登入後，伺服器會建立一個 session 並將 session ID 回傳給客戶端（通常透過 cookie 傳遞）。之後的請求中，客戶端帶上這個 session ID，伺服器即可根據 session ID 獲取相應的 session 資料，達到狀態維護的效果。 Session 特點 儲存於伺服器端：session 資料儲存在伺服器端，客戶端僅保存 session ID。 安全性較高：由於 session 資料存在伺服器端，比 cookie 更安全。 依賴 cookie 或 URL 參數：session 通常透過 cookie 或 URL 參數來管理和識別。 連線關閉或瀏覽器關閉Session就消失，會過期。 每個連線一個獨立的Session。 在 Node.js 中，可以使用 express-session 來管理 session。 總結: 對於不太敏感的使用者偏好設定，可能使用 cookie 存放；而對於登入資訊等敏感數據，則適合使用 session 來保護。 Step1.安裝session模組 npm