PHP

執筆時(2021.10)において、最新版の4.3.5では下記の不具合が解消されているようです。

PHP7.2に対応となってますが、製品情報では7.4まで対応と書かれてて、どちらが正しいのか？？　正常に動作するのなら構わないけど。

WordPressで画像がアップロード出来ない症状では、よく下記の点が挙げられます

• 画像の保存先が書き込み可になっていない
• php.iniで設定している画像サイズの上限以上で行っている
• 画像圧縮プラグインが関与している
• そもそもHDD領域が足りない
• CPU負荷が100%になっている

2019年からアップロード出来なくなった？

とくに、php.iniやプラグインを変更していないのに、エラーが発生する症状が続いた。

php-fpmのログに下記の警告が出てた

PHP Warning:  Use of undefined constant ’128M’ - assumed '’128M’' (this will throw an Error in a future version of PHP)

WordPressのwp-config.phpにmemory limit設定に128Mを指定した欄が該当していたらしく、この欄だけアポストロフィー表記になっていました。

CentOS6系のPHP5.xをPHP7.xに更新したメモ

環境

ここのサーバーでは、下記の環境でphp7.3更新作業を行いました
Scientific Linux 6.9
nginx
php-fpm
php5.6

CentOS/SL6のyumにて、いつも通り更新を行ってましたが、gd-lastで引っかかってました。

エラー: パッケージ: gd-last-2.2.5-1.el6.remi.x86_64 (remi)
要求: libwebp.so.5()(64bit)

libwebpを要求しているようなので、epelからlibwebpをインストールするだけで解決

CentOS7にて、yumでインストールしたApacheで、以前の設定のまま稼働状態になっていたにも関わらず、なぜかUTF-8以外のページが文字化けしていた。

WordPressの設定ファイルで、デバッグをONにしたところ、下記のような警告が出る場合がある。

Warning: include_once() [function.include-once]: Unable to allocate memory for pool. in /var/www/…

どうやら、APCが原因のようで、WordPressのデバッグに限らず、PHPのフラグONでも警告が出る模様。

Jpgraphを使う際に、ライブラリのパスを設定する必要があるので、php.iniを編集。

jpgraphのインストール先は、/var/www/jpgraphとした場合、include_pathを設定します。