grpcforphp
『壹』 gRPC入坑記
概要
由於gRPC主要是谷歌開發的，由於一些已知的原因，gRPC跑demo還是不那麼順利的。單獨寫這一篇，主要是gRPC安裝過程中的坑太多了，記錄下來讓大家少走彎路。
主要的坑：
本文講解gRPC demo的同時，會介紹如何解決這些坑。本文對應的Github地址：https://github.com/52fhy/grpc-sample 。該倉庫存儲了demo示例，以及部分系統編譯好的二進制包，大家覺得有些步驟里耗時實在太長了，可以直接clone該倉庫，復制二進制包到對應目錄（僅限測試開發，生產環境還是老老實實自己編譯吧）。
升級GCC
gRPC命令行工具編譯需要使用 GCC4.8及以上版本。CentOS6系列的內置版本是GCC4.7。
如果你的系統GCC版本>=4.8，可以忽略本節。如果僅使用golang、java，請忽略本節。
如果需要升級gcc至4.8或更高版本，建議直接採用安裝SCL源之後安裝devtoolset-6（devtoolset-6目前gcc版本為6.3），因為devtoolset-4及之前的版本都已經結束支持，只能通過其他方法安裝。
升級到gcc 6.3：
需要注意的是scl命令啟用只是 臨時 的，退出shell或重啟就會恢復原系統gcc版本。如果要長期使用gcc 6.3的話：
這樣退出shell重新打開就是新版的gcc了。其它版本同理。
升級到gcc 7.3：
已經停止支持的devtoolset4(gcc 5.2)及之前版本的安裝方法，可能比較慢，大家感興趣的話可以嘗試。
編譯gRPC命令行工具
gRPC分C、JAVA、GO、NodeJS版本，C版本包括C++, Python, Ruby, Objective-C, php, C#，這些語言都是基於C版本開發的，共用代碼庫一個代碼庫。
如果使用C版本的gRPC，最終要從源碼里編譯出下列工具：
這些工具作為插件供proto編譯器使用。需要先下載 grpc/grpc github上的源碼。
這里有2個坑：
1、grpc/grpc倉庫比較大，鑒於國內訪問的網速，建議使用國內鏡像。碼雲（https://gitee.com）提供了同步更新的鏡像地址：
這樣下載速度提高了不少。
2、git submole update這個命令實際就是在下載.gitmoles文件里定義的第三方依賴項到third_party目錄，這個依賴項有很多，大家可以打開.gitmoles文件查看下詳情。依賴的倉庫都在github上，下載沒幾個小時是下載不下來的，就等著慢慢下載吧。
回頭想想，我們花費了很多時間，結果只是為了得到grpc的proto編譯插件。
PHP相關支持
PHP暫時不支持作為grpc的服務端。作為客戶端是可以的，需要機器安裝：
其中protoc和protobuf c擴展已經在 Protobuf 小試牛刀 介紹過了，這里不再贅述。上一小節里如果安裝成功，那麼grpc_php_plugin也是有了的。下面介紹如何安裝PHP版的gRPC庫。
安裝grpc c擴展：
要求：GCC編譯器需要4.8及以上版本。可以使用pecl安裝：
也可以指定版本：
或者下載源碼（http://pecl.php.net/package/grpc）安裝：
grpc/grpc代碼庫里也有PHP擴展的C源碼，在grpc/src/php/ext/grpc目錄，進去也可以直接編譯。
編譯完成後在php.ini里添加，使用php --ri grpc可以查看信息。
安裝完C擴展後，還需要使用composer安裝grpc的庫：
gRPC示例
編寫gRPC proto
一共定義了三個文件：
其中 User 作為 Model定義，Response 用於 RPC統一返回定義，GreeterService 則是服務介面定義。
限於篇幅，proto文件詳見 https://github.com/52fhy/grpc-sample 倉庫的proto目錄。
GreeterService.proto文件內容如下：
這裡面定義了一個service，相當於定義了一個服務介面，我們把方法名、參數定義好了，後面需要去實現它。由於gRPC不支持PHP作為服務端，這里我們使用Golang作為服務端。
首先需要使用proto工具編譯出golang的代碼：
執行成功，會在 Pb_Go目錄里生成Go代碼:
如果需要生成PHP客戶端的代碼，則需要使用grpc php的命令行工具grpc_php_plugin，前面小結如果執行成功，這個工具已經有了。然後：
最終生成的文件：
注意：編譯那裡如果我們不加--grpc_out=../$out --plugin=protoc-gen-grpc=/usr/local/bin/grpc_php_plugin，生成的PHP類是沒有GreeterClient的。這個文件是gRPC編譯工具自動生成的，用於連接gRPC服務端。
go編寫服務
我們用Golang寫服務端。上面雖然生成了Golang的部分代碼，但真正的服務還沒有寫呢。
main.go
首先我們新建個main.go，代碼不多，我直接貼出來：
然後就可以編譯了。
有個大坑：go build main.go的時候會先下載go.mod里定義的依賴（依賴比較多，詳情查看：https://github.com/52fhy/grpc-sample/blob/master/go.mod），其中下面這條非常慢，倉庫太大了，雖然重定向到github：
為了快速下載，我在碼雲上做了鏡像，地址：gitee.com/52fhy/google-api-go-client 。改了之後下載快多了。
編譯成功後，生成了二進制文件main。我們可以直接運行：
go test
為了測試我們寫的服務是否正常，可以寫測試用例：
test_client.go
運行：
運行有點慢，感覺依賴的庫多了。
php客戶端
使用gRPC PHP客戶端，確保你已經安裝了：
示例：
client_test.php
運行後輸出：
常見問題
1、CentOS6使用 go mod獲取第三方依賴包unknown revision xxx錯誤
解決：其實go mod調用鏈中會用到一些git指令，當git版本比較舊時，調用失敗產生錯誤，並給出歧義的提示信息。方法就是升級git版本，CentOS6自帶的git是1.7版本。升級完畢後，再嘗試go mod。
快速升級方法：
centos6:
2、PHP報錯：Fatal error: Class &#' not found
解決：請安裝PHP的protobuf c擴展。
3、PHP報錯：Fatal error: Class 'GrpcBaseStub' not found
解決：使用composer require grpc/grpc安裝grpc。另外對應的grpc C擴展也要安裝。
4、下載 github release包很慢怎麼辦?
解決：下載Mac版 Free Download Manager 下載工具可以解決Github 下載緩慢或失敗問題。速度嗖嗖的。
參考
1、為CentOS 6、7升級gcc至4.8、4.9、5.2、6.3、7.3等高版本
http://www.vpser.net/manage/centos-6-upgrade-gcc.html
2、centos 6.x/7.x使用yum升級git版本 - 夜空
https://blog.slogra.com/post-721.html
3、Protobuf 小試牛刀 - 飛鴻影
https://www.cnblogs.com/52fhy/p/11106670.html
(本文完)
『貳』 如何運行PHP
分類: 電腦/網路 >> 程序設計 >> 其他編程語言
問題描述:
我們要在電腦上運運ASP文件 只要裝IIS就可以。
哪要運行PHP文件呢。該怎麼辦！~
解析:
如何安裝運行php
1. Unix/Windows: 我的php.ini 文件應該放在哪？
UNIX下默認它應該放在 /usr/local/lib 目錄下。 這是它的 /lib. 很多人會在編譯時改變它，使用--with-config-file-path 標志。 例如, 你可以這樣設它: --with-config-file-path=/etc
然後你可以復制源程序包里的 php.ini-dist 到 /etc/php.ini ，編輯它滿足你的本地化需求。
Windows下 php.ini默認的路徑是 Windows 系統目錄. 如果你在使用 Apache webserver, php.ini 則最先在 Apaches 安裝目錄下被查找, 例如： c:\program files\apache group\apache. 這樣你可以有不同的 php.ini 對應不同版本的 Apache（同一台機器上）。
更多細節請查閱 configuration file.
2. Unix: 我安裝了 PHP, 但我每次載入一個文檔, 會得到下面的消息： Document Contains No Data ! 怎麼回事?
這可能是因為你的 PHP 發生了core-mping錯誤。 查找你的伺服器錯誤日誌文件，看看是否屬於這種情況。 然後報告這個錯誤。如果你知道怎樣使用 gdb ,你可以提供一個 backtrace 在你的錯誤報告里。這將會對開發人員解決 這個問題有很大幫助。如果你是在將PHP作為Apache模塊使用，那麼請按下面的步驟做：
停止 d 進程
gdb d
停止 d 進程
> run -X -f /path/to/d.conf
瀏覽你剛才出錯的 URL
> run -X -f /path/to/d.conf
如果你還有 core mp, gdb 現在會通知你
打入: bt
在你的 bug report里應該包含backtrace 。 這些會被發往 bugs.php/
如果你的腳本使用了正則表達式函數 (ereg() and friends), 你應該確保你編譯 PHP 和 Apache 用的是同一個正則表達式包。 在 PHP 和 Apache 1.3.x 這個過程是自動進行的。
3. Unix: 我使用 RPMS 安裝 PHP , 但Apache 不支持 PHP頁面! 怎麼辦?
假設你安裝了 Apache 和 PHP（從 RPM ） , 你需要反注釋或者增加一些行在你的 .conf 文件里: # Extra MolesAddMole mod_php.cAddMole mod_php3.cAddMole mod_perl.c# Extra MolesLoadMole php_mole moles/mod_php.soLoadMole php3_mole moles/libphp3.so /* for PHP 3 */LoadMole php4_mole moles/libphp4.so /* for PHP 4 */LoadMole perl_mole moles/libperl.so
And add: AddType application/x-d-php3 .php3 /* for PHP 3 */AddType application/x-d-php .php /* for PHP 4 */
... 到全局域里, 或者到你想要的 支持PHP的虛擬域里。
4. 我使用 RPMS 安裝 PHP 3 , 但是它沒有我需要的資料庫選項支持! 我該怎麼辦?
因為 PHP 3 內建支持的關系, 編譯一個完整的可適於所有應用的 PHP RPM是相當困難的。 在 PHP 4有談到這點。 對 PHP 3, 我們只好建議你使用INSTALL.REDHAT （在 PHP包里）描述的機制。 如果你一定要使用 RPM 版的 PHP 3, 讀...
RPM 包管理器設置 RPMS 簡單的安裝，不帶資料庫支持 and 因為RPMS 使用 /usr/ 而不是標準的 /usr/local/ 目錄存放文件. 你需要告訴 RPM 文件你要支持哪種資料庫以及它們的最上級目錄的位置。
下面的例子將解釋在Apache模式下怎樣支持通行的資料庫Mysql.
當然所有的這些可以稍作修改，以支持其它的PHP支持的資料庫。我們假設你安裝了 MySQL and Apache ，完全是用 RPMS 安裝的。
首先，移去 mod_php3 : rpm -e mod_php3
然後取得rpm包並安裝, 不是 --重編譯 rpm -Uvh mod_php3-3.0.5-2.src.rpm
編輯/usr/src/redhat/SPECS/mod_php3.spec 文件
在 %build 一節里增加你想要的資料庫支持, 以及路徑信息。
對 MySQL 你應該增加： --with-mysql=/usr \
%build 節看起來象: ./configure --prefix=/usr \ --with-apxs=/usr/ *** in/apxs \ --with-config-file-path=/usr/lib \ --enable-debug=no \ --enable-safe-mode \ --with-exec-dir=/usr/bin \ --with-mysql=/usr \ --with-system-regex
改動完成後，象下面這樣重編rpm : rpm -bb /usr/src/redhat/SPECS/mod_php3.spec
Then install the rpm rpm -ivh /usr/src/redhat/RPMS/i386/mod_php3-3.0.5-2.i386.rpm
重啟 Apache,你已經得到了rpm下的Mysq
l的支持。 注意到這種做法比你重新得到一個 PHP 3 的tarball 代碼，按照 INSTALL.REDHAT 的指引一步一步做要容易得多。
5. Unix: 我用 FrontPage 擴展包對Apache打了補丁, 忽然 PHP 停止工作。 是PHP 和 Apache FrontPage 包不兼容嗎 ?
不是, PHP 和 FrontPage擴展包運行得很好.。問題是FrontPage 包修改了幾個Apache 結構參數,而PHP要用到它們.在FrontPage擴展包被打上後， 重新編譯 PHP (使用 make clean ; make ) ，會解決這個問題。
6. Unix/Windows: 我安裝了PHP，但在瀏覽器里看我的PHP頁面時，空白一片。
在瀏覽器里用 查看源文件 看你的腳本，你可能會發現你看到的是源程序。 這表示 web server 並沒有送腳本到PHP去執行。肯定是伺服器配置上哪兒出了錯。 仔細檢查PHP安裝的 server 配置。
7. Unix/Windows: 我安裝了PHP，但在瀏覽器里看我的 PHP頁面時，我得到一個 server 500 error。
這是伺服器在運行 PHP 時發生了錯誤。 為了看到可讀的錯誤信息,在命令行,改變目錄到 (php.exe Windows)所在目錄， 運行 php -i. 如果有任何問題,詳細的錯誤信息就顯示出來了，它會告訴你下一步該做什麼。 如果你得到滿屏的HTML代碼 (phpinfo() 函數的輸出)， 那麼PHP工作正常,這個錯誤就是由於伺服器配置引發的，應該仔細檢查。
8. 某些操作系統: 我安裝PHP沒出錯，可是我啟動Apache時，得到一個 undefined symbol errors: [mybox:user /src/php4] root# apachectl configtest apachectl: /usr/local/apache/bin/d Undefined symbols: _press _unpress
這個問題其實與 PHP 無關, 而與 MySQL 客戶端庫有關。 --with-zlib,有些操作系統需要，而有些不需要。MySQL FAQ已經講述了這個問題。
9. Windows: 我安裝了PHP，但在瀏覽器里看我的PHP頁面, 得到如下錯誤: cgi error: The specified CGI application mi *** ehaved by not returning a plete set of HTTP headers. The headers it did return are:
這是 PHP 根本沒有產生任何輸出。 為了看到可讀的錯誤信息,在命令行,改變目錄到 (php.exe Windows)所在目錄， 運行 php -i. 如果有任何問題,詳細的錯誤信息就顯示出來了，它會告訴你下一步該做什麼。 如果你得到滿屏的HTML代碼 (phpinfo() 函數的輸出)， 那麼PHP工作正常。
一旦PHP在命令行模式下工作,再看看你的腳本程序， 它還是失敗，可能是因為以下原因:
你的PHP腳本的許可權許可。 php.exe, php4ts.dll, php.ini 或者任何你可能裝入的PHP文件，它樣都必須能被匿名 inter 用戶 ISUR_ 訪問。
腳本文件根本不存在(或者不是你認為的位置。)請注意在IIS里，你能夠阻塞這個錯誤，做法是在設置腳本映射目錄時， 選上 check file exists 框。這樣如果腳本不存在，伺服器會返回一個404錯誤。 這樣做也有其它的一些好處， 就是IIS僅為你做經過授權的操作。
10. Windows: 我嚴格按照install的要求做，可是還是不能讓我的php在IIS下工作。
確定任何想要運行PHP的用戶有操作php.exe的許可權! IIS 使用匿名的inter用戶，它是在IIS安裝時系統自動增加的。 這個用戶需要操作 php.exe的許可權. 還有，任何需要授權的用戶也必須有訪問 php.exe的許可權。 在 IIS4下，你要告訴它PHP是一個腳本引擎。