たとえばインストールされているPHPモジュールの一覧は
|
1 |
yum list installed | grep php |
【Linux】CentOS6.5でPHP5.3をいきなりPHP7.1にする
PHPのシステム開発でPHP7以上が要求される案件も増えてきていると思います。
でもCentOS6.5での標準はすでにサポートが切れて久しいPHP5.3です。
そろそろ「PHP5.3で稼働しています」と言うのが恥ずかしくなってきました。
意を決してPHP7にバージョンアップすることにしたのですが、
まずは本番サーバーで試す前に
スタンバイサーバーでPHP7.1にバージョンアップしてみました。
|
1 2 3 4 5 6 7 8 9 |
// リポジトリ追加 yum install epel-release rpm -Uvh http://rpms.famillecollet.com/enterprise/remi-release-6.rpm // PHP5.3削除 yum remove php-* // PHP7.1インストール(各モジュールはお好みで) yum install --enablerepo=remi,remi-php71 php php-devel php-mbstring php-mcrypt php-gd php-xml |
すぐにWebサーバーを再起動して動作確認しましょう。
ちなみに私のサーバーでは、なんとPHP4の名残でコンストラクタの定義でクラス名を使っていたところがあって、エラーになってました。
【PHP】日本語でも英語でもない言語でのメール送信
日本語のメールを送信するプログラムとして
|
1 2 3 4 5 |
mb_language("japanese"); mb_internal_encoding("UTF-8"); $from_name = '=?UTF-8?B?' . base64_encode($from_name) . '?='; $header = "From: " . $from_name . "<" . $from . ">\n"; $ret = mb_send_mail($to, $subject, $body, $header); |
こんな感じのシステムがありました。（かなり省略してます）
これで日本語のメールは問題なく送信できるのですが、
このシステムをコピーしてベトナム語版を作ろうという話になりました。
WEBやメールの日本語の文言をすべて外だしにし、
言語に応じたメッセージを入れるように改修しました。
しかしベトナム語のメールが文字化けしました。
当然ですね。
この部分、
|
1 |
mb_language("japanese"); |
を
|
1 |
mb_language("uni"); |
に修正、これで文字化けは解決、多言語に対応するメール送信プログラムになりました。
【PHP】取得した現在日時が9時間ずれているときは
PHPでdateやstrtotimeで取得した現在日時が9時間ずれているときは、
日本ではないタイムゾーンが設定されている可能性があります。
まず確認すべきは php.iniのdate.timezoneの設定です。
|
1 |
date.timezone = Asia/Tokyo |
になっていない場合は修正します。
もしレンタルサーバーなどの制限でphp.iniが編集できない場合は、コード上で
|
1 |
date_default_timezone_set('Asia/Tokyo'); |
でタイムゾーンを設定できます。
ほとんどの場合はこれで解決なのですが、
たまに、外部ライブラリを使用していると
上記のようにタイムゾーンを指定しているにも関わらず
時間のずれが直らない場合があります。
そんなときは、strtotimeでずれた分だけ時間をずらし返してやりましょう。
|
1 |
$now_date = date('Y-m-d H:i:s', strtotime('+9hour')); // 9時間遅れていたとき |
スマートではないかもしれませんが
こういう臨機応変な対応もときにはアリだと思います。
【PHP】PHPExcelの処理が遅すぎるとき
PHPExcelはPHPでExcelのブックやシートを読込み、作成、出力できるライブラリです。
CSVではなくExcelで出力することで
はじめから可視化しやすい形で出力できるのですが、
データ量やシートの複雑さによっては
出力にかなり時間がかかるようになってしまうことがあります。
もし何も考えずにループの中で
|
1 |
insertNewRowBefore |
や
|
1 |
getStyle |
を多用しているならば、チューニングによって
劇的に速くなるかもしれません。
例えば、帳票の出力などでは動的に行が増える場合が多いと思いますが、
ループの中で
|
1 |
insertNewRowBefore(2, 1) |
のように1行ずつ追加していくような処理は、
かなりパフォーマンスが悪いようです。
そういうときには、追加する行数を計算してから
|
1 |
insertNewRowBefore(2, 行数) |
を1回実行することでパフォーマンスが向上します。
もし行数を計算するためだけに追加でループさせる必要があったとしても
1行ずつ
|
1 |
insertNewRowBefore(2, 1) |
を実行するよりははるかに速い場合が多いようです。
また、
|
1 |
getStyle |
も、もしループの中で同じスタイルを1行ずつ実行しているのならば、
できる限りループの外で一括で実行することで
劇的にパフォーマンスが向上する可能性があります。
私の場合、実際にExcelで帳票を出力する場面があったのですが、
何も考えずに実装したときと、上記のとおりチューニングした場合とでは
10倍くらいの差がありました。