Php on ララジャパン

phpdotenv

Sun, 21 Jun 2020 01:14:36 +0900

Laravelのプロジェクトでは、環境変数の設定は.envのファイルで行います。インストールするプロジェクトの環境（開発、ステージング、プロダクション）ごとで内容を変更できるし、.gitignoreに入れておけばバージョン管理のレポジトリでプライベートなデータ（パスワードやapiのトークンなど）を共有する必要もなく安全です。この機能、私の昔のphpのプロジェクト、つまりLaravel生誕以前の時代でのプロジェクトで現在もお客さんに使用されているプロジェクトでも取り入れたいです。

まず、この機能を提供するのは、phpdotenvというパッケージです。

https://github.com/vlucas/phpdotenv

Laravelのプロジェクトでは、以下のコマンドを実行すると、

$ composer show | grep dotenv
vlucas/phpdotenv                      v3.6.4   Loads environment variables from `.env` to `getenv()`, `$_ENV` and `$_SERVER` automagically.

とパッケージが使用されていることが確認されます。

さて、Laravelでないphpのプロジェクトでこのパッケージを使うには、以下のように、プロジェクトのディレクトリを作成してから、パッケージをインストールします。

$ mkdir dotenv
$ composer require vlucas/phpdotenv

チェックのためにテストのプログラムを作成します。

test.php

<?php
require_once 'vendor/autoload.php';
$dotenv = Dotenv\Dotenv::createImmutable(__DIR__);
$dotenv->load();                                                                                                                                                                                                   

echo $_ENV['BASE_DIR']."\n";

.envのファイルも作成します。

.env

BASE_DIR=/var/www/example

この時点で、このプロジェクトのディレクトリ構造は、以下のようになります。

.
├── composer.json
├── composer.lock
├── .env
├── test.php
└── vendor
    ├── autoload.php
    ├── composer
    ├── graham-campbell
    ├── phpoption
    ├── symfony
    └── vlucas

テストを実行してみます。

$ php test.php
/var/www/example

.envから値を取得できましたね。以下のような設定も可能です。

.env

BASE_DIR=/var/www/example
IMAGE_DIR=${BASE_DIR}/images

すでに設定した環境変数を.envの中で変数として使用できます。つまり、Laravelでも同様なことができるのですね、

連想配列のマージ

Sat, 08 Sep 2018 06:15:58 +0900

今回はLaravelを離れてPHPのベーシックの話となります。連想配列（associative array）のマージに関してです。なかな知っているようで使用を間違うことがあります。

そういうきは、私が大好きなツール、tinkerを使ってちょいちょいと実行して確認してみるのが一番。

array_merge

まずは、array_mergeを使用して２つの配列、$productと$moreをマージ。

>>> $product = ['product_id' => 1, 'name' => '商品名']
=> [
     "product_id" => 1,
     "name" => "商品名",
   ]
>>> $more = ['price' => 200]
=> [
     "price" => 200,
   ]
>>> array_merge($product, $more)
=> [
     "product_id" => 1,
     "name" => "商品名",
     "price" => 200,
   ]

両方の配列の項目が１つに収まります。

さて、両方の配列に同じ項目があるときはどうでしょう？

>>> $product = ['product_id' => 1, 'name' => '商品名']
=> [
     "product_id" => 1,
     "name" => "商品名",
   ]
>>> $more = ['price' => 200, 'name' => '上書き商品名']
=> [
     "price" => 200,
     "name" => "上書き商品名",
   ]
>>> array_merge($product, $more)
=> [
     "product_id" => 1,
     "name" => "上書き商品名",
     "price" => 200,
   ]

後者の配列に前者と同じ項目があるなら、後者の配列の値が前者を上書きとなります。

+

連想配列をマージできるのは、array_mergeだけではありません。足し算の+のオペレータも同様なことができます。

>>> $product = ['product_id' => 1, 'name' => '商品名']
=> [
     "product_id" => 1,
     "name" => "商品名",
   ]
>>> $more = ['price' => 200, 'name' => '上書き商品名']
=> [
     "price" => 200,
     "name" => "上書き商品名",
   ]
>>> $product + $more
=> [
     "product_id" => 1,
     "name" => "商品名",
     "price" => 200,
   ]

しかし今度は、後者の配列に前者と同じ項目があるなら、上書きは起こりません。

キーが数字のとき

上の例は、連想配列のキーが文字列でしたが、数字のときにはどうなるでしょう？　例えば、キーにDBのレコードのID（数字）を入れて配列を作成するケースは良くあります。

>>> $products = [11 => '商品A', 12 =>'商品B']
=> [
     11 => "商品A",
     12 => "商品B",
   ]
>>> $more_products = [13 => '商品C', 14 => '商品D']
=> [
     13 => "商品C",
     14 => "商品D",
   ]
>>> array_merge($products, $more_products)
=> [
     [
       "商品A",
     ],
     [
       "商品B",
     ],
     [
       "商品C",
     ],
     [
       "商品D",
     ],
   ]
>>> $products + $more_products
=> [
     11 => [
       "商品A",
     ],
     12 => [
       "商品B",
     ],
     13 => [
       "商品C",
     ],
     14 => [
       "商品D",
     ],
   ]

サプライズ！上の例のように両方の配列のキーがどれも数字なら、array_mergeでは、割り当てたキーが皆消えてしまいます。実際には消えるのではなく、キーが0,1,2,3と順番に与えられて通常の配列になります。しかし、+で足し算をするなら、キーは結果においてキープされます。しかし、両者の配列に同じキーがあるなら、さきほどのように後者は前者を上書きはしません。

>>> $products = [11 => '商品A', 12 =>'商品B']
=> [
     11 => "商品A",
     12 => "商品B",
   ]
>>> $more_products = [12 => '商品C', 13 => '商品D']
=> [
     12 => "商品C",
     13 => "商品D",
   ]
>>> $products + $more_products
=> [
     11 => "商品A",
     12 => "商品B",
     13 => "商品D",
   ]

php5.6からphp7.0へ

Thu, 12 Oct 2017 12:55:16 +0900

最近になってようやくphp5.6の環境からphp7.0へと移行をしました。すでにphp7.2RCも登場している昨今、今さらなんて声聞こえますね。

カスタマイスのプログラムを書いてその管理を長い間していると、プログラムは大きくなるし複雑になるし、簡単にphpの更新ができない、いや馴染んだ古巣から新しい世界へ行くのが恐ろしい！

私の言い訳はともかく、世の中の状況はいかにと調べたところ、こんな統計が出てきました。（参照元）

去年から今年へと、php7の使用率がphp5.6を抜いています。

phpのサポートはどうなのでしょう？phpのサイトによると、

（参照元）

緑は「サポート中」、オレンジは「セキュリティ修正のみ」、赤は「終了」です。

5.6のサポートはセキュリティ修正のみが2018年いっぱい（まだ人気が高い証拠？）とまだ使用OKのようですが、８月にリリースされたLaravelの最新版5.5が長期サポート（LTS）のバージョンでは、バグ修正が２年間、セキュリティ修正が３年とサポートがあり、そしてなんと、

PHP 7.0.0以降が必須

となりました。

私のお客さんのプログラムは、最高でLaravel 5.4どまりですぐに更新する必要ないと言えば必要ないですが、php7.0が発表（上のグラフによるとほぼ２年前！）されてからとても気になるパフォーマンスの改善が「どうしても更新しなければならない」と駆り立てます。

これまた古い資料で申し訳ないですが、

（参照元）

phpで書かれているが非常にスローなWordpressがなんと２倍に近い速さとなるではないですか。

実際、このブログをホストしているサーバーもphp7にしたところサクサク動くようになりました。お客さんのサイトでもapacheのabテストをphp7更新前後でLaravelのプログラムの実行を計測したところ、こちらも1/2の実行時間になりました。バージョンを更新しただけでこの改善は凄い！

さて、php5.6からphp7.0にアップしたときの苦労と言えば、laravelのプログラムに関する限りほとんどゼロに近い変更でした。私の場合は、php7をサポートしていないpearのライブラリを使用した部分の変換が唯一の問題でした。

そして最後に、php7にアップデートしたお陰で、前から注目していて、とても開発に役に立つ、特に大きくて複雑なプログラムには多分必須のツールが使えるようになります。それは次回に紹介しましょう。