如何解決zabbix監控因php導致圖形界面中文亂碼問題

小編給大家分享一下如何解決zabbix監控因php導致圖形界面中文亂碼問題，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

解決因編譯php中添加了-enable-gd-jis-conv選項導致Zabbix監控系統圖形界面中文亂碼問題

現象：

php編譯參數：

說明：

如果PHP編譯時啟用–enable-gd-jis-conv選項的話，那么非ASCII字符(例如漢字、拼音、希臘文和箭頭) 會被當成EUC-JP編碼 (phpinfo中美其名曰“支持JIS編碼的字體”), 從而導致亂碼(由于西文字體沒有假名或漢字，一般表現為全部是方框)。imagettftext()函數是將字符寫入到圖片的函數，這個問題就是由這個函數導致的。

在網上查了好幾篇教程不全，以下為本人生產實踐操作，在zabbix3.2版本，php7.2版本

方法一：

重新編譯安裝php，禁用-enable-gd-jis-conv選項，這種方式代價較大；

方法二：

因生產環境php使用年限比較久，不知道是否有應用在使用，不敢輕易重新編譯，故按照方法二解決

第一步：

在/etc/nginx/html/zabbix/include中修改graphs.inc.php文件（先備份）

cp graphs.inc.php graphs.inc.php.bak

vim graphs.inc.php #在末尾添加如下代碼

function to_entities($string){
 $len = strlen($string);
 $buf = "";
 for($i = 0; $i < $len; $i++){
  if (ord($string[$i]) <= 127){
   $buf .= $string[$i];
  } else if (ord ($string[$i]) <192){
   //unexpected 2nd, 3rd or 4th byte
   $buf .= "?";
  } else if (ord ($string[$i]) <224){
   //first byte of 2-byte seq
   $buf .= sprintf("&#%d;",
    ((ord($string[$i + 0]) & 31) << 6) +
    (ord($string[$i + 1]) & 63)
   );
   $i += 1;
  } else if (ord ($string[$i]) <240){
   //first byte of 3-byte seq
   $buf .= sprintf("&#%d;",
    ((ord($string[$i + 0]) & 15) << 12) +
    ((ord($string[$i + 1]) & 63) << 6) +
    (ord($string[$i + 2]) & 63)
   );
   $i += 2;
  } else {
   //first byte of 4-byte seq
   $buf .= sprintf("&#%d;",
    ((ord($string[$i + 0]) & 7) << 18) +
    ((ord($string[$i + 1]) & 63) << 12) +
    ((ord($string[$i + 2]) & 63) << 6) +
    (ord($string[$i + 3]) & 63)
   );
   $i += 3;
  }
 }
 return $buf;
}

第二步：

找到該文件中imagettftext()函數（一共三處）

將最后一個參數$string修改為to_entities($string),三處都需要修改，無需重啟，刷新即可解決問題。

以上是“如何解決zabbix監控因php導致圖形界面中文亂碼問題”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注億速云行業資訊頻道！