$redis = App::getBean(Redis::class);
$redis->get();
<?php $server = new swoole_websocket_server("localhost", 9503); //自己在阿里雲後臺開放2345端口 $server->set(array( 'heart
最近在測試一個接口 發現 通過 curl 調用有很大的概率報 * transfer closed with xxx bytes remaining to read 的錯誤 從字面理解應該是 http 響應頭是200 且返回了Content-
需要一個一直可以在後臺跑的進程來處理業務邏輯，又擔心因爲代碼上執行錯誤導致進程意外退出。 首先需要一個主進程，主進程監控所有子進程的狀態，以及接收信號並對各個子進程發送信號 一個監控子進程，監控子進程加載的邏輯處理文件，如果發生了變化告知主
最近在遷移一個項目；fpm 模式下得一個接口客戶調用沒有問題；遷移到hyperf 下就發生http 400 錯誤；看錯誤日誌 ··· [2021-11-30 07:38:40 *18.4] WARNING http_request_on_h
1.pecl 搜索擴展包（這裏以安裝swoole 1.9.23 爲例） 詳細教程：http://github.crmeb.net/u/defu 通過搜索進入擴展包頁面 https://pecl.php.net/package/swool
現在的PHPer，得益於前端的快速發展、以及前後端分離的理念普及，已經有很多人都從渲染模板的工作中解脫出來了。 隨着微服務（服務化）的盛行，讓swoole如虎添翼，php不會越來越衰頹，swoole將撐起php的另一片天。 隨着PHP編程
需要實現一個可以主動觸發消息推送的功能，這個可以實現向模板消息那個，給予所有成員發送自定義消息，而不需要通過客戶端發送消息，服務端上message中監聽傳送的消息進行做相對於的業務邏輯。 主動消息推送實現 平常我們採用 swoole 來寫
在 PHP-FPM 中使用 Xdebug 的人應該不少，而在 Swoole 中使用 Xdebug 的人還是很少的，原因是 Swoole 擴展明確說明了和 Xdebug 擴展衝突 之前在 Swoole 文檔中補充了 Sdebug 的安裝，同
Http 生命週期 瞭解請求生命週期, 有利於理解HTTP服務各組件, 編寫出更好代碼. 配置參數 在應用下的 app/bean.php 配置 server，在這個文件裏，你可以看到 Http Server數組裏麪包含了 Http Se
使用swoole, 可以方便的創建一個異步服務器程序，支持 TCP、UDP、unixSocket 這 3 種 socket 類型，支持 IPv4 和 IPv6，支持 SSL/TLS 單向雙向證書的隧道加密。使用者無需關注底層實現細節，僅需要
儘可能的把內容寫入註釋了 use Swoole\Runtime; use Swoole\Coroutine; use function Swoole\Coroutine\run; //開啓協程. 自動將文件操作,sleep,mysqli,
在我們實際開發過程中，有些數據需要實時獲取；比如erp系統中的訂單信息，OA系統中的流程審批等都需要及時處理，這時我們就不能再使用http協議了；當然也可以使用輪詢的機制。但是輪詢請求中有大半是無用，浪費帶寬和服務器資源。 這時我們就得使用
一、進程、線程、協程 進程是什麼？ 進程就是應用程序的啓動實例。 例如：打開一個軟件，就是開啓了一個進程。 進程擁有代碼和打開的文件資源，數據資源，獨立的內存空間。 線程是什麼？ 線程屬於進程，是程序的執行者。 一個進程至少包
1.項目背景： 隨着數據規模的越來越大，mysql已經不能適用大數據多維度的查詢，需要用ES等一類的搜索引擎，進行多維度的分詞查詢，MYSQL現階段使用按天分表存儲，不能滿足跨天的長時間查詢。如何以最快的速度完成數據遷移，將數據庫中的
v4.6.2 版本主要是一個 Bug 修復版本，沒有向下不兼容改動。 新增了 CoroutineSocket->recvLine() 和 CoroutineSocket->readWithBuffer() 方法 分別用於解決 socket
