PS: http://man.linuxde.net/vi /etc/init.d/network restart //=========================================== 更新腳本 cd /www/scr
低級錯誤 文件名和類名 不一致,導致找不到類 這種最好不要複製粘貼,而是用命令生成文件. 複製粘貼太容易出錯了. 數據庫連接端口寫錯了,結果頁面總是超時, 記住:沒開啓報錯, 遇到錯誤先開啓報錯,查日誌 // .html結尾的,或者一些
編寫安全的代碼,做好輸入校驗過濾, 空值情況,邊界條件 可讀性好,別人容易接手.易展性,可維護. 持續優化,重構 不使用引用 ,會造成不可預知的錯誤. unset 只是取消引用,不會銷燬空間; 考慮 php版本兼容問題
{"type":"doc","content":[{"type":"paragraph","attrs":{"indent":0,"number":0,"align":null,"origin":null},"content":[{"typ
{"type":"doc","content":[{"type":"paragraph","attrs":{"indent":0,"number":0,"align":null,"origin":null}},{"type":"paragr
<?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