ThinkPHP5.1.28 主要更新 聚合查詢方法的欄位支援DISTINCT 修正定義路由後url函式的埠支援 修正控制器中介軟體對swoole的支

目標 本文主要通過一個簡單的例子來解釋koa的內部原理。 koa的一個簡單例子 const Koa = require('koa'); const app = new Koa();

使用take操作進行事件監聽，用來命令 middleware 在 Store 上等待指定的 action。 在發起與 pattern 匹配的 action 之前，Generator 將暫停（eg：下一個請求的引

什麼是 middleware 用過 Express 或 Koa 類似框架的同學可能知道，在 Express 中，中介軟體（middleware）就是在 req 進來之後，在我們真正對 req 進行處理之前，

日誌讓我們能夠監控應用的執行狀態、問題排查等。 經過上一節的實戰，我們已經有了下面的目錄結構： koa-blog ├── package.json ├── app.js ├── app │

最近在試著把自己寫的koa-vuessr-middleware 應用在舊專案中時，因為舊專案Koa 版本為1.2，對中介軟體的支援不一致，在轉化之後好奇地讀了一下原始碼，整理了一下對Koa 中next

DBLE 是基於開源專案MyCat發展的企業級開源分散式中介軟體，適用於高併發及TB級海量資料處理場景；江湖人送外號 “MyCat Plus”；其簡單穩定，持續維護，良好的社群環境和廣大的群眾基礎使DBLE得

前言 一般來說，影響資料庫最大的效能問題有兩個，一個是對資料庫的操作，一個是資料庫中的資料太大。對於前者我們可以藉助快取來減少一部分讀操作，針對一些複雜的報表分析和搜尋可以交給 Hadoop 和 El

前言 最近發現線上出現一個奇葩的問題，這問題讓筆者定位了好長時間，期間排查問題的過程還是挺有意思的，正好部落格也好久不更新了，就以此為素材寫出了本篇文章。 Bug現場 我們的分庫分表中介軟體在經過一

編者按： 本文作者宮學慶，是華東師範大學電腦科學與軟體工程學院教授、博士生導師。 研究領域為資料庫技術和分散式系統，主持過國家自然科學基金專案和多項企業合作專案，發表研究論文30多篇，

【編者按】我國石油化工工業經過多年迅速發展，已經完成高速增長的歷史階段，進人高速增長的“新常態”階段，但在隨著麟遊成本持續增加、發展增速下降、資源環境約束逐漸強化、需求長期變動等影響的新形勢下，以C

公司業務不斷迭代擴張，專案的功能越來越多也越來越複雜，各個業務之間也不可避免的耦合越來越多，程式碼也越來越臃腫，原來的模式已經無法滿足現有專案開發高複用、高可維護性的需求，目前業界解決業務多樣性複雜性比較好的一

因為 Golang 內建的 net/http 天生就支援 HTTP 中介軟體機制，所以即便不用 gin 之類的 Web 框架，我們也可以寫出擴充套件性很好的 Web 應用。 假如你不瞭解 Golang

零、隨便說說中介軟體 在react的使用中，我們可以將資料放到redux，甚至將一些資料相關的業務邏輯放到redux，這樣可以簡化我們元件，也更方便元件抽離、封裝、複用，只是redux不能很好的處理非同步，

概念 ASP.NET Core Middleware是在應用程式處理管道pipeline中用於處理請求和操作響應的元件。 每個元件： 在pipeline中判斷是否將請求傳遞給下一個元件