

PHP5.xをバージョン指定してCentOS7にインストールするコマンドです。
PHP7.xやPHP8.xも同様に可能です。
シェルスクリプトで自動化できるようにしたので、VMやDockerのイメージ作成にも使えます。

この記事にたどり着いた方の大半はレガシーな古いPHPのシステムを刷新しようと頑張る方だと思うので応援したい。
今更感もあるがちゃんと書く。

## Contents

## 環境

```bash
$ sudo cat /etc/redhat-release
CentOS Linux release 7.9.2009 (Core)
```

このサーバにPHP5.xをインストールします。

ここではPHP-FPMを利用しないApacheの構成を想定してます。

## php56をインストールするコマンド

例としてphp56といくつかのphpモジュールやPEARのパッケージをインストールする例を載せます。
一緒にhttpd24もインストールされます。

```bash
#!/bin/bash
yum update

## remi
yum install -y epel-release
yum install -y http://rpms.famillecollet.com/enterprise/remi-release-7.rpm

# デフォルトだと5.4をインストールしてしまう
# php5.6リポジトリの有効化
yum install -y yum-utils
yum-config-manager --enable remi-php56

# php5.6のインストール
yum -y install php
yum -y install php-mbstring \
    php-xml \
    php-pear

# 設定ファイルのバックアップ
cp /etc/php.ini /etc/php.ini.org
# /etc/php.ini.d/　にPHPモジュールの設定ファイルがある


# pear packages
pear install Mail
pear install Mail_Mime
```

### バージョンの指定について

`yum-config-manager --enable remi-php56`のバージョンを`remi-php54`や`remi-php73`などにしてあげるとPHPのバージョンを指定できる。

デフォルトではphp5.4がインストールされてしまいます。
`yum -y --enablerepo=remi,remi-php56 php`でphp56をphpとしてインストールする方法もありますが、なぜかphp5.4がインストールされてしまう問題が起きたため`yum-utils`をインストールして`yum-config-manager`コマンドで`remi-php56`を有効にしてからインストールする方法に落ち着きました。

`yum-config-manager --enable remi-php56`を実行すると`/etc/yum.repos.d/remi.repo`の設定ファイルを書き換えてremi-php56を有効化します。

バージョン確認。

```bash
# php -v
PHP 5.6.40 (cli) (built: Jun 28 2021 14:40:12)
Copyright (c) 1997-2016 The PHP Group
Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies
```

### /etc/yum.repos.d/remi.repoについて

`yum-config-manager --enable remi-php56`を実行すると`/etc/yum.repos.d/remi.repo`の設定ファイルの`[remi-php56]`の`enabled=1`と書き換えてremi-php56を有効化します。

設定ファイルの中身はこんな感じです。

```bash
$ sudo cat /etc/yum.repos.d/remi.repo
# Repository: http://rpms.remirepo.net/
# Blog:       http://blog.remirepo.net/
# Forum:      http://forum.remirepo.net/

[remi]
name=Remi\'s RPM repository for Enterprise Linux 7 - $basearch
#baseurl=http://rpms.remirepo.net/enterprise/7/remi/$basearch/
#mirrorlist=https://rpms.remirepo.net/enterprise/7/remi/httpsmirror
mirrorlist=http://cdn.remirepo.net/enterprise/7/remi/mirror
enabled=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-remi

[remi-php55]
name=Remi\'s PHP 5.5 RPM repository for Enterprise Linux 7 - $basearch
#baseurl=http://rpms.remirepo.net/enterprise/7/php55/$basearch/
#mirrorlist=https://rpms.remirepo.net/enterprise/7/php55/httpsmirror
mirrorlist=http://cdn.remirepo.net/enterprise/7/php55/mirror
# NOTICE: common dependencies are in "remi-safe"
enabled=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-remi

[remi-php56]
name=Remi\'s PHP 5.6 RPM repository for Enterprise Linux 7 - $basearch
#baseurl=http://rpms.remirepo.net/enterprise/7/php56/$basearch/
#mirrorlist=https://rpms.remirepo.net/enterprise/7/php56/httpsmirror
mirrorlist=http://cdn.remirepo.net/enterprise/7/php56/mirror
# NOTICE: common dependencies are in "remi-safe"
enabled=1 #これが1になった
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-remi
```

remiリポジトリの設定はいくつかあるのでこれから有効にするPHPのバージョンを選べばよい。

```bash
$ sudo cat /etc/yum.repos.d/remi
remi-glpi91.repo   remi-glpi94.repo   remi-php70.repo    remi-php73.repo    remi.repo
remi-glpi92.repo   remi-modular.repo  remi-php71.repo    remi-php74.repo    remi-safe.repo
remi-glpi93.repo   remi-php54.repo    remi-php72.repo    remi-php80.repo
```

## リンク

この記事に関するリンクを挙げておきます。
疑問に思ったら一読をお勧めします。

- [CentOSなどで使う、Remi Repositoryってなんだ？](https://qiita.com/charon/items/6d34ae798e9b05e8bd0a)

よくわかんないよってなったらTwitterのDMしてくれたら何とかします。
PHPのレガシーシステムの刷新とか仕事につながったら嬉しいです。


PHP5.xをCentOS7にインストールする


migrateしたら`  SQLSTATE[HY000] [2006] MySQL server has gone away`が出ました。

結論としては、認証方式**mysql_native_password**を**caching_sha2_password**に変更したらMySQLに接続できるようになりました。環境と現象をまとめておきます。

## 環境
[こちら](https://www.suzu6.net/posts/254-laravel-docker-compose/)で構築したDocker環境でこの現象が起きました。

構成とバージョンはこのようになってます。アプリ(php)とDB(mysql)のコンテナは分かれています。
- php (php-fpm) 7.4.1
  - composer 1.10.13
  - nodejs v12.18.4
  - npm 6.14.6
- mysql 8.0
- nginx 1.19.2

docekr-compose.ymlの[mysql]()の記述。
```yml
version: '3'

略

  db:
    image: mysql:8.0
    container_name: db
    environment:
      MYSQL_ROOT_PASSWORD: root
      MYSQL_DATABASE: database
      MYSQL_USER: docker
      MYSQL_PASSWORD: docker
      TZ: 'Asia/Tokyo'
    command: mysqld --character-set-server=utf8mb4 --collation-server=utf8mb4_unicode_ci
    volumes:
    - ./docker/db/data:/var/lib/mysql
    - ./docker/db/my.cnf:/etc/mysql/conf.d/my.cnf
    - ./docker/db/sql:/docker-entrypoint-initdb.d
    ports:
    - 3306:3306
```
ここでデータベース、ユーザ、パスワードを設定しています。
ホストOSのSQLクライアント([HeidiSQL](https://www.heidisql.com/))からはDB接続を確認できた。

### エラー
```sh
# php artisan migrate

   Illuminate\Database\QueryException 

  SQLSTATE[HY000] [2006] MySQL server has gone away (SQL: select * from information_schema.tables where table_schema = database and table_name = migrations and table_type = 'BASE TABLE')

  at vendor/laravel/framework/src/Illuminate/Database/Connection.php:671
    667▕         // If an exception occurs when attempting to run a query, we'll format the error
    668▕         // message to include the bindings with SQL, which will make this exception a
    669▕         // lot more helpful to the developer instead of just the database's errors.
    670▕         catch (Exception $e) {
  ➜ 671▕             throw new QueryException(
    672▕                 $query, $this->prepareBindings($bindings), $e
    673▕             );
    674▕         }
    675▕ 

      +37 vendor frames
  38  artisan:37
      Illuminate\Foundation\Console\Kernel::handle(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
```

一応試した、`composer dumpautoload`や`php artisan config:clear`では解消できなかった。

### mysqlのユーザを確認
dbコンテナでmysqlのユーザを確認する。
```sh
$ docker-compose exec db bash

# mysql -u root -p
mysql: [Warning] World-writable config file '/etc/mysql/conf.d/my.cnf' is ignored.
Enter password: 

mysql> SELECT user, host, plugin FROM mysql.user;
+------------------+-----------+-----------------------+
| user             | host      | plugin                |
+------------------+-----------+-----------------------+
| docker           | %         | mysql_native_password |
| root             | %         | mysql_native_password |
| mysql.infoschema | localhost | caching_sha2_password |
| mysql.session    | localhost | mysql_native_password |
| mysql.sys        | localhost | caching_sha2_password |
| root             | localhost | mysql_native_password |
+------------------+-----------+-----------------------+
```
dockerとrootがあり、それぞれhostが%になっているためコンテナの外からもアクセスできる。（localhostはローカルだけ）

pluginが認証方式で`mysql_native_password`になっている。
`caching_sha2_password`はmysql8.0から追加された認証方式で、デフォルトである。

Dockerでビルドした際に5.7までの`mysql_native_password`に切り替わったようです。

### 認証方式の変更
`ALTER USER '{ユーザ名}'@'{ホスト}' IDENTIFIED WITH {認証方式} BY '{パスワード}';`で変更できる。
```sh
mysql> ALTER USER 'docker'@'%' IDENTIFIED WITH mysql_native_password BY 'docker';
Query OK, 0 rows affected (0.00 sec)

mysql> SELECT user, host, plugin FROM mysql.user;
+------------------+-----------+-----------------------+
| user             | host      | plugin                |
+------------------+-----------+-----------------------+
| docker           | %         | caching_sha2_password |
| root             | %         | mysql_native_password |
| mysql.infoschema | localhost | caching_sha2_password |
| mysql.session    | localhost | mysql_native_password |
| mysql.sys        | localhost | caching_sha2_password |
| root             | localhost | mysql_native_password |
+------------------+-----------+-----------------------+
```

`caching_sha2_password`に変更すると、接続できた！

```sh
$ php artisan migrate
Migration table created successfully.
...
```

### なぜ認証方式によっては接続できないのか？

PHPのバージョンによって対応する方式が異なる。

MySQL8.0が登場する以前のPHPは、`caching_sha2_password`に対応していない。
> PHP 7.1.16 より前のバージョン、もしくは PHP 7.2.4 より前の 7.2系の PHP では、 MySQL 8 サーバのデフォルトパスワードプラグインを mysql_native_password に設定するようにしてください。
> 
> http://0-oo.net/php-manual/ref.pdo-mysql.html

今回はPHP 7.4.1のpdo_mysqlを使っているためこれはOK。
しかし、なぜか認証方式`caching_sha2_password`にする必要がある。

### laravel
```env
DB_CONNECTION=mysql
DB_HOST=db
DB_PORT=3306
DB_DATABASE=database
DB_USERNAME=docker
DB_PASSWORD=docker
```

## その他考慮したことと確認方法

### pdo_mysqlがインストールできていないのでは？
phpコンテナのDockerfileの記述。
ビルドの際にpdo_mysqlをインストールしている。
```Dockerfile
# Install PHP Extensions
RUN apt install -y zlib1g-dev mariadb-client libzip-dev libonig-dev
RUN docker-php-ext-install -j$(nproc) zip pdo_mysql
```

pdo_mysqlがインストールできているか確認した。
拡張を有効にするコマンド`docker-php-ext-enable`を打ってみる。
```sh
$ docker-php-ext-enable pdo_mysql

warning: pdo_mysql (pdo_mysql.so) is already loaded!
```
インストール済で有効になっていました。

```sh
$ pecl search pdo_mysql
WARNING: channel "pecl.php.net" has updated its protocols, use "pecl channel-update pecl.php.net" to update
Retrieving data...0%
Matched packages, channel pecl.php.net:
=======================================
Package   Stable/(Latest) Local
PDO_MYSQL 1.0.2 (stable)        MySQL driver for PDO
```


mysql8とlaravel(php7.4 pdo_mysql)でSQLSTATE[HY000] [2006] MySQL server has gone away


２台構成のサーバでLaravelを動かしている構成で`CSRF token mismatch`がランダムなタイミング起こった。

## 環境

- Laravel 5.8
- PHP 7.3
- Apache 2.4
- CentOS 7.7
このノードが２台ある構成、DBのMySQLが別のサーバで動いています。

`SESSION_DRIVER=database`としてあり、sessionテーブルでセッションを管理していることを確認している。
## CSRF token mismatchが起こる

主な現象は
1. 画面の遷移やフォームをポストするとたまに`CSRF token mismatch`
2. 別のブラウザから同じユーザにログインしようとすると`CSRF token mismatch`

Laravelではcookieで`XSRF-TOKEN`と`laravel_session`を保持しています。
1.が起きた前後を比較するとセッションの`laravel_session`の値が変わっていました。

複数台構成で`SESSION_DRIVER=file`にしているとサーバごとにsessionを発行してしまい、リクエストが前と違うサーバに振り分けられると、このようなことが起きます。
ただ、今回は`SESSION_DRIVER=database`にしてあり、共通のセッションテーブルで動いていることも確認している。

## 原因: APP_DEBUG=true
リリース前の本番環境を検証環境としていた。

デバックをしやすくするため`APP_DEBUG=true`にしていたことが原因だったようです。。。
`false`にしてデバックモードを切ると`CSRF token mismatch`が起こらなくなりました。

今回は2台構成でデバックモードにするとサーバ毎にセッションを作ろうとするようです。
それが何故かは調べても分かりませんが、もし同じようなことで悩まれたらデバックモードも確認してみて下さい。

複数ノードのLaravelでCSRF token mismatch.が頻発する

PHPでWarningが出た時のメモです。

## Warning: Illegal string offset 'foo'

この警告は次のように文字列を代入した変数から配列のように値を取ろうとすると出ます。
```php
<?php
$foo = 'bar';
if($foo['foo']){ 
 echo 'true';
}else{
 echo 'false';
}
// Output for 5.4.0 - 7.4.2
// Warning: Illegal string offset 'foo' in /in/Ck5Qk on line 3
// true
```
[このコードを実行してみる 3v4l.org](https://3v4l.org/Ck5Qk)

PHP 5.4から警告が出るようになっています。

```php
// Output for 4.3.0 - 5.3.29
// true
```


これがよく出る多次元配列やオブジェクトにして配列と文字列が混雑してるとデバックが大変です。この場合は[gettype](https://www.php.net/manual/ja/function.gettype.php)等で型チェックが必要。

PHPは動的型付けなんで仕方ないですね。。。IDEで型のチェックもやってもらえると助かる。

## 型を宣言しよう

対処として、関数の引数には型宣言を行うと良い。ちゃんと`TypeError`が出てくれる。
```php
<?php

function hoge(array $foo){
 if($foo['foo']){
 return 'true';
 }else{
 return 'false';
 }
}
$foo = 'bar';
echo hoge($foo);
/*
Fatal error: Uncaught TypeError: Argument 1 passed to hoge() must be of the type array, string given, called in /in/fClmT on line 11 and defined in /in/fClmT:3
Stack trace:
#0 /in/fClmT(11): hoge('bar')
#1 {main}
 thrown in /in/fClmT on line 3

 Process exited with code 255.
*/
```
[このコードを実行してみる 3v4l.org](https://3v4l.org/fClmT)


また、調べているとWordPressでPHPのバージョンアップをしたときに多いみたい。
WordPressではプラグインのバージョンを対応させるか、問題無ければ[Warningの通知を切る](https://aristath.github.io/blog/wp-hide-php-errors)こともできるみたいです。

PHP Warning Illegal string offset 'foo'

`Notice: Undefined index`は定義されていない配列の要素を使用した場合に発生します。

```php
<?php
$array = [];
echo $array['name']; // Notice: Undefined index: name
```

## うっかりミスか確かめる
フォームリクエストやモデルの処理でよく見かけます。
`Notice: Undefined index`が起きる主な要因はフォームの変数やカラム名の間違いです。
うっかりミスか確かめておきたい。

ログに出力して配列に要素があるか確かめる。

ブラウザでデバックしているなら`var_dump()`を使うと良いです。
```php
$array['name'] = 'hoge';

var_dump($array);
/*
array(1) {
 ["name"]=>
 string(4) "hoge"
}
*/
```
ブラウザで出力すると１行になるため配列が長いと見づらいです。
`<pre>`タグで囲むと改行してくれて見やすくなる。
```php
echo '<pre>';
var_dump($array);
echo '</pre>';
```

## 要素を初期化する
if分岐の中で宣言していた場合、状態が変わった時に`Notice: Undefined index`が起きてしまいます。

```php
if($array['id'] == 12){
 $array['name'] = 'hoge';
}

$result = someFunction($array['name']); // Notice undefined index
```
分岐の前に初期化しておくとコードの変更にも強くなります。

## 未定義でも処理を進めたい場合
先に配列の要素が存在するかを確認し、存在しない場合の処理を記述します。
```php
if ( !isset($array['name']) || $array['name'] == "" ){

 $message = '名前を入力してください';

} //Notice undefined indexは出ない
```

単純に、未定義な要素の代わりに値を置きたい場合は次のようにします。

### 三項演算子
未定義または**NULL**のとき空文字を返す。
```php
$name = isset($array['name']) ? $array['name'] : '';
```

### Null 合体演算子
PHP 7.0から**Null 合体演算子**が使えるようになっています。
三項演算子よりもスッキリと書くことができます。

```php
$name = $array['name'] ?? '';
```
[PHP7 新機能 - Manual - PHP](https://www.php.net/manual/ja/migration70.new-features.php#migration70.new-features.null-coalesce-op)

## 余談: !isset() == is_null()

`isset()`は変数が存在しないときと、**NULL**の場合に**true**を返します。
これは`is_null()`の逆だと思い`!`が減って分かり易いなと、以下のコードを書いたらエラーになった。
```php
if ( is_null($array['name']) ){

 $message = '名前を入力してください';

} //Notice undefined indexが出る
```
未定義の変数の場合に`is_null()`は**true**が返るが、未定義の配列の要素の場合には引数に渡す際にエラー判定があるようです。

### issetの定義
> 変数がセットされているかを調べます。 これは変数が宣言されており、**NULL**とは異なる値だということです。 
> [isset - PHP](https://www.php.net/manual/ja/function.isset.php)

### isset, empty, is_null の違い早見表
| 値 | if($var) | isset | empty | is_null |
| :------------ | :------: | :------: | :------: | :------: |
| $var=1 | **true** | **true** | *false* | *false* |
| $var=""; | *false* | **true** | **true** | *false* |
| $var="0"; | *false* | **true** | **true** | *false* |
| $var=0; | *false* | **true** | **true** | *false* |
| $var=NULL; | *false* | *false* | **true** | **true** |
| $var | *false* | *false* | **true** | **true** |
| $var=array() | *false* | **true** | **true** | *false* |
| $var=array(1) | **true** | **true** | *false* | *false* |

[PHP isset, empty, is_null の違い早見表 - Qiita](https://qiita.com/shinichi-takii/items/00aed26f96cf6bb3fe62)より

PHP Notice:Undefined indexの対処

[PHPのバージョンアップ対応](https://www.suzu6.net/posts/211-php-56to73-laravel-51to58/)をしていた際に、`compact`で宣言していない変数の扱いが変わっていたので書き留めておく。

## compact関数とは
[compact - PHP.net](https://www.php.net/manual/ja/function.compact.php)

変数名とその値から配列を作成する関数。
変数名の文字列を引数に渡す。
```php
$a = 'hoge';
$b = 123;
var_dump(compact('a','b'));
```
これを実行すると、以下のようになる。
```php
array(2) {
 ["a"]=>
 string(4) "hoge"
 ["b"]=>
 int(123)
}
```
個人的に、この関数はLaravelのViewに渡す変数の配列を作るときに重宝している。

## 変更点
PHP7.3からcompact関数が未定義の渡された変数をエラーとするよう変更となった。
[PHP RFC: Make compact function reports undefined passed variables](https://wiki.php.net/rfc/compact)

先ほどのコードに未定義の変数$c`を渡して実行する。
```php
<?php
$a = 'hoge';
$b = 123;
var_dump(compact('a','b','c'));
```

### PHP 4.3.0 から 7.2.26 まで
```php
array(2) {
 ["a"]=>
 string(4) "hoge"
 ["b"]=>
 int(123)
}
```
未定義の変数$c`は無視されて、エラー無く実行できる。


### PHP 7.3.0 以降
```php
Notice: compact(): Undefined variable: c in /in/00LYO on line 4
array(2) {
 ["a"]=>
 string(4) "hoge"
 ["b"]=>
 int(123)
}
```
`未定義の変数: c`と警告([E_NOTICE](https://www.php.net/manual/ja/errorfunc.constants.php))が出る。

if分岐に依って未定義変数を渡してしまうことに注意しよう。

例として、LarabelのViewに渡すとき。
```php
$result = SomeEloquent::find($id); // なにかの検索結果
if(empty($result)){
 $error_msg = "Not Found";
}
view($view, compact('result', 'error_msg'));
// => compact(): Undefined variable: error_msg 
```

以上は、異なるバージョンのPHPをシミュレーションできる[3v4l.org](https://3v4l.org/00LYO)で実行した。
（どのバージョンから変更があったかすぐわかるので便利）

PHP compact関数で宣言していない変数の扱い

PHP(5.6→7.3)とLaravel(5.1→5.8)のアップグレード作業の手順


マイグレーションのステータスを見ようとして表題のエラーが出た。

```sh
$ php artisan migrate:status
Migration table not found.
```

マイグレーションしたことのない新しいDBに繋いでいたため、
マイグレーションテーブルが無くてエラーになっただけ。

```sh
$ php artisan migrate
Migration table created successfully.
Migrating: 2014_10_12_000000_create_users_table
Migrated:  2014_10_12_000000_create_users_table (0.06 seconds)
Migrating: 2014_10_12_100000_create_temp_users_table
Migrated:  2014_10_12_100000_create_temp_users_table (0.08 seconds)
Migrating: 2019_08_19_000000_create_companies_table
Migrated:  2019_08_19_000000_create_companies_table (0.03 seconds)
```

`php artisan migrate`でテーブルを作成したので見られるようになった。

```
[vagrant@localhost app]$ php artisan migrate:status
+------+-----------------------------------------------------------+-------+
| Ran? | Migration                                                 | Batch |
+------+-----------------------------------------------------------+-------+
| Yes  | 2014_10_12_000000_create_users_table                      | 1     |
| Yes  | 2014_10_12_100000_create_temp_users_table                 | 1     |
| Yes  | 2019_08_19_000000_create_companies_table                  | 1     |
+------+-----------------------------------------------------------+-------+
```

【Laravel】Migration table not found.


CSV出力する際に、**値をダブルクォーテーションで囲う**に必要があった。  

PHP標準の[fputcsv](https://www.php.net/manual/ja/function.fputcsv.php)ではバグがありました。
$enclosure`に設定しても間に空白がある文字列しかダブルクォーテーションで囲んでくれない。
fputcsvを使う前に`"`を付けると`"""`と出力してしまう。
これはエスケープ`\"`しても起きる。

結局自作した。

## 動作確認環境

- PHP 7.3

## 値をダブルクォーテーションで囲ってCSV形式にする

下の関数で２次元配列のデータをCSV形式にして出力できる。

```php
/**
    * CSV形式に変換
    * @param array $data ２次元配列
    * @return string $csv
    */
function tocsv($data, $toEncoding='sjis-win', $srcEncoding='UTF-8') {
    $csv = '';
    foreach ($data as $row) {
        // ダブルクォーテーションで囲う
        $row = array_map(function($value){return "\"{$value}\"";}, $row);
        // カンマ区切り
        $row = implode(',', $row);
        $csv .= $row . "\r\n";
    }
    $csv = mb_convert_encoding($csv, $toEncoding, $srcEncoding);
    return $csv;
}
```

処理が簡潔になるよう行を一括して整形している。
- `array_map`で配列の値をダブルクォーテーションで囲う
- `implode`で１行をカンマ区切の文字列に結合する
- Windowsに対応した改行文字を末尾に付けて、$csv`に追加

また、Excelで開いたときに文字化けしないように`sjis-win`にエンコーディングしている。

この後、ファイルに保存するなり、ダウンロードのさせるなりしても値をダブルクォーテーションで囲ったCSVができる。

### LaravelでCSVダウンロード

Laravelの`\Illuminate\Http\Response`を使ってCSVダウンロードを実装した例。
これをControllerで返してあげる。

```php
    /**
     * CSVダウンロード
     * @param array $list
     * @param array $header
     * @param string $filename
     * @return \Illuminate\Http\Response
     */
    public function download($list, $header, $filename)
    {
        if (count($header) > 0) {
            array_unshift($list, $header);
        }
        $csv = $this->tocsv($list);
        $headers = array(
            'Content-Type' => 'text/csv',
            'Content-Disposition' => "attachment; filename=$filename",
        );
        return \Response::make($csv, 200, $headers);
    }
```

正直言うとExcelで見る際にダブルクォーテーションで囲う必要性は薄い。
ゼロ埋めした数値をそのまま表示したいときぐらい。


## 参考

- [fputcsv](https://www.php.net/manual/ja/function.fputcsv.php)
- [[PHP] fputcsv関数の問題点と解決方法 - TechRacho](https://techracho.bpsinc.jp/baba/2010_03_01/1172)
  - 同じようにfputcsvのバグに悩まされていた。
- [【PHP】csvを自前で作った話 | ダブルコーテーション問題でfputcsvは使わず実装](https://qiita.com/non0311/items/b812aff80213f627d36b)

【PHP】CSV出力で値をダブルクォーテーションで囲う


バーチャルホストで幾つかのバージョンが同居するサーバでLarabelの環境を構築中に、デフォルトのPHPと異なるバージョンでcomposerを実行する必要があった。

## 環境

- composer 1.9.1
- CentOS 7.4

異なるバージョンのPHPが同居するサーバです。
phpコマンドはデフォルトでPHP 5.5が、その他は`php73`のようにしてバージョンを指定して実行します。([Remiでインストールした](https://www.suzu6.net/posts/152-centos7-php-73/))

- php --version : PHP 5.5
- php72 --version : PHP 7.2
- php73 --version : PHP 7.3

また、PHP-FPMのポートを分けてバーチャルホスト別に異なるバージョンを利用しています。

今回このサーバにPHP7.3向けに作ったLaravelのプロジェクトを置く際にこの問題に行き当たりました。


## PHPのバージョンを指定して実行する

### composer

以下のように[Phar アーカイブ](https://www.php.net/manual/ja/phar.using.intro.php)を指定して実行しました。

```sh
$ php73 /path/to/composer.phar install

# もしくは
$ php72 /usr/local/bin/composer install  # PHP7.2で実行
$ php73 /usr/local/bin/composer install  # PHP7.3で実行
```

composerは[https://getcomposer.org/download/](https://getcomposer.org/download/ )の手順でインストールしています。
composerのインストール時にphpコマンドを使うが、この時もphpのバージョンを気にした方が良いのか？はよくわからない。

### artisan

artisanコマンドも同様に`php**`でバージョンごとにできます。

```sh
$ php72 artisan migrate  # PHP7.2で実行
$ php73 artisan migrate  # PHP7.3で実行
```

## 古いバージョンのPHPでcomposerコマンドを叩くと

PHPのバージョンが古いと`composer install`はできない。

```sh
$ composer install
Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
Warning: The lock file is not up to date with the latest changes in composer.json. You may be getting outdated dependencies. Run update to update them.
Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - This package requires php ^7.1.3 but your PHP version (5.5.38) does not satisfy that requirement.
  Problem 2
    - beyondcode/laravel-dump-server 1.3.0 requires php ^7.1 -> your PHP version (5.5.38) does not satisfy that requirement.
    - beyondcode/laravel-dump-server 1.3.0 requires php ^7.1 -> your PHP version (5.5.38) does not satisfy that requirement.
    - Installation request for beyondcode/laravel-dump-server 1.3.0 -> satisfiable by beyondcode/laravel-dump-server[1.3.0].
```

[こちら](http://mugijiru.hateblo.jp/entry/2017/09/14/131139)のようにcomposer.jsonを修正してPHPのバージョンを指定できる。

## 参考

- [https://getcomposer.org/download/](https://getcomposer.org/download/ )
- [Phar アーカイブ](https://www.php.net/manual/ja/phar.using.intro.php)
- [composerでPHPのバージョンを指定する - YUTAKI.JP](http://mugijiru.hateblo.jp/entry/2017/09/14/131139)

別のバージョンのPHPでcomposerとartisanを実行する


Laravelの環境を作る中、`composer update`した際に以下のエラーが出た。

```sh
PHP Fatal error:  Allowed memory size of 1610612736 bytes exhausted (tried to allocate 32 bytes) in
phar:///usr/local/bin/composer/src/Composer/DependencyResolver/RuleWatchNode.php on line 40
```

## 環境

- PHP 5.6
- composer 1.9.1
- CentOS 7.6

## 原因

```
Allowed memory size of 1610612736 bytes exhausted
```
訳：1610612736バイト(≒1.6GB)の許容メモリサイズを使い果たしました

1.6GBもメモリ割り当てていた？かはよくわかりませんが、とにかくメモリサイズが足りないようです。

composerのドキュメントに[Memory limit errors](https://getcomposer.org/doc/articles/troubleshooting.md#memory-limit-errors)のトラブルシューティングがあります。また、エラーの後ろにもここのURLが載っているので参照してみます。

> この場合、PHPのmemory_limitを増やす必要があります。
> 注：Composerは、memory_limitを内部的に1.5Gに増やします。

php.iniのmemory_limitの設定値を出力するコマンドも載っているので実行してみます。

```sh
# php.iniのmemory_limitの設定値を出力する
$ php -r "echo ini_get('memory_limit').PHP_EOL;"
128MB
```
128MB割り当てられていました。
`memory_limit = -1`とするとメモリ割り当てを無制限にすることができます。

[php.net - memory_limit](http://php.net/memory-limit)

```sh
# php.iniを編集
$ sudo vi /etc/php.ini
; Maximum amount of memory a script may consume (128MB)
; http://php.net/memory-limit
memory_limit = -1  ; -1に変更
```

設定変更後、エラー箇所は乗り越えられました！

## 参考

- [composer doc - troubleshooting #Memory limit errors](https://getcomposer.org/doc/articles/troubleshooting.md#memory-limit-errors)
  - 解決方法がちゃんと載っていて有難い。
- [php.net](https://www.php.net/)
  - [memory_limit](http://php.net/memory-limit)

composer updateしたときのPHP Fatal error:Allowed memory size of xxx bytes exhausted

[アップロードファイルに関するphp.iniの設定](https://www.suzu6.net/posts/201-php-filesize/)をしてApacheを再起動したが設定が反映されていなかった。
PHP-FPMを再起動したことで反映できました。

## 環境

- PHP 7.3.8
 - php.x86_64 7.3.8-1.el7.remi @remi-php73
- CentOS 7.6
- Apache/2.4.6

設定ファイルはデフォルトで`/etc/php.ini`にあります。

## なぜApacheの再起動でphp.iniが反映されなかったか

Apacheでphpを実行するには**モジュール版**と**CGI版**(含む)のどちらかを使っています。
今回は**CGI版**であるPHP-FPMを利用していました。

ApacheはPHP-FPMを通してphpを実行しています。
PHP-FPMがphp.iniの設定を読み込んでいなかったため、Apacheを再起動しても設定を読み込めなかったのです。
一方、**モジュール版**では、Apacheが直接phpを実行しているためApacheの再起動だけで良いようです。

また、Nginxでは基本PHP-FPMを利用するため、同じくPHP-FPMの再起動をすると良いはずです。

## PHP-FPMを再起動する

PHP-FPMを再起動してphp.iniの設定変更を反映させます。

```sh
# CentOS 7系
# ステータス確認
$ sudo systemctl stutas PHP-FPM 

# 再起動
$ sudo systemctl restart PHP-FPM 
```

**Apacheの再起動は不要**です。PHP-FPMを再起動だけで設定を読み込めます。

## CGI、FastCGI、PHP-FPMとは？

[nginx と PHP-FPM の仕組みをちゃんと理解しながら PHP の実行環境を構築する - Qiita](https://qiita.com/kotarella1110/items/634f6fafeb33ae0f51dc)

私が説明するよりこれを読んだ方が良い。
記事の最後にもリンクを貼ります。

## PHP-FPMを利用しているかの確認

### phpinfo

phpinfoでは`Server API`の項に`FPM/FastCGI`とあればPHP-FPMを介してPHPを実行している。

![phpinfo](/images/posts/200/202/phpinfo.png)

`Loaded Configuration File`の項に`php.ini`のパスもあります。


### Apache conf

Apache2.4.7以降のconfの場合は`ProxyPassMatch`にPHP-FPMの記述がある。

```conf
# PHP-FPM
ProxyPassMatch ^/(.*\.php(/.*)?)$ fcgi://127.0.0.1:9000/document/root/path/$1
```

調べて初めて知ったが、この書き方に幾つか問題があるらしい(参考)。
そこで、Apache 2.10から`SetHandler`で書けるようになった。
```conf
DirectoryIndex index.php index.html

<FilesMatch \.php$>
 SetHandler "proxy:fcgi://127.0.0.1:9000"
</FilesMatch>
```

## 参考

- [nginx と PHP-FPM の仕組みをちゃんと理解しながら PHP の実行環境を構築する - Qiita](https://qiita.com/kotarella1110/items/634f6fafeb33ae0f51dc)
 - モジュール版とCGI版の違いは？やFastCGIとは？といった疑問をかなり詳しく解説してくれる！
 - せっかくなので、次はこれを読むことをオススメします！
- [ApacheでPHP-FPMを動かすなら、ProxyPassMatchではなくSetHandlerを使うのがいいらしい - Qiita](https://qiita.com/shimoju/items/8e9c2a7bddd64e878799)
- [Ubuntu 14.04 の Apache mod_proxy_fcgi で php 動かすのは厳しい話 - 誰かの役に立てばいいブログ](https://ymmt.hatenablog.com/entry/2014/10/24/154427)
 - Apache 2.10から`SetHandler`で書ける。

Apacheの再起動でphp.iniの設定が反映されなかった時


アップロードファイルに関するphp.iniの設定をまとめます。

## 環境

- PHP 7.3.8
  - php.x86_64 7.3.8-1.el7.remi @remi-php73
- CentOS 7.6
- Apache/2.4.6

設定ファイルはデフォルトで`/etc/php.ini`にあります。

## アップロードファイルに関する設定

基本的には３つの設定を確認しておくと良いです。
| variable            | default※ | description                                                          |
|---------------------|----------|----------------------------------------------------------------------|
| memory_limit        | 128MB    | メモリ使用量の上限                                                   |
| post_max_size       | 8MB      | POSTデータの最大サイズ　※1回のアップロードファイルすべての合計サイズ |
| upload_max_filesize | 2MB      | 1ファイルあたりの最大アップロードサイズ                              |

※環境で紹介したPHPのバージョンでデフォルトになっていた値です。

最近のスマホのカメラだと画像が3MB超えるサイズにもなるため`upload_max_filesize`はもう少し大きくても良いですね。
大きなサイズを配信したくない場合は、PHPでもリサイズできます。  
[PHPで画像のリサイズ＆圧縮する方法を比較する - Qiita](https://qiita.com/tokutoku393/items/ebaaafaff90e48bfd42c)

以下はphp.iniで書かれていた場所と説明を示します。
コメントは[php.net](https://www.php.net/)から抜粋しています。

### memory_limit
スクリプトが確保できる最大メモリをバイト数で指定します。

404行目辺り
```php
; Maximum amount of memory a script may consume (128MB)
; http://php.net/memory-limit
memory_limit = 128M
```

もし、使用可能メモリに制限を設けたくない場合は、 ここに`-1`を指定してください。

### post_max_size
POSTデータに許可される最大サイズを設定します。

660行目辺り
```php
; Maximum size of POST data that PHP will accept.
; Its value may be 0 to disable the limit. It is ignored if POST data reading
; is disabled through enable_post_data_reading.
; http://php.net/post-max-size
post_max_size = 8M
```
一般的に`memory_limit`は、`post_max_size`よりも大きくする必要があります。
POSTデータの大きさが、`post_max_size`より大きい場合、$_POST`と $_FILES superglobals`は空になります。

### upload_max_filesize
アップロードされるファイルの最大サイズ。

842行目辺り
```php
; Maximum allowed size for uploaded files.
; http://php.net/upload-max-filesize
upload_max_filesize = 2M
```

整数の場合の単位はバイト。

この近辺に要件によっては気にする必要がある設定があるので紹介します。

828行目辺りから
```php
; Whether to allow HTTP file uploads.
; http://php.net/file-uploads
file_uploads = On
```
HTTPファイルアップロードを有効とするかどうか。

```php
; Temporary directory for HTTP uploaded files (will use system default if not
; specified).
; http://php.net/upload-tmp-dir
;upload_tmp_dir =
```
ファイルアップロード時にファイル保存に用いるテンポラリディレクトリ。
PHPの実行ユーザーが書きこみ可能である必要があります。

```php
; Maximum number of files that can be uploaded via a single request
max_file_uploads = 20
```
同時にアップロードできるファイルの最大数。 

## 参考

- [php.net](https://www.php.net/)
  - [memory_limit](http://php.net/memory-limit)
  - [post_max_size](http://php.net/post-max-size)
  - [upload_max_filesize](http://php.net/upload-max-filesize)

アップロードファイルに関するphp.iniの設定


LAMP環境でLaravelを動かして`could not find driver`が出た時に、解決した方法についてです。

LaravelからMySQLに接続したときに、ドライバーがないためエラーになっています。

## 環境

- CentOS 7.6
- Apache 2.4
- MySQL 5.7.27
- PHP 7.3.10

## ドライバーを確認する

phpのモジュールにMySQLのドライバーが入っているか確認します。
PDOがSQLのドライバーにあたります。

```sh
$ php -m | grep pdo
pdo_sqlite
```

SQLite向けのドライバーしかありませんでした。
モジュールをまとめてインストールした際に、入れ忘れてたようです。

## ドライバーをインストールする

MySQLのドライバーは`php-mysqlnd`ですので、これをインストールしていきます。

PHP7.3はremiリポジトリを使っていたため以下のコマンドで`php-mysqlnd`をインストールします。

```sh
$ sudo yum -y install --enablerepo=remi,remi-php73 php-mysqlnd
```

remiリポジトリを使っていない場合（PHP 5.x）以下のコマンドでインストールできると思います。

```sh
# バージョンを確認
$ sudo yum info php-mysqlnd

# インストール
$ sudo yum install php-mysqlnd
```

インストールして`pdo_mysql`が追加されています。

```sh
$ php -m | grep pdo
pdo_mysql
pdo_sqlite
```

この後、Apacheを再起動するとエラーが解消されていました。

## おまけ：試行錯誤したときのログ

ドライバーがないことを知らず、パスが通ってないと考えていました。
`php.ini`に拡張モジュールを指定できる設定があり、これを変更したときのWarning。

`php.ini`に`extension=php_pdo_mysql.so`を加えました。

```sh
$ php -m | grep pdo
PHP Warning:  PHP Startup: Unable to load dynamic library 'php_pdo_mysql.so' (tried: /usr/lib64/php/modules/php_pdo_mysql.so (/usr/lib64/php/modules/php_pdo_mysql.so: cannot open shared object file: No such file or directory), /usr/lib64/php/modules/php_pdo_mysql.so.so (/usr/lib64/php/modules/php_pdo_mysql.so.so: cannot open shared object file: No such file or directory)) in Unknown on line 0
pdo_mysql
```

存在しないモジュールを指定すると、こういった警告が出るようです。
`php-mysqlnd`をインストールした後は、`extension`をコメントアウトに戻しておきました。

PHPモジュールは`/usr/lib64/php/modules/`にまとまっています。

【Laravel】CentOSのLAMP環境でcould not find driver


PHPで三角球面法を使って２点間距離を算出する関数を作成しました。

精度は正確には測っていません。

## 三角球面法

[球面三角法 - Wiki](https://ja.wikipedia.org/wiki/%E7%90%83%E9%9D%A2%E4%B8%89%E8%A7%92%E6%B3%95)

基本的な三角関数を組み合わせて、**球面上での辺や角の関係を扱う分野**です。
平面にもある余弦定理や正弦定理もまとまっています。
地球は丸いため、球面上の計算が必要です。

### 球面上での２点間距離の式

[緯度経度を用いた3つの距離計算方法 pdf](http://www.orsj.or.jp/archive2/or60-12/or60_12_701.pdf)の式(1)を基にしています。

赤道半径を$R$、2地点の緯度経度をそれぞれ（緯度$\phi_1$, 経度$\lambda_1$）、（緯度$\phi_2$, 経度$\lambda_2$）として、２点間距離$L$とすると以下の式になります。
距離の単位は赤道半径に依ります。

```math
L = R \arccos{( \sin \phi_1 \sin \phi_2 +  \cos \phi_1 \cos \phi_2 \cos{(\lambda_1 - \lambda_2)})}
```

## phpでのソースコード

クラーク胸像と札幌駅間の直線距離を計算してみました。

phpの三角関数はラジアンに変換する必要があります。

```php
/**
 * 2点間距離[m]を算出する。
 * 引数の緯度経度の単位は度。
 *
 * @param float $lat1_deg 地点１の緯度
 * @param float $lng1_deg 地点１の経度
 * @param float $lat2_deg 地点２の緯度
 * @param float $lng2_deg 地点２の経度
 * @return float
 */
function calcDistance($lat1_deg, $lng1_deg, $lat2_deg, $lng2_deg){
    // 赤道半径[m]
    $pole_radius = 6378137.0;

    // ラジアンに変換
    $lat1 = deg2rad($lat1_deg);
    $lng1 = deg2rad($lng1_deg);
    $lat2 = deg2rad($lat2_deg);
    $lng2 = deg2rad($lng2_deg);

    // 経度差
    $lngDiff = $lng1 - $lng2;
    $dist = sin($lat1)*sin($lat2) + cos($lat1)*cos($lat2)*cos($lngDiff);
    
    return $pole_radius * acos(min(max($dist,-1.0),1.0));
}


// クラーク胸像
$lat1_deg = 43.070694;
$lng1_deg = 141.343490;

// 札幌駅
$lat2_deg = 43.068806;
$lng2_deg = 141.350699;

$distance = calcDistance($lat1_deg, $lng1_deg, $lat2_deg  ,$lng2_deg);

echo $distance; // 622.78135287911
```

GoogleMapでの計測が623.40mでしたので差は1m以内でした。（クリックした位置がずれた可能性もあります。）

![map](/images/posts/160/167/distance.png)

## おわりに

より高い精度は[ヒュベニの公式](https://www.trail-note.net/tech/calc_distance/)やライブラリで計算されると良いかと。

### 参考

- [地球上の2地点間の距離を取得するアルゴリズム(ヒュベニ or 球面三角法)比較【JavaScript】](https://tech-blog.s-yoshiki.com/2018/05/92/)

JavaScriptでのヒュベニと球面三角法の関数、GeoLocationAPIでの計算が載っています。


三角球面法を使った２点間距離の算出 | php

APIのルーティングではGET, POST, PUT, DELETEといったHTTPリクエストに応じたコントローラーの関数を作ってくれるため、
Laravelでは統一感のあるRESTなAPIを手早く作れます。

exceptとonlyを指定することで、不要なリクエストは制限しておくべきです。

- Laravel 5.8で確認

## APIルーティングとアクション

**/routes/api.php**に以下のようなAPIを作ってみました。

```php
Route::resource('/user', 'Api\UsersController');
```

この状態でルーティングを表示するコマンド$ php artisan route:list -v`を叩くと以下のようになります。

```php
| Domain | Method | URI | Name | Action | Middleware |
+--------+-----------+------------------------------+------------------+---------------------------------------------------------+------------+
| | GET|HEAD | / | | App\Http\Controllers\Web\HomeController@index | web |
| | POST | api/user | user.store | App\Http\Controllers\Api\UserController@store | api |
| | GET|HEAD | api/user | user.index | App\Http\Controllers\Api\UserController@index | api |
| | GET|HEAD | api/user/create | user.create | App\Http\Controllers\Api\UserController@create | api |
| | DELETE | api/user/{user} | user.destroy | App\Http\Controllers\Api\UserController@destroy | api |
| | PUT|PATCH | api/user/{user} | user.update | App\Http\Controllers\Api\UserController@update | api |
| | GET|HEAD | api/user/{user} | user.show | App\Http\Controllers\Api\UserController@show | api |
| | GET|HEAD | api/user/{user}/edit | user.edit | App\Http\Controllers\Api\UserController@edit | api |
+--------+-----------+------------------------------+------------------+---------------------------------------------------------+------------+
```

7つのアクションの関数が作成されました。
毎回すべて使うことはないため、onlyとexceptで制限します。

## only

onlyは利用するアクションだけ指定できます。
書き方は`['only' => [利用するアクション]]`です。

```php
// indexとstoreのみ利用する
Route::resource('/user', 'Api\UsersController', ['only' => ['store','index']]);
```

この場合のroute:listは以下のようになり、`store`と`index`に絞れました。

```php
| Domain | Method | URI | Name | Action | Middleware |
+--------+-----------+------------------------------+------------------+---------------------------------------------------------+------------+
| | GET|HEAD | / | | App\Http\Controllers\Web\HomeController@index | web |
| | POST | api/user | user.store | App\Http\Controllers\Api\UserController@store | api |
| | GET|HEAD | api/user | user.index | App\Http\Controllers\Api\UserController@index | api |
+--------+-----------+------------------------------+------------------+---------------------------------------------------------+------------+
```

## except

onlyとは逆に、除外するアクションを指定します。
書き方は`['only' => [除外するアクション]]`です。

```php
// editとcreateは不要
Route::resource('/user', 'Api\UsersController', ['except' => ['edit','create']]);
```

この場合のroute:listは以下のようになり、`edit`と`create`は除外されます。

```php
| Domain | Method | URI | Name | Action | Middleware |
+--------+-----------+------------------------------+------------------+---------------------------------------------------------+------------+
| | GET|HEAD | / | | App\Http\Controllers\Web\HomeController@index | web |
| | POST | api/user | user.store | App\Http\Controllers\Api\UserController@store | api |
| | GET|HEAD | api/user | user.index | App\Http\Controllers\Api\UserController@index | api |
| | DELETE | api/user/{user} | user.destroy | App\Http\Controllers\Api\UserController@destroy | api |
| | PUT|PATCH | api/user/{user} | user.update | App\Http\Controllers\Api\UserController@update | api |
| | GET|HEAD | api/user/{user} | user.show | App\Http\Controllers\Api\UserController@show | api |
+--------+-----------+------------------------------+------------------+---------------------------------------------------------+------------+
```

## 参考

- [Laravel 5.8 コントローラ](https://readouble.com/laravel/5.8/ja/controllers.html)
- [Laravel5.7: usersのCRUD機能を実装する](https://qiita.com/sutara79/items/cd4371b246b44a2cf87f)

### Laravelのおすすめ参考書

こちらの書籍でLaravelの全体像が分かりやすいです。
MVCの概念の説明から開発環境の構築、Laravelの基本的な機能について学べます。

[PHPフレームワーク Laravel入門](https://amzn.to/2JVDkzI)

<a href="https://www.amazon.co.jp/PHP%E3%83%95%E3%83%AC%E3%83%BC%E3%83%A0%E3%83%AF%E3%83%BC%E3%82%AF-Laravel%E5%85%A5%E9%96%80-%E6%8E%8C%E7%94%B0%E6%B4%A5%E8%80%B6%E4%B9%83-ebook/dp/B07CLLW4MX/ref=as_li_ss_il?__mk_ja_JP=%E3%82%AB%E3%82%BF%E3%82%AB%E3%83%8A&keywords=php7&qid=1558422296&s=books&sr=1-10&linkCode=li2&tag=suzu60c-22&linkId=619adb9f2b17c0e2847db78ab33c8e81" target="_blank"><img border="0" src="//ws-fe.amazon-adsystem.com/widgets/q?_encoding=UTF8&ASIN=B07CLLW4MX&Format=_SL160_&ID=AsinImage&MarketPlace=JP&ServiceVersion=20070822&WS=1&tag=suzu60c-22" ></a><img src="https://ir-jp.amazon-adsystem.com/e/ir?t=suzu60c-22&l=li2&o=9&a=B07CLLW4MX" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" />

- バージョン：Laravel 5.4
- OS：Windows, Mac OS対応

注意：HTML/CSSが解かる人向けです。基本からちょっと外れたこと（既存のDBを使う方法など）は載っていません。

APIルーティングでActionを制限する exceptとonly | Laravel5.8

既設のDBのテーブルを利用した場合、作成更新日時を記録するカラムとLaravelの標準なカラムと合わないことがあります。
LaravelのModeleに設定を加え**update_atとcreate_atと異なるカラム名にも対応させます**。

## Model

Mpdelでは**Illuminate\Database\Eloquent\Model**を継承している。
そこで、`CREATED_AT`と`UPDATED_AT`をオーバーライドすることで実現します。

`created`と`updated`に対応させてみます。

```php
<?php

namespace App\Models;

use Illuminate\Database\Eloquent\Model;

class User extends Model
{
 // テーブル名
 protected $table = 't_user';

 // プライマリーキー
 protected $primaryKey = 'user_id';

 // カラム名をオーバーライド
 const CREATED_AT = 'created';
 const UPDATED_AT = 'updated';

 // 日付フォーマット
 protected $dateFormat = 'Y-m-d H:i:s.u'; 

 // 属性の保護
 protected $guarded = ['user_id', 'created', 'updated'];
}
```
これで、作成更新日時がそれぞれ割り当てられました。
他のカラム名でも同様に変更できます。

### $dateFormat

関連する設定として$dateFormat`に日付のフォーマットを指定しています。

### $guarded

createメソッドで自動入力されるidと作成更新日時を操作しないよう保護することができます。
カラムに代入できないようにブラックリストとしての役割です。
(`user_id`は自動インクリメントする前提）

反対に、$fillable`はホワイトリストとして働きます。
どちらか片方しか使用できません。

### 参考

- [Laravel 5.8 Eloquent：利用の開始](https://readouble.com/laravel/5.8/ja/eloquent.html)

Modelのupdate_atとcreate_atをカラムに合わせる | Laravel5.8


PHPで閏年を判定する式を紹介する。

動作確認：PHP 7.3

## date('L')

`date()`に引数`'L'`を渡すと閏年かどうか判定できる。
`date('L')`では今年が閏年かどうか`0`または`1`を返します。

```php
// 2019年05月20日現在
echo date('L');
// 0
```

if文を使って今年が閏年かどうか判定してみます。

```php
if (date('L')){
    echo "閏年です。";
}else{
    echo "閏年ではありません。";
}
// 閏年ではありません。
```

### date('L', timestamp)

`date()`にはUnixのタイムスタンプを渡すことができます。

「2020年01月01日00時00分00秒000ms」のUnixタイムスタンプは`1577833200`ですのでこれを渡してみます。

```php
echo date('L', 1577833200);
// 1
```

ただ、これだと人間には解かりづらいため`mktime()`か`strtotime()`を使います。

```php
// 2020年01月01日00時00分00秒000ms

mktime(0,0,0,1,1,2020); // 1577833200

strtotime('2020-01-01'); // 1577833200
// strtotime('2020-01-01 00:00:00');と同様
```

詳しい使い方はそれぞれPHP マニュアルの[mktime](https://www.php.net/manual/ja/function.mktime.php)、[strtotime](https://www.php.net/manual/ja/function.strtotime.php)をご覧ください。

### 指定した年が閏年かどうか判定する

指定した年が閏年かどうか判定する関数を作ってみます。

mktimeの書式は`mktime(時, 分, 秒, 月, 日, 年)`です。
６個目の引数を変えれば指定した閏年の判定に使えます。

```php
function is_leap_year($year){
    return date('L', mktime(0,0,0,1,1,$year))
}
```
あまり関数にする必要はなかったかも。

### 閏年を列挙する

西暦2020年から2110年までの閏年を列挙してみます。

中途半端なのは2100年は閏年ではないことも判定できるかどうか調べるためです。

```php
// 2020から2110までの配列
$years = range(2020, 2111);

// 閏年をフィルタリング
$leap_years = array_filter($years, function($year) {
    return date('L', mktime(0,0,0,1,1,$year));
});

print_r($leap_years);
```

**出力**

```
Array
(
    [0] => 2020
    [4] => 2024
    [8] => 2028
    [12] => 2032
    [16] => 2036
    [20] => 2040
    [24] => 2044
    [28] => 2048
    [32] => 2052
    [36] => 2056
    [40] => 2060
    [44] => 2064
    [48] => 2068
    [52] => 2072
    [56] => 2076
    [60] => 2080
    [64] => 2084
    [68] => 2088
    [72] => 2092
    [76] => 2096
    [84] => 2104 // 2100年は閏年ではない
    [88] => 2108
)
```

2100年は閏年ではないこともちゃんと識別できていました。

array_filterについてはこちら

- [配列をフィルタリングするarray_filter｜PHP](https://www.suzu6.net/posts/162-php-array_filter/)

### 参考

- [PHP マニュアル](https://www.php.net/manual/ja/function.date.php)

閏年の判定date('L')｜PHP


`array_filter`で配列をフィルタリングできます。
気に入ったのでサンプルをいくつか作成しました。

- 動作確認：PHP 7.3
- `array_filter`の実行可能バージョン: (PHP 4 >= 4.0.6, PHP 5, PHP 7)

## 配列のフィルタリング

配列の中から目的の条件に合致した要素を取り出します。
PHPの[array_filter](https://www.php.net/manual/ja/function.array-filter.php)SQLの`WHERE`やPythonの[filter()](https://docs.python.org/ja/3/library/functions.html#filter)にあたります。

`array_filter`を使って偶数を取り出すコードを書いてみます。

```php
// 0から10までの整数
$list = range(0, 10);

// フィルタリング
$even = array_filter($list, function($num) {
    // 条件
    return $num % 2 === 0;
});

print_r($even);
/* 出力
Array
(
    [0] => 0
    [2] => 2
    [4] => 4
    [6] => 6
    [8] => 8
    [10] => 10
)
*/
```

`return $num % 2 === 0;`ここで条件に合致した要素だけを取り出すことができます。

### foreach文を使った方法

上のコードをforeachを使って書くと以下のようになる。

```php
$list = range(0, 10);

// 配列として宣言
$even = array();

foreach($list as $num){
    if($num % 2 === 0){
        // 末尾に追加
        $even[] = $num;
    }
}

print_r($even);
/* 出力
Array
(
    [0] => 0
    [1] => 2
    [2] => 4
    [3] => 6
    [4] => 8
    [5] => 10
)
*/
```

あらかじめ配列を宣言したり配列に追加する処理を書く必要があり、filter_map()を使ったコードと比べて冗長です。
そのため、注力したい条件の部分が分かりずらくなっています。
また、インデックスが異なるため元配列から参照できなくなっています。

## フィルタリングのコードサンプル

条件式を変えるだけですが、いくつか有用そうなサンプルを置いておきます。

渡している配列は指定がなければint型の配列です。

### 奇数・偶数

```php
// 奇数
$odd = array_filter($list, function($num) {
    return $num % 2 !== 0;
});
```

```php
// 偶数
$even = array_filter($list, function($num) {
    return $num % 2 === 0;
});
```

### 閏年の判定

```php
$leap_years = array_filter($years, function($year) {
    return date('L', mktime(0,0,0,1,1,$year));
});
```

### 閾値

連想配列のフィルタリングは結構使うかもしれません。

```php
$users = array(
    array('name' => 'suzu', 'age' => 28),
    array('name' => 'taro', 'age' => 30),
    array('name' => 'kenzo', 'age' => 40),
);

// 30歳以上
$over30 = array_filter($users, function($user) {
    return $user['age'] >= 30;
});

print_r($over30);
/*
Array
(
    [1] => Array
        (
            [name] => taro
            [age] => 30
        )

    [2] => Array
        (
            [name] => kenzo
            [age] => 40
        )

)
*/
```


### 参考

- [PHP マニュアル](https://www.php.net/manual/ja/function.date.php)

配列をフィルタリングするarray_filterのサンプル｜PHP

Laravelから外部サーバーに立てたPostgreSQLに接続できないエラー`could not find driver`を解消した。

## 環境

- CentOS 7
- Laravel 5.8
- php7.3
- Nginx

php7.3はremiリポジトリのものを利用している。詳しくは下記の記事参照。

- [CentOS7にPHP7.3をインストールする](https://www.suzu6.net/posts/152-centos7-php-73/)

PostgreSQLに関して、`.env`と`\config\database.php`の設定をしてある。

`.env`

```
DB_CONNECTION=pgsql
DB_HOST=ホスト先のサーバIP
DB_PORT=5432
DB_DATABASE=db_name
DB_USERNAME=user_name
DB_PASSWORD=secret
```

`\config\database.php`

```php
'default' => env('DB_CONNECTION', 'pgsql'),
```

デフォルトをpgsqlに変更。

## 現象

コントローラー内でテーブルからデータを取得をする処理を実行した際に下記のエラー。

```log
[2019-05-15 04:58:19] local.ERROR: could not find driver (SQL: select * from "table_name") {"exception":"[object] (Illuminate\\Database\\QueryException(code: 0): could not find driver (SQL: select * from \"table_name\") at /srv/www/App/vendor/laravel/framework/src/Illuminate/Database/Connection.php:664, PDOException(code: 0): could not find driver at /srv/www/App/vendor/laravel/framework/src/Illuminate/Database/Connectors/Connector.php:70)
```

**要はPostgreSQLを操作するドライバーがないようです。**

### ドライバーのインストール

[こちら](https://qiita.com/SOJO/items/64bcc7954a32a5165498)の記事より、`php-pdo_pgsql`がPostgreSQLのドライバーみたいです。

その前に現在のphpのrpmを確認する。

```sh
$ rpm -qa | grep php
php-devel-7.3.4-1.el7.remi.x86_64
php-mbstring-7.3.4-1.el7.remi.x86_64
php73-php-json-7.3.4-1.el7.remi.x86_64
php-pecl-mcrypt-1.0.2-2.el7.remi.7.3.x86_64
php-pdo-7.3.4-1.el7.remi.x86_64
php73-php-common-7.3.4-1.el7.remi.x86_64
php-json-7.3.4-1.el7.remi.x86_64
php-cli-7.3.4-1.el7.remi.x86_64
php-gd-7.3.4-1.el7.remi.x86_64
php-common-7.3.4-1.el7.remi.x86_64
php-7.3.4-1.el7.remi.x86_64
php-xml-7.3.4-1.el7.remi.x86_64
php73-runtime-2.0-1.el7.remi.x86_64
php-fpm-7.3.4-1.el7.remi.x86_64
```

インストールする。

```sh
$ sudo yum install php-pdo_pgsql

インストール:
 php-pgsql.x86_64 0:7.3.5-1.el7.remi

依存性関連をインストールしました:
 oniguruma5.x86_64 0:6.9.2-1.el7.remi

依存性を更新しました:
 php.x86_64 0:7.3.5-1.el7.remi php-cli.x86_64 0:7.3.5-1.el7.remi
 php-common.x86_64 0:7.3.5-1.el7.remi php-devel.x86_64 0:7.3.5-1.el7.remi
 php-fpm.x86_64 0:7.3.5-1.el7.remi php-gd.x86_64 0:7.3.5-1.el7.remi
 php-json.x86_64 0:7.3.5-1.el7.remi php-mbstring.x86_64 0:7.3.5-1.el7.remi
 php-pdo.x86_64 0:7.3.5-1.el7.remi php-xml.x86_64 0:7.3.5-1.el7.remi

完了しました!
```

無事、エラーが解消されました。

### Laravelのおすすめ参考書

こちらの書籍でLaravelの全体像が分かりやすいです。
MVCの概念の説明から開発環境の構築、Laravelの基本的な機能について学べます。

[PHPフレームワーク Laravel入門](https://amzn.to/2JVDkzI)

<a href="https://www.amazon.co.jp/PHP%E3%83%95%E3%83%AC%E3%83%BC%E3%83%A0%E3%83%AF%E3%83%BC%E3%82%AF-Laravel%E5%85%A5%E9%96%80-%E6%8E%8C%E7%94%B0%E6%B4%A5%E8%80%B6%E4%B9%83-ebook/dp/B07CLLW4MX/ref=as_li_ss_il?__mk_ja_JP=%E3%82%AB%E3%82%BF%E3%82%AB%E3%83%8A&keywords=php7&qid=1558422296&s=books&sr=1-10&linkCode=li2&tag=suzu60c-22&linkId=619adb9f2b17c0e2847db78ab33c8e81" target="_blank"><img border="0" src="//ws-fe.amazon-adsystem.com/widgets/q?_encoding=UTF8&ASIN=B07CLLW4MX&Format=_SL160_&ID=AsinImage&MarketPlace=JP&ServiceVersion=20070822&WS=1&tag=suzu60c-22" ></a><img src="https://ir-jp.amazon-adsystem.com/e/ir?t=suzu60c-22&l=li2&o=9&a=B07CLLW4MX" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" />

- バージョン：Laravel 5.4
- OS：Windows, Mac OS対応

注意：HTML/CSSが解かる人向けです。基本からちょっと外れたこと（既存のDBを使う方法など）は載っていません。

LaravelでPostgreSQLに接続できないエラー|could not find driver


CentOS7にPHP7.3をインストールしていく手順です。7系は同じ手順で大丈夫です。
デフォルトのyumでは5.4までしかインストールできないため、**EPEL**と**Remi**を追加しています。

2019-01-07 追記  EPELのリポジトリを有効にしてインストールするようにコマンドを修正。

### 環境

- CentOS7.6
- x86_64

目的のPHPは7.3です。

## PHPのインストール前の準備

EPELやRemiが追加済みであれば、飛ばしてください。

### 現在のPHPバージョンを確認

```sh
$ rpm -qa | grep php
$ php -v
-bash: php: コマンドが見つかりません
```
PHPは入っていないようです。

インストール済みのPHPを削除する場合は`yum remove php-*`です。


### EPELリポジトリを追加

CentOS7のExtraパッケージにEPELのrpmがあります。
EPELをインストール後、更新します。

```sh
# EPELをインストール
$ sudo yum install epel-release

# yumを更新
$ sudo yum update
```

### Remiリポジトリを追加

[Remi](http://rpms.remirepo.net/)こちらもEPELと同様に便利なリポジトリです。
Remiをインストール後、更新します。

```sh
# Remiをインストール
$ sudo yum -y install http://rpms.famillecollet.com/enterprise/remi-release-7.rpm

# yumを更新
$ sudo yum update
```

remi-release-8.rpmもありましたが**Enterprise Linux - Development version**だったので、remi-release-7.rpmを使いました。

### リポジトリのリストを確認

現在のリポジトリリストです。

```sh
$ sudo　yum repolist
リポジトリー ID                                  リポジトリー名
base/7/x86_64                                    CentOS-7 - Base
*epel/x86_64                                     Extra Packages for Enterprise Linux 7 - x86_64
remi-safe                                        Safe Remi's RPM repository for Enterprise Linux 7 - x86_64
```

EPELとRemiが入っており、バージョンも大丈夫そうです。

## PHP7.xをインストールする

PHP7.3をインストールします。
他の7.x系をお探しのかたは、数値を読み替えてください。

### yumでPHP7.3をインストールする

remi-php73と依存関係のモジュールをインストールします。

```sh
$ sudo yum -y install --enablerepo=epel,remi,remi-php73 php php-devel php-mbstring php-pdo php-gd php-xml php-mcrypt
インストール:
  php.x86_64 0:7.3.4-1.el7.remi            php-devel.x86_64 0:7.3.4-1.el7.remi
  php-gd.x86_64 0:7.3.4-1.el7.remi         php-mbstring.x86_64 0:7.3.4-1.el7.remi
  php-pdo.x86_64 0:7.3.4-1.el7.remi        php-pecl-mcrypt.x86_64 0:1.0.2-2.el7.remi.7.3
  php-xml.x86_64 0:7.3.4-1.el7.remi

依存性関連をインストールしました:
  apr.x86_64 0:1.4.8-3.el7_4.1                  apr-util.x86_64 0:1.5.2-6.el7
  autoconf.noarch 0:2.69-11.el7                 automake.noarch 0:1.13.4-3.el7
  cpp.x86_64 0:4.8.5-36.el7_6.1                 dejavu-fonts-common.noarch 0:2.33-6.el7
  dejavu-sans-fonts.noarch 0:2.33-6.el7         fontconfig.x86_64 0:2.13.0-4.3.el7
  fontpackages-filesystem.noarch 0:1.44-8.el7   gcc.x86_64 0:4.8.5-36.el7_6.1
  gcc-c++.x86_64 0:4.8.5-36.el7_6.1             gd-last.x86_64 0:2.2.5-8.el7.remi
  glibc-devel.x86_64 0:2.17-260.el7_6.4         glibc-headers.x86_64 0:2.17-260.el7_6.4
  httpd.x86_64 0:2.4.6-88.el7.centos            httpd-tools.x86_64 0:2.4.6-88.el7.centos
```

### 確認する

コマンドでインストールを確認します。

```sh
$ php -v
PHP 7.3.4 (cli) (built: Apr  2 2019 13:48:50) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.3.4, Copyright (c) 1998-2018 Zend Technologies

$ rpm -qa | grep php
php-devel-7.3.4-1.el7.remi.x86_64
php-mbstring-7.3.4-1.el7.remi.x86_64
php-pecl-mcrypt-1.0.2-2.el7.remi.7.3.x86_64
php-pdo-7.3.4-1.el7.remi.x86_64
php-json-7.3.4-1.el7.remi.x86_64
php-cli-7.3.4-1.el7.remi.x86_64
php-gd-7.3.4-1.el7.remi.x86_64
php-common-7.3.4-1.el7.remi.x86_64
php-7.3.4-1.el7.remi.x86_64
php-xml-7.3.4-1.el7.remi.x86_64
```

インストールできているが、php73でコマンドが通っているようです。

## tips

### php-○○ と共通部分を書くのが面倒くさい
モジュールを追加していくとphp-○○と同じ文字が並んで書くのがだるくなります。
そこで`php-{devel,mbstring}`と書くと`php-devel, php-mbstring`をそれぞれインストールしてくれます。

インストールと同様に書くとこんな感じです。
```sh
$ sudo yum -y install --enablerepo=epel,remi,remi-php73 php php-{devel,mbstring,pdo,gd,xml,mcrypt}
```

### リポジトリの有効化
モジュールによっては依存関係を解消できない等でエラーが出ます。
```sh
// 例　
Error: Package: php-cli-7.3.13-1.el7.remi.x86_64 (remi-php73)
           Requires: libargon2.so.0()(64bit)
```
Remiだけでphp-cliをインストールした際に依存関係を解消できずエラーがでました。epelのリポジトリも有効にして`sudo yum -y install --enablerepo=remi,epel`とすると解消します。
その他のモジュールなどで必要なリポジトリがある場合は`--enablerepo`の後に追記してください。

また、`--skip-broken`を付けるとエラーが出た際にインストールを止めずに全て試みることができます。
最後に`Skipped (dependency problems):`とスキップしたものの一覧が出ます。


## 参考

- [CentOS6／CentOS7にPHP5.6／PHP7をyumでインストール](https://qiita.com/ozawan/items/caf6e7ddec7c6b31f01e)
- [[CentOS7]EPELリポジトリの簡単な追加方法](https://zero-config.com/centos/install-epel.html)
- [【Laravel超入門】Laravel5.6 + PHP7.2 + centOS7 + Vagrant 環境構築](https://qiita.com/inexp_eng4432/items/ec818f151b8ad516988b)

## CentOS7の設定についての記事

- [CentOSでユーザがsudoを使えるように設定する方法](https://www.suzu6.net/posts/144-centos-su-user/)
- [CentOSの時刻を手動で変更](https://www.suzu6.net/posts/168-centos-timedatectl/)

CentOS7にPHP7.3をインストールする

**Laradockを利用してDocker上にLaravel環境を構築する手順**です。
NginxとPHP7.3の環境にします。

※ 多少抜け漏れがあります。GW中には修正します。

## 環境とバージョン

- Laradock
- PHP 7.3
- Laravel 5.3
- Nginx

DBの接続はまだ書けていません。
作業環境がWindows10 Homeであるため、DockerはDocker Tool Boxを利用しています。

### 準備

gitとDocker、docker-composeを用意してください。

- 公式：[Docker CE](https://docs.docker.com/install/)

また、当サイトではDockerの環境の構築手順は以下の記事を用意しています。

- Windows 10 HomeまたはWindows 7の場合
 - [Windows10にDockerToolboxでDocker環境を構築する](https://www.suzu6.net/posts/85-windows-10-docker-toolbox)
- Windows 10 Proの場合
 - [Windows10にWSLで作った環境にdockerをインストールするまで](https://www.suzu6.net/posts/129-docker-compose-at-ubuntu)

## Laravelの環境構築

今回は`project`ディレクトリを作ってその中で作業します。
最終的なLaradockとLaravelのアプリ`MyApp`の構成は以下のようになります。

```sh
project/
 ├─ laradock
 | ├─ nginx
 | ├─ php-fpm
 | └─ .env
 └─ MyApp
 ├─ public # nginxで通すパス
 └─ composer.json # 依存するパッケージを定義するためのファイル
```

### laradockをインストールする

laradockを導入していきます。

[laradock/laradock](https://github.com/Laradock/laradock)

```sh
# projectに移動してclone
$ cd path/to/project
project$ git clone https://github.com/Laradock/laradock.git

# 設定ファイルをリネームする
project$ cd laradock
laradock$ cp env-example .env
```

`project/laradock/.env`には、Docker Imageの設定が入っています。

### .envの設定とPHPのバージョン変更

NginxでPHPを動かすためphp-fpmを使います。理由は[こちら](https://qiita.com/kotarella1110/items/634f6fafeb33ae0f51dc)。

`project/laradock/.env`にあるPHPのバージョンを変更します。

```diff
### PHP Version ###########################################

# Select a PHP version of the Workspace and PHP-FPM containers (Does not MyApply to HHVM). Accepted values: 7.3 - 7.2 - 7.1 - 7.0 - 5.6
- PHP_VERSION=7.2
+ PHP_VERSION=7.3
```

バージョンを変更したので、php-fpmのイメージを作り直します。

```sh
laradock$ docker-compose build php-fpm
```

他のバージョンについてはこちら。

[Laradockでphpのバージョンを変更する](https://www.suzu6.net/posts/139-laradock-switch-php-version/)


### コンテナの作成と開始

必要なコンテナを立ち上げます。

```sh
laradock$ docker-compose up -d nginx mysql workspace
```

立ち上がっているコンテナを確認します。

```sh
laradock$ docker-compose ps
指定されたパスが見つかりません。
 Name Command State Ports
---------------------------------------------------------------------------------------------------------------
laradock_docker-in-docker_1 dockerd-entrypoint.sh Up 2375/tcp
laradock_mysql_1 docker-entrypoint.sh mysqld Exit 3
laradock_nginx_1 /bin/bash /opt/startup.sh Up 0.0.0.0:443->443/tcp, 0.0.0.0:80->80/tcp
laradock_php-fpm_1 docker-php-entrypoint php-fpm Up 9000/tcp
laradock_workspace_1 /sbin/my_init Up 0.0.0.0:2222->22/tcp
```

php-fpmコンテナも一緒に立ち上がります。

※ mysqlコンテナが立ち上がっていないため、いつか修正する。

## Laravelのセットアップ

workspaceコンテナにLaravelをインストールしていきます。

### コンテナの準備

workspaceのコンテナに入って、Laravelをインストールする準備をします。
`docker-compose exec {コンテナ名} bash`で立ち上げているコンテナに入ることができます。

```sh
laradock$ docker-compose exec workspace bash
/var/www#
```

イメージのOSディストリビューションは**Ubuntu 16.04 LTS**でした。
インストーラー`apt-get`の更新と作業用の`vim`を入れておきます。

```sh
/var/www# apt-get update
/var/www# apt-get install vim
```

### Laravel 5.8のインストール

Laravelのプロジェクト**MyApp**を作る。

```sh
/var/www# mkdir MyApp
/var/www# ls
MyApp
```

composerは既に入っています。
Laravel 5.8をインストールします。

```sh
/var/www# composer create-project "laravel/laravel=5.8.*" MyApp

# 中を確認します。
/var/www# ls MyApp/
MyApp bootstrap composer.lock database phpunit.xml readme.md routes storage vendor
artisan composer.json config package.json public resources server.php tests webpack.mix.js
```

アプリケーションキーの作成と`.env`ファイルを作成します。

```sh
/var/www# cd MyApp/
/var/www/MyApp# cp -p .env.example .env
/var/www/MyApp# php artisan key:generate
```

続いて、ファイルアップロードの機能用にディレクトリの権限を変更します。

```sh
/var/www/MyApp# chmod 766 storage
/var/www/MyApp# chmod 766 bootstrap/cache
```

workspaceのコンテナの作業は終わりです。
コンテナから出ます。

```sh
/var/www# exit
```

### アプリケーションのパスを通す

`project/MyApp`にアプリケーションのパスを通します。

**docker-compose.yml**
```diff
 volumes:
- - ${APP_CODE_PATH_HOST}:${APP_CODE_PATH_CONTAINER}${APP_CODE_CONTAINER_FLAG}
+ - ${APP_CODE_PATH_HOST}/MyApp:${APP_CODE_PATH_CONTAINER}${APP_CODE_CONTAINER_FLAG}
```

Nginxのルートに`MyApp/public`を通します。

**laradock/nginx/sites/default.conf**

```diff
- root /var/www/public;
+ root /var/www/MyApp/public;
```

コンテナを再起動する。
```sh
$ docker-compose restart
```

[http://localhost/](http://localhost/)を開いてLaravelの画面が出たら完了です。
お疲れ様でした。

## 参考

### 公式

- [Laravel 5.8 Installation](https://laravel.com/docs/5.8)
- [Laradock](https://laradock.io/)
- [Docker CE](https://docs.docker.com/install/)

### 記事

- [nginx と PHP-FPM の仕組みをちゃんと理解しながら PHP の実行環境を構築する](https://qiita.com/kotarella1110/items/634f6fafeb33ae0f51dc)
- [Laradockを使ったLaravel開発環境構築](https://qiita.com/J_Shell/items/695a30fd38444d065ae5)

### Laravelのおすすめ参考書

こちらの書籍でLaravelの全体像が分かりやすいです。
MVCの概念の説明から開発環境の構築、Laravelの基本的な機能について学べます。

[PHPフレームワーク Laravel入門](https://amzn.to/2JVDkzI)

<a href="https://www.amazon.co.jp/PHP%E3%83%95%E3%83%AC%E3%83%BC%E3%83%A0%E3%83%AF%E3%83%BC%E3%82%AF-Laravel%E5%85%A5%E9%96%80-%E6%8E%8C%E7%94%B0%E6%B4%A5%E8%80%B6%E4%B9%83-ebook/dp/B07CLLW4MX/ref=as_li_ss_il?__mk_ja_JP=%E3%82%AB%E3%82%BF%E3%82%AB%E3%83%8A&keywords=php7&qid=1558422296&s=books&sr=1-10&linkCode=li2&tag=suzu60c-22&linkId=619adb9f2b17c0e2847db78ab33c8e81" target="_blank"><img border="0" src="//ws-fe.amazon-adsystem.com/widgets/q?_encoding=UTF8&ASIN=B07CLLW4MX&Format=_SL160_&ID=AsinImage&MarketPlace=JP&ServiceVersion=20070822&WS=1&tag=suzu60c-22" ></a><img src="https://ir-jp.amazon-adsystem.com/e/ir?t=suzu60c-22&l=li2&o=9&a=B07CLLW4MX" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" />

- バージョン：Laravel 5.4
- OS：Windows, Mac OS対応

注意：HTML/CSSが解かる人向けです。基本からちょっと外れたこと（既存のDBを使う方法など）は載っていません。

LaradockでPHP 7.3のLaravel環境構築

Laradockでphpのバージョンを変更する手順です。
デフォルトが`php 7.2`でしたので、`php 7.3`に変更しました。
`php-fpm`を利用しています。

現在対応しているバージョンは以下の通り。

- 7.3 
- 7.2
- 7.1
- 7.0
- 5.6

## ディレクトリと構成

プロジェクト直下にlaradockとpublicを置く構成。
[http://localhost/info.php](http://localhost/info.php)でphpのバージョンを確認できるようにしてある。

```sh
project
 ├─ laradock
 | ├─ nginx
 | ├─ php-fpm
 | └─ .env
 └─ public
 ├─ index.html
 └─ info.php
```

`./public/info.php`

```php
<?php
phpinfo();
```

`./laradoc/.env`

**./laradock/.env**の変更点。`public`を表示するようにしている。

```diff
- APP_CODE_PATH_HOST=../
+ APP_CODE_PATH_HOST=../public/

- APP_CODE_PATH_CONTAINER=/var/www/
+ APP_CODE_PATH_CONTAINER=/var/www/public/
```

## phpのバージョン

デフォルトのphpのバージョンは**7.2**でした。

**./laradock/.env**

```sh
# Select a PHP version of the Workspace and PHP-FPM containers (Does not apply to HHVM). Accepted values: 7.3 - 7.2 - 7.1 - 7.0 - 5.6
PHP_VERSION=7.2
```

### バージョンの設定とbuild

バージョンの変更は設定を変え、buildします。

#### 1. `PHP_VERSION`を変更する

**./laradock/.env**

```diff
# Select a PHP version of the Workspace and PHP-FPM containers (Does not apply to HHVM). Accepted values: 7.3 - 7.2 - 7.1 - 7.0 - 5.6
- PHP_VERSION=7.2
+ PHP_VERSION=7.3
```

5.6, 7.0, 7.1, 7.2, 7.3に変更できます。マイナーバージョンは各最新のものです。

#### 2. php-fpmをbuildする

```sh
$ docker-compose build php-fpm
```

#### 3. phpinfo()を確認する

Nginxとworkspaceを立ち上げる。

```sh
$ docker-compose up -d nginx workspace
```

[http://localhost/info.php](http://localhost/info.php)でphpのバージョンを確認する。

![phpinfo](/images/posts/139/phpinfo.png)

出来た！

## 参考

[Change php version in laradock](https://medium.com/@abdulwahabcomsi/change-php-version-in-laradock-6bdb4722d26b)

バージョンを変更して立ち上げるシェルスクリプトを公開しています。

```sh
#!/bin/bash
version=$1
echo 'changing Php Version to '$1;
###change version in env file 
sed -i '.bak' "s/PHP_VERSION=.../PHP_VERSION=$1/g" '.env' 
### Build fpm and cli for new version 
docker-compose build php-fpm 
docker-compose build workspace 
### Restart Container to use new version of php
docker-compose down 
docker-compose up -d nginx mysql workspace redis
```

### Laravelのおすすめ参考書

こちらの書籍でLaravelの全体像が分かりやすいです。
MVCの概念の説明から開発環境の構築、Laravelの基本的な機能について学べます。

[PHPフレームワーク Laravel入門](https://amzn.to/2JVDkzI)

<a href="https://www.amazon.co.jp/PHP%E3%83%95%E3%83%AC%E3%83%BC%E3%83%A0%E3%83%AF%E3%83%BC%E3%82%AF-Laravel%E5%85%A5%E9%96%80-%E6%8E%8C%E7%94%B0%E6%B4%A5%E8%80%B6%E4%B9%83-ebook/dp/B07CLLW4MX/ref=as_li_ss_il?__mk_ja_JP=%E3%82%AB%E3%82%BF%E3%82%AB%E3%83%8A&keywords=php7&qid=1558422296&s=books&sr=1-10&linkCode=li2&tag=suzu60c-22&linkId=619adb9f2b17c0e2847db78ab33c8e81" target="_blank"><img border="0" src="//ws-fe.amazon-adsystem.com/widgets/q?_encoding=UTF8&ASIN=B07CLLW4MX&Format=_SL160_&ID=AsinImage&MarketPlace=JP&ServiceVersion=20070822&WS=1&tag=suzu60c-22" ></a><img src="https://ir-jp.amazon-adsystem.com/e/ir?t=suzu60c-22&l=li2&o=9&a=B07CLLW4MX" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" />

- バージョン：Laravel 5.4
- OS：Windows, Mac OS対応

注意：HTML/CSSが解かる人向けです。基本からちょっと外れたこと（既存のDBを使う方法など）は載っていません。

Laradockでphpのバージョンを変更する


PHPの動作確認をしたいとき、ローカルに環境がないと結構面倒です。
ブラウザ上で簡単にPHPの動作確認が出来るページをまとめました。
バージョンの違いを試したいときにも役立つはずです。

## 3v4l.org

![3v4l](/images/posts/122/3v4l.png)

[https://3v4l.org](https://3v4l.org)

PHP専用の環境です。
中央のフォームにコードを書いて「eval();」ボタンを押すと実行できます。
PHPに特化しているため、シンプルで使い勝手が良いです。


- 複数バージョンで実行
- コードのパフォーマンス比較もできる
- シンタックスハイライト付き
- 登録なしでサイトを開いて直ぐに利用できる

使い勝手が良くお勧めできるので、もう少し詳しく説明します。

### 複数のバージョンで比較できる！

このサイトが素晴らしいのは、**複数のバージョンで動作確認して比較できる**ことです！
バージョン毎の出力やエラーを確認したり、実行時間の確認が可能です。

#### 例）Hello World

例えば、どのバージョンでも対応してそうな`echo "Hello World";`を実行すると。。。

![hello](/images/posts/122/hello.png)

出力と一緒に、Outputの上部に「Output for 4.3.0 - 5.6.40, hhvm-3.10.1 - 3.22.0, 7.0.0 - 7.3.3」と出ました。
これは、4.3から最新の7.3まで同じ出力だったことを示してます。

#### 例）新しく導入した書き方

続いて、バージョンに依存する場合です。
php 7から導入された[スカラー宣言](https://www.php.net/manual/ja/migration70.new-features.php)を実行すると。。。

![scalar](/images/posts/122/scalar.png)

※ スカラー宣言は関数の引数に型を強制する方法です。

「Output for 7.0.0 - 7.3.3」は正しく出力しています。
それ以下のバージョンでは、エラーが返ってきていることが分かります。

また、それぞれのタブには実行時間やメモリの使用量までもがバージョンごとに視覚的に分かります。

![result](/images/posts/122/result.png)



## paiza.io

![paiza](/images/posts/122/paiza.png)

[paiza.io](https://paiza.io/ja/projects/new)

皆さんご存知の通り、Paizaです。
PHPだけでなく、CやJavaなど複数の言語の動作確認がここだけで出来てしまいます。

- `Ctrl`+`Enter`で実行できる
- 複数のファイルが作れる
- スケジュール実行できる
- GitHub連携
- 日本語対応
- エディタの設定変更可能

など、機能が豊富にあります。
マウス操作が面倒なので細かく修正するとき`Ctrl`+`Enter`で実行できることが地味に嬉しいです。
ただし、プログラム実行のタイムリミットは2秒ですので、効率の良いコードを心がけて書きましょう。

## cloud9

[cloud9](https://aws.amazon.com/jp/cloud9/)

AWSが提供する、クラウドベースの統合開発環境（IDE）。
少し使いましたが、EC2のコードを編集してそのまま公開できたりと便利です。

最初のAWSへ登録をして環境を構築するまでが、上記二つと比べて大変です。
そして、EC2を使うため１年の無料期間を超えるとお金がかかります。

## その他のブラウザ上の実行環境

- [atcoder](https://atcoder.jp/?lang=ja)

競技プログラミングのサイトです。
常設のpractisなどのコードテストで動作確認できなくはないです。
が、サイトの目的と異なるので、おすすめはできません。

バージョンはPHP7.0.15です。

- [HuckerRank](https://www.hackerrank.com/)

atcoderと同様に競技プログラミングのサイト。

- [Progate](https://prog-8.com/settings)

オンラインプログラミング学習サービスです。
この中のPHPのコースを選択すればできなくはない。

バージョンはPHP7.1.17でした。

## おわりに

JavaScriptの動作確認はたくさんありますが、PHPとなると全然見つかりません。
英語でもいくらか検索しましたがなさそうです（多分）。
サーバ側での実行が必要だからでしょうか？
ほかのサーバサイドの言語も同様に少なそうです。

その中でも、初めて知った[3v4l.org](https://3v4l.org)はかなり使いやすいですね。
まだ始めたばかりなので、異なるバージョンの挙動を教えてくれるのはありがたいです。
調べていて、バージョンが古かったなんてこともありますし。

競プロやオンライン学習のサイトではなく、動作確認はPaizaや3v4l.orgを使ったほうがよいと思います。

PHPをブラウザ上で実行して動作確認できるサイトのまとめ

PHPのバージョンはコマンドだけでなくコードでも確認できます。

以下、環境はxamppのPHP5.6で動作確認した。

## コマンド php -v

先にコマンドでの確認方法を示す。

```cmd
$ php -v
PHP 5.6.36 (cli) (built: Apr 25 2018 16:45:32)
Copyright (c) 1997-2016 The PHP Group
Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies
 with Xdebug v2.2.5, Copyright (c) 2002-2014, by Derick Rethans

user@MYCOMPUTER c:\xampp
```

## phpinfo()

**対応バージョン**：PHP 4, PHP 5, PHP 7

現在の PHP の状態に関する、多くの情報を出力します。

```php
<?php
phpinfo();
```

出力をブラウザで確認すると以下のように見やすい。（Windows上のxamppで実行したもの）

![phpinfo](/images/posts/123/phpinfo.png)

- OS
- PHP のバージョン
- WEBサーバーのPHP実行方式
- PHP コンパイルオプションと拡張機能、

など、たくさんの情報が出てくる。

## phpversion()

**対応バージョン**：PHP 4, PHP 5, PHP 7

現在の PHP バージョンを取得する。
バージョンの数字だけ返ってくるので、以下のように書くとわかりやすい。

```php
<?php
echo "php version : " . phpversion();
// php version : 5.6.36
```

## version_compare()

**対応バージョン**：PHP 4 >= 4.1.0, PHP 5, PHP 7

ふたつの "PHP 標準" バージョン番号文字列を比較する関数も用意されていた。
使う用途はあるのか？

```php
<?php
$PHP_VERSION = phpversion();

if (version_compare($PHP_VERSION, '7.0.0') >= 0) {
 echo '7.0.0 より新しいバージョンの PHP を使っています。バージョンは ' . $PHP_VERSION . " です。\n";
}

else if (version_compare($PHP_VERSION, '5.3.0') >= 0) {
 echo '5.3.0 より新しいバージョンの PHP を使っています。バージョンは ' . $PHP_VERSION . " です。\n";
}

else if (version_compare($PHP_VERSION, '5.0.0', '>=')) {
 echo '5.0.0 より新しいバージョンの PHP を使っています。バージョンは ' . $PHP_VERSION . " です。\n";
}

else if (version_compare($PHP_VERSION, '5.0.0', '<')) {
 echo 'まだ PHP 4 です。バージョンは ' . $PHP_VERSION . " です。\n";
}
?>
// 5.3.0 より新しいバージョンの PHP を使っています。バージョンは 5.6.36 です。
```

> プレリリース版 (たとえば 5.3.0-dev など) は、それに対応する正式版 (5.3.0) より小さいとみなされます。

これができるようなので、単純な文字列比較よりも良いみたい。



## 参考

- [あなたのサイトの PHPは，CGI方式ですか？ Module方式ですか？](https://www.fumi.org/neta/201205sv.html)
- [phpinfo - PHPマニュアル](https://www.php.net/manual/ja/function.phpinfo.php)
- [phpversion - PHPマニュアル](https://www.php.net/manual/ja/function.phpversion.php)
- [version_compare - PHPマニュアル](https://www.php.net/manual/ja/function.version-compare.php)

PHPのバージョン確認できるコード


PHPでクエリパラメータ付きのURLを確認していると、`&currency`の部分が`¤cy`となって表示された。
初めて見る特殊文字だったので共有します。

## 意味

**currency**：通貨、 流通貨幣（Weblioより）
**¤**：国際通貨記号（Wikiより）

## 現象

下のようにクエリパラメータの`currecy`に通貨の情報を渡したURLを`echo`して表示したら現れた。

```php
echo 'http://{domain}/api?price=100&currency=JPY';
// 出力
// http://{domain}/api?price=100¤cy=JPY
```

http://{domain}/api?price=100&currency=JPY

HTMLに直接書くと現れない。

同様の質問がStack Overflowでも２件ありました。

[PHP "&curren" string turns into weird symbol - Stack Overflow](https://stackoverflow.com/questions/41335786/php-curren-string-turns-into-weird-symbol)

### 環境

- PHP7.x
- HTML5
- Chrome

## 文字参照

`&curren;`がHTMLの[文字参照](https://ja.wikipedia.org/wiki/%E6%96%87%E5%AD%97%E5%8F%82%E7%85%A7)に割り当てられているみたいです。
セミコロンなしでも変換するようです。

おなじみの空白記号の`&nbsp;`などもこれに当たります。

クエリパラメータとして使いそうな文字をいくつか抜粋する。

|記号|文字実体参照|説明|
|:---:|:---:|:---:|
|&copy;|`&copy;`|著作権記号|
|&deg;|`&deg;`|度記号|
|&micro;|`&micro;`|ミクロン記号|
|&not;|`&not;`|否定記号|
|&reg;|`&reg;`|登録商標|
|&times;|`&times;`|乗算記号|

試しに盛り盛りのクエリパラメータを表示してみる。

```php
echo `https://test.com/api?query=1&copy=12&degree=45&microsoft=true&note=text&regular=満タン&timespan=100`;
```

出力：https://test.com/api?query=1©=12°ree=45µsoft=true¬e=text®ular=満タン×pan=100

おー！たくさん出た！

## 結論

実害は少ないと思いますが、文字参照にも気をつかったほうが良さそうです。


クエリパラメータが文字参照として表示される｜PHP

PHPの学習を進めている中でWEB APIから情報を取ってくる必要があったため、**cURL**関数を使いました。
**cURL**の使い方をまとめます。


対象とするAPIは以前にPythonで利用した**OpenWeatherMap**を利用します。
**OpenWeatherMap**の詳細については下記をご覧ください。

[【Python】OpenWeatherMapで都市名から気象情報を取得する](https://www.suzu6.net/posts/78-owm/)

## 環境

- PHP7.2.4
- Laravelで確認

## cURL

[PHP: cURL 関数 - Manual](http://php.net/manual/ja/ref.curl.php)

cURLはHTTPリクエストで外部の情報を取得する関数です。
類似の関数`file_get_contetns()`もありますが、[ヘッダやタイムアウト処理に問題がある](https://qiita.com/shinkuFencer/items/d7546c8cbf3bbe86dab8)ようです。

基本的な書き方は以下の通りです。

```php
// セッションを初期化
$conn = curl_init();
// リクエスト先urlをセット
curl_setopt($conn, CURLOPT_URL, $url);
// リクエストを実行
curl_exec($conn);
// セッションを閉じる
curl_close($conn);
```

これで$url`にGETを実行します。

```php
$response = curl_exec($conn);
```
`curl_exec()`は実行結果を返してくれます。

## 気象情報のAPIを叩いてみる

以下は札幌市の現在の気象情報を取得するコードです。

```php
$city = 'Sapporo'; // 札幌市
$api_key = "xxxxxxxxxxxxxxxxxxxxxxxxx"; // xxxに自分のAPI Keyを入力。

$url = "http://api.openweathermap.org/data/2.5/weather?units=metric&q=".$city."&APPID=".$api_key;

$conn = curl_init();
curl_setopt($conn, CURLOPT_URL, $url);
$res = curl_exec($conn);
curl_close($conn);

// 返り値の表示
echo $res;
// {"coord":{"lon":141.34,"lat":43.04},"weather":[{"id":803,"main":"Clouds","description":"broken clouds","icon":"04d"}],"base":"stations","main":{"temp":-3.95,"pressure":1020,"humidity":62,"temp_min":-5,"temp_max":-3},"visibility":10000,"wind":{"speed":2.6,"deg":360},"clouds":{"all":75},"dt":1550118600,"sys":{"type":1,"id":7973,"message":0.0054,"country":"JP","sunrise":1550093666,"sunset":1550131428},"id":2130404,"name":"Sapporo","cod":200}
```

ちゃんと返ってきました。

### JSONをデコードする

返ってきたJSONをデコードして配列のように扱えるようにします。

```php
$data = json_decode($res);

echo '観測点：'.$data->name. ' ';
echo '　時刻：'.date('Y/m/d H:i:s', $data->dt). ' ';
echo '　温度：'.$data->main->temp. '℃ ';
echo '　湿度：'.$data->main->humidity. '% ';
echo '　気圧：'.$data->main->pressure. 'hPa ';
```

出力

```txt
観測点：Sapporo
　時刻：2019/02/14 05:00:00
　温度：-3.54℃
　湿度：58%
　気圧：1021hPa
```

### おわりに

PHPの操作に少し慣れてきました。
JSONデータが扱いやすいところが好きですね。