1. ngx_log_error write 之後爲什麼不用 close ？
2.
作者：子醜 場景簡介 灰度發佈是降低生產部署風險，提升線上服務穩定性的重要手段，這在當前快速迭代的軟件研發中尤爲重要。相對於 K8s 默認的滾動部署或者簡單的 Pod 分批，基於流量特徵的灰度發佈驗證更精準，風險更低。 在雲原生場景下，基於
SonarQube 是一個開源的代碼質量管理平臺，用於自動審查代碼，檢測潛在的錯誤、漏洞和不良實踐，以提高軟件質量。本文檔旨在指導您完成SonarQube在生產環境中的配置，確保您的項目代碼得到持續且有效的質量監控。 1. 環境準備 1.1
開源項目推薦 Kubernetes Goat Kubernetes Goat 是一個故意設計成有漏洞的 Kubernetes 集羣環境，旨在通過交互式實踐場地來學習並練習 Kubernetes 安全性。 kube-state-metrics
瀏覽器端訪問，或通過curl對應地址即可返回本地公網IP，返回格式如下： curl https://www.getip.com/ip { "ip": "對應公網IP" } server { listen 8
1 前言 前文 《深入跨域 - 從初識到入門》 中，大家已經對同源與跨域的產生歷史與重要性等有了一個初步的瞭解了，那麼我們應該如何解決在日常開發中遇到的跨域引起的問題呢？ 2 一覽圖 我們將日常開發中的跨域解決方案大體分爲兩類：if
微服務Gateway 微服務網關部署在前端Nginx網關和後端微服務之間，Nginx一般充當流量網關，而微服務網關屬於一種業務型 網關，微服務網關層爲後端的微服務羣組提供統一的接入地址，其核心功能是統一做服務路由，在路由基礎上還 可以實現一
cheerp 通用計算模塊(ccm1) 是基於cheerp 編譯器發射出平臺格式無關的wasm中間代碼，在不同宿主之內運行的一種模塊化方式。 0x1. 不同宿主的相同代碼實現 ccm1 的一般宿主是c++實現，不同平臺編譯引用就可以，目
在某些生產環境下，我們僅需要一個原生的 K8s 集羣，無需部署 KubeSphere 這樣的圖形化管理控制檯。在我們已有的技術棧裏，已經習慣了利用 KubeKey 部署 KubeSphere 和 K8s 集羣。今天，我將爲大家實戰演示如何在
2023年的互聯網世界，“草臺班子”、“降本增笑”、“開猿節流”成爲大家互相調侃的關鍵詞。苦笑過後，問題還在，事故終要覆盤，未來仍需規劃。從架構角度看，我們應該怎麼去認清高可用的本質，並真正在業務場景中做好高可用，這是本文想跟大家探討
一、架構圖**** 二、Nginx**** 用於做服務的反向代理。 三、網關**** PaaS平臺所有服務統一入口，包含token鑑權功能。 四、開放平臺**** 對第三方平臺開放的服務入口。 五、MQTT**** MQTT用於設備消息通
前言 在實際開發過程中，如果後端需要啓用https訪問，通常項目啓動後配置nginx代理再配置https，前端調用時高版本的chrome還會因爲證書未信任導致調用失敗，通過摸索整理一套開發調試下的https方案，特此分享 後端配置 生成HT
前言 linux下安裝nginx比較繁瑣，遇到內網部署環境更是麻煩，所以研究了下nginx綠色免安裝版的部署包製作，開箱即用，特此記錄分享，一下操作在centos8環境下安裝，如果需要其他內核系統的安裝（Debian/Ubuntu等），請在
wget https://www.php.net/distributions/php-7.4.33.tar.gz ./configure --prefix=/usr/local/php7.4 --with-openssl --with-
