今晚本來要研究下swoole，但是當在cli裡面執行php指令碼的時候突然發現，swoole擴充套件不存在。當時就有點暈。昨天還好好的跑著呢今天怎麼就不能用了？就各種嘗試各種安裝發現還是沒有。前後折騰了乙個多小時。
在執行的php -v 突然發現 php的版本突然發現 php的版本程式設計5.3.8了,我記得當時安裝的是5.5的怎麼突然變了？然後看了下php-fpm的版本是5.5。日了，版本不一致。然後/usr/local/php/bin/php -v 執行了下 5.5 。最後發現原來是centos伺服器上安裝了 兩個版本的php。（當時用的是網上的lnmp一鍵安裝包安裝的）於是
ps -aux | grep php | awk '' | grep -v grep | xargs kill -9
殺掉了程序 然後對php命令做了軟連線。
ln -s /usr/local/php/bin/php php
再次試下php -v ok了。
都是自己太粗心了。浪費了不少時間。以後還應該仔細分析。不能想當然。
系統的php .5.3.3 的php.ini沒有載入swoole擴充套件， 執行swoole指令碼的時候當然會報錯。
ps：版本大於5.3.3的php內部已經整合了php-fpm，不用再另行安裝了。
PHP快速排查定位問題
方法 一 伺服器日誌 ps aux grep nginx 執行命令看主程序master process,有nginx的安裝位置和配置檔案的位置 usr sbin nginx t 獲取當前配置nginx.config 配置檔案位置 tail f var log nginx t3.local error...
線上PHP問題排查思路與實踐
前言常見問題 不同使用者看到的錯誤可能不一樣。一般使用者看到的錯誤都是表層的現象。如，裸奔的錯誤頁面 這種裸奔的錯誤頁面，經常被使用者成為亂碼，太醜太暴漏。甚至把一些不應該暴漏的敏感資訊都暴漏了。如，nginx版本號，檔案路徑等。為了解決這些問題，設計師們又做了有情調的錯誤頁。但是，錯誤五花八門，並...
flip close Oops問題排查
1 問題描述 oops 1 cpu 0 0 00000000 00000001 64206e6f 838ceae0 4 838ceae0 83816140 00000001 00000007 8 0000080f 00000004 00000020 83934668 12 82fdb128 ffff...