

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を実行する


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 -v

phpinfo()

phpversion()

version_compare()

参考