在做開發是，經常會聽到後端說
」這是乙個gateway介面「，
」請求被閘道器攔截了「。
問題來了：這個gateway介面是什麼介面？」閘道器「是什麼？
雖然網路知識不好，但我還是知道網路的七層模型的，閘道器屬於其中的網路層。當時的我一拍大腿，臥槽，公司後端那麼厲害，已經涉及網路層程式設計了（前端常常使用的http介面只是應用層）。就這樣，我錯誤的理解了三年。
2023年4月換了家新公司。今天無聊檢視公司的conf文件，突然發現一句話：
閘道器提供公共的使用者相關基本介面高大上的
網路層"閘道器"怎麼可能提供應用層基本介面呢？最後才明白，後端常說的」閘道器「是假閘道器，只是後端約定俗成的叫法，其真實的中文翻譯是」後端請求的統一關卡「，所有的請求都會走這一層邏輯，所以把它交過」閘道器「，也叫"gateway"。
想像乙個場景：
你做的是公司內部的乙個系統，不希望外界人檢視。你開啟了乙個後台介面，需要請求後台選單介面，這個時候系統知道你是內部使用者，所以所有的業務請求都會走統一的路由入口，在這個入口裡，會堅定你的身份資訊，如果鑑定通過，然後會繼續訪問對應的應用伺服器。如果你的角色不對或者你沒登入，入口會直接阻攔介面請求的傳遞直接返回給你乙個提示許可權不足的資訊。
後端程式設計師說的閘道器/gateway，指的是所有介面都會經過的入口伺服器。本身也是屬於
應用層的乙個介面服務。雖然現在已經是2023年了，但是還是有很多後端歧視前端的現象出現，作為前端的我們更應該更好的武裝自己頭腦，了解他們的」專業術語「。他們所謂的」高大上術語「都是紙老虎。
消滅後端**，未來屬於前端。奧利給！！！
我來告訴你 python wheel 是什麼
wheel 是新的 python 的 disribution，用於替代 python 傳統的 egg 檔案。目前有超過一半的庫檔案有對應的 wheel 檔案。whl檔案有一點與.egg檔案相似 實際上它們都是 偽裝的 zip檔案。如果你將.whl檔名擴充套件改為 zip，你就可以使用你的zip應用程...
用SAN還是NAS？我來告訴你
通過對san和nas的比較，人們可以了解採用這兩種儲存系統架構時要考慮的事項。物件儲存和雲計算也會影響可用的儲存選項。儲存區域網路 san 是以一種結構連線的儲存，通常通過交換機連線，使許多不同的伺服器能夠輕鬆訪問儲存裝置。從伺服器應用程式和作業系統的角度來看，訪問san中的資料儲存或直接連線的儲存...
用SAN還是NAS？我來告訴你
通過對san和nas的比較，人們可以了解採用這兩種儲存系統架構時要考慮的事項。物件儲存和雲計算也會影響可用的儲存選項。儲存區域網路 san 是以一種結構連線的儲存，通常通過交換機連線，使許多不同的伺服器能夠輕鬆訪問儲存裝置。從伺服器應用程式和作業系統的角度來看，訪問san中的資料儲存或直接連線的儲存...