PHP – ページ 2

[Laravel]追加のマイグレーション

福岡拠点の香月です。

前回はDBのマイグレーションを行いました。
既にマイグレーション実行済みのテーブルに変更を行いたい場合、アプリケーションが稼働する前であればロールバックしてマイグレーションをやり直せばいいのですが、本稼働後のバージョンアップなどでデータを棄損することなくテーブルにフィールドを追加したいことがあります。この場合、フィールド追加用のマイグレーションを実施することになります。

まずは前回と同じようにマイグレーションファイルを作成しましょう。

# php artisan make:migration alter_scores_table

1	# php artisan make:migration alter_scores_table

これによりdatabase/migrations/(日付)alter_scores_table.phpが作成されますので、ここに追加したいフィールドを記載します。

<?php

use Illuminate\Support\Facades\Schema;
use Illuminate\Database\Schema\Blueprint;
use Illuminate\Database\Migrations\Migration;

class AlterScoresTable extends Migration
{
    /**
     * Run the migrations.
     *
     * @return void
     */
    public function up()
    {
        Schema::table('scores', function(Blueprint $table) {
            $table->integer('score')->after('exam_day');
        });
    }

    /**
     * Reverse the migrations.
     *
     * @return void
     */
    public function down()
    {
        Schema::table('scores', function(Blueprint $table) {
            $table->dropColumn('score');
        });
    }
}

<?php

use Illuminate\Support\Facades\Schema;

use Illuminate\Database\Schema\Blueprint;

use Illuminate\Database\Migrations\Migration;

class AlterScoresTable extends Migration

{

/**

* Run the migrations.

* @return void

public function up()

{

Schema::table('scores', function(Blueprint $table) {

$table->integer('score')->after('exam_day');

});

}

/**

* Reverse the migrations.

* @return void

public function down()

{

Schema::table('scores', function(Blueprint $table) {

$table->dropColumn('score');

});

}

up()メソッドにマイグレーション実施時のコードとして、scoreフィールドをexam_dayの後ろに追加するようにしています。
もちろんクロージャの中では必要なフィールドを1つだけではなく複数記述できます。文字列フィールド、timestampフィールドなど用途に合わせて追加しましょう。
カラム修飾子には->after()を使用しています。これ以外にもnullを許容する->nullable()、コメント文字列を指定する->comment()などいろいろ使えますよ。

down()メソッドにはロールバック実施時に実行されるコードを記述します。ここ忘れがちなので注意！

マイグレーションファイルを作成したら、マイグレーションを実施します。

# php artisan migrate

1	# php artisan migrate

マイグレーションが実施されていないファイルを対象に実施されます。同じファイルが2度3度と実施されることはないので安心してください。
実行後に反映されたことを確認しましょう。

# php artisan migrate:status
+------+------------------------------------------------+-------+
| Ran? | Migration                                      | Batch |
+------+------------------------------------------------+-------+
| Yes  | 2014_10_12_000000_create_users_table           | 1     |
| Yes  | 2014_10_12_100000_create_password_resets_table | 1     |
| Yes  | 2018_xx_xx_xxxxxx_create_scores_table          | 1     |
| Yes  | 2018_xx_xx_xxxxxx_alter_scores_table           | 2     |
+------+------------------------------------------------+-------+

# php artisan migrate:status

+------+------------------------------------------------+-------+

| Ran? | Migration | Batch |

+------+------------------------------------------------+-------+

| Yes | 2014_10_12_000000_create_users_table | 1 |

| Yes | 2014_10_12_100000_create_password_resets_table | 1 |

| Yes | 2018_xx_xx_xxxxxx_create_scores_table | 1 |

| Yes | 2018_xx_xx_xxxxxx_alter_scores_table | 2 |

+------+------------------------------------------------+-------+

[Laravel]モデルとマイグレーション

福岡拠点の香月です。

前回はLaravelのプロジェクトを作成しました。
今回はこれにDBへのアクセス設定と、モデルの追加及びDBのマイグレーションを行います。

DBへのアクセス設定はアプリケーションのルートフォルダにある.envファイルで行います。この.envファイルは.env.exampleを元に作成されます。
開発環境、検証環境、本番環境でそれぞれ異なる設定なのでその環境ごとのファイル.env.develop、.env.staging、.env.productionを作成することになるでしょう。リリース時にはリリース環境にあったファイルを.envにリネームします。
※Laravelでは.envはソース管理に含めないことがガイドラインに書いてあります。これはプロジェクトのルートフォルダにある.gitignoreを見ても明らかです。

さて .env を編集する前に、アプリケーションで使用する mysql のユーザーを作成します。また、使用するDBを作成します。

# mysql -uroot -p
Enter password:
mysql> create database scoresheet;
mysql> GRANT SELECT,INSERT,UPDATE,DELETE,CREATE,DROP,ALTER,INDEX,TRIGGER ON scoresheet.* TO ss_user@localhost IDENTIFIED BY 'password';
mysql> GRANT SELECT ON *.* TO watcher@'%' IDENTIFIED BY 'readonly';
mysql> flush privileges;

# mysql -uroot -p

Enter password:

mysql> create database scoresheet;

mysql> GRANT SELECT,INSERT,UPDATE,DELETE,CREATE,DROP,ALTER,INDEX,TRIGGER ON scoresheet.* TO ss_user@localhost IDENTIFIED BY 'password';

mysql> GRANT SELECT ON *.* TO watcher@'%' IDENTIFIED BY 'readonly';

mysql> flush privileges;

1行目でmysqlにrootユーザーでログインします。
3行目でアプリケーションで使用するデータベースを「scoresheet」という名前で作成します。
4行目ではデータベース使用するユーザーとして「ss_user@localhost」を作成しつつ、必要な権限設定を行います。
5行目では山椒の実のユーザーを作成します。
6行目で権限を反映します。

これでDBの準備が整いました。
.env を開くと、DBに関する設定を行う場所があるのでここに情報を記載します。

DB_CONNECTION=mysql
DB_HOST=127.0.0.1
DB_PORT=3306
DB_DATABASE=scoresheet
DB_USERNAME=ss_user
DB_PASSWORD=password

DB_CONNECTION=mysql

DB_HOST=127.0.0.1

DB_PORT=3306

DB_DATABASE=scoresheet

DB_USERNAME=ss_user

DB_PASSWORD=password

※本当の設定箇所は config/database.php です。しかし環境ごとに異なるなので.envに記載し、database.phpからは.envを参照するようになっています。

DBへのアクセス設定ができたので、ここからはモデルの作成とテーブルを追加する作業、マイグレーションです。アプリケーションのルートフォルダで

# php artisan make:model Score -m

1	# php artisan make:model Score -m

を実行するとモデルクラス用のファイルが作成されます。-mオプションでマイグレーションファイルも一緒に作成されるので、モデルを作成するときは指定しましょう。

app\Score.php
database/migrations/<日付_時間>_create_scores_table.php

モデル名を複数形の「スネークケース」にしたものが、テーブル名として使用されます。「Score」は「scores」になります。Laravelは内部に辞書をもっており、英単語を適切に複数形にしてくれます。ネイティブじゃない私にはありがたい機能です。
あとはこれを編集して必要なフィールドを追加します。

<?php

use Illuminate\Support\Facades\Schema;
use Illuminate\Database\Schema\Blueprint;
use Illuminate\Database\Migrations\Migration;

class CreateScoresTable extends Migration
{
    /**
     * Run the migrations.
     *
     * @return void
     */
    public function up()
    {
        Schema::create('scores', function (Blueprint $table) {
            $table->increments('id');
            $table->integer('student_id');
            $table->integer('subject_id');
            $table->timestamp('exam_day');
            $table->timestamps();
        });
    }

    /**
     * Reverse the migrations.
     *
     * @return void
     */
    public function down()
    {
        Schema::dropIfExists('scores');
    }
}

<?php

use Illuminate\Support\Facades\Schema;

use Illuminate\Database\Schema\Blueprint;

use Illuminate\Database\Migrations\Migration;

class CreateScoresTable extends Migration

{

/**

* Run the migrations.

* @return void

public function up()

{

Schema::create('scores', function (Blueprint $table) {

$table->increments('id');

$table->integer('student_id');

$table->integer('subject_id');

$table->timestamp('exam_day');

$table->timestamps();

});

}

/**

* Reverse the migrations.

* @return void

public function down()

{

Schema::dropIfExists('scores');

}

これとは別にLaravelではプロジェクト作成時にusers、password_resetsテーブル用のマイグレーションファイルが作成されています。認証用ですね。
これと今作成したマイグレーションファイルのすべてが次のコマンドでまとめて
DBに登録されます。

# php artisan migrate
Migrating: 2014_10_12_000000_create_users_table
Migrated:  2014_10_12_000000_create_users_table
Migrating: 2014_10_12_100000_create_password_resets_table
Migrated:  2014_10_12_100000_create_password_resets_table
Migrating: 2018_xx_xx_xxxxxx_create_scores_table
Migrated:  2018_xx_xx_xxxxxx_create_scores_table

# php artisan migrate

Migrating: 2014_10_12_000000_create_users_table

Migrated: 2014_10_12_000000_create_users_table

Migrating: 2014_10_12_100000_create_password_resets_table

Migrated: 2014_10_12_100000_create_password_resets_table

Migrating: 2018_xx_xx_xxxxxx_create_scores_table

Migrated: 2018_xx_xx_xxxxxx_create_scores_table

「php artisan migrate:status」でマイグレーション結果を確認できます。

# php artisan migrate:status
+------+------------------------------------------------+-------+
| Ran? | Migration                                      | Batch |
+------+------------------------------------------------+-------+
| Yes  | 2014_10_12_000000_create_users_table           | 1     |
| Yes  | 2014_10_12_100000_create_password_resets_table | 1     |
| Yes  | 2018_xx_xx_xxxxxx_create_scores_table          | 1     |
+------+------------------------------------------------+-------+

# php artisan migrate:status

+------+------------------------------------------------+-------+

| Ran? | Migration | Batch |

+------+------------------------------------------------+-------+

| Yes | 2014_10_12_000000_create_users_table | 1 |

| Yes | 2014_10_12_100000_create_password_resets_table | 1 |

| Yes | 2018_xx_xx_xxxxxx_create_scores_table | 1 |

+------+------------------------------------------------+-------+

※一度もマイグレーションを実行していない状態で実行するとエラーが出てしまいます。

# php artisan migrate:status
Illuminate\Database\QueryException  : SQLSTATE[HY000] [1045] Access denied
 for user 'ss_user'@'localhost' (using password: YES) (SQL: select * from
 information_schema.tables where table_schema = scoresheet and table_name
 = migrations)

# php artisan migrate:status

Illuminate\Database\QueryException : SQLSTATE[HY000] [1045] Access denied

for user 'ss_user'@'localhost' (using password: YES) (SQL: select * from

information_schema.tables where table_schema = scoresheet and table_name

= migrations)

「migrations」というテーブルが無い！と怒られるのですが、このテーブルは最初にマイグレーションを実行したときに作成されます。これを知らずにちょっとはまりました。

モデル及びテーブルがもっと必要な場合は「php artisan make:model xxx -m」を必要なだけ繰り返しましょう。最後に「php aritisan migrate」を忘れずに。

プログラムはこのモデルを使ってデータにアクセスしていきますよー。

[Laravel]プロジェクトの作成

福岡拠点の香月です。

前回まででLaravel実行におけるインフラ整備が終わりました。
今回はLaravelプロジェクトの作成です。

環境は引き続きこちらで構築したCentOS上です。
Windowsのコマンドプロンプトを立ち上げて次のコマンドでCentOSを起動。

C:\vm\centos72>vagrant up

1	C:\vm\centos72>vagrant up

ターミナルソフトでローカルポート2222にsshでアクセスします。
以降の操作はターミナル上で行います。

実行ユーザーはvagrantです。実行はホームディレクトリで行いました
プロジェクトを作成するには次のコマンドを実行します。プロジェクト名は「scoresheet」とします。

# composer create-project "laravel/laravel" scoresheet

1	# composer create-project "laravel/laravel" scoresheet

以下が出力されます。

Installing laravel/laravel (v5.6.21)
  - Installing laravel/laravel (v5.6.21): Loading from cache
　：
　：
> @php artisan key:generate
Application key [base64:qearp8v/iqgPEEoRZjcnwFlg5ge06kWWnsAScNSaWJg=] set successfully.

Installing laravel/laravel (v5.6.21)

- Installing laravel/laravel (v5.6.21): Loading from cache

　：

> @php artisan key:generate

Application key [base64:qearp8v/iqgPEEoRZjcnwFlg5ge06kWWnsAScNSaWJg=] set successfully.

カレントディレクトリに「scoresheet」というフォルダが作成され、そこにLaravelの構成ファイルが作成されます。

このコマンドでは最新バージョンがインストールされますが、プロジェクトによってはバージョンを指定してインストールしなければならないことがあります。例えば5.1をインストールする場合はこう。

# composer create-project "laravel/laravel=5.1.*" scoresheet

1	# composer create-project "laravel/laravel=5.1.*" scoresheet

バージョンの3桁目は必ず*にしましょう。
インストールされたバージョンは次のコマンドで確認できます。作成されたディレクトリに移動して実行しましょう。

# php artisan -V
Laravel Framework version 5.1.46 (LTS)

1 2	# php artisan -V Laravel Framework version 5.1.46 (LTS)

プロジェクトの作成コマンドとして本家サイトでは「# laravel new <プロジェクト名>」があります。しかしWindows環境では正しく動作しない報告が沢山あるようなので、「# composer create-project」コマンドで統一するのが良いようです。

次はWebサーバーの設定です。rootになって作成したディレクトリをWebサーバーのディレクトリの下に移動します。

# sudo -s
# mv /home/vagrant/scoresheet /etc/httpd/scoresheet

1 2	# sudo -s # mv /home/vagrant/scoresheet /etc/httpd/scoresheet

/etc/httpdはvagrantユーザーには書き込み権限がないため、rootで作業します。

ユーザーvagrantで/etc/httpdに移動して直接「composer create-project」コマンドを実行すればいいのでは？とも考えますが、vagrantには/etc/httpdへの書き込み権限がないためLaraveのプロジェクトの種ファイルであるhttp://cabinet.laravel.com/latest.zip のダウンロードに失敗してしまいます。

続けてLaravelホームをWebのルートにするためにhttpd.conを編集します。

# vi /etc/httpd/conf/httpd.conf

DocumentRoot "/etc/httpd/scoresheet/public"

<Directory "/etc/httpd/scoresheet/public">
    Options Indexes FollowSymLinks
    AllowOverride None
    Require all granted
</Directory>

# vi /etc/httpd/conf/httpd.conf

DocumentRoot "/etc/httpd/scoresheet/public"

Options Indexes FollowSymLinks

AllowOverride None

Require all granted

</Directory>

※厳密にはWebサーバーのディレクトリ以下に必ずしも移動させるひつようはありません。httpd.confの設定でLaravelディレクトリへのエイリアスを設定し、そこをDocumentRootに設定するのでもいいでしょう。

次にWebサーバーがLaravelのstorage、bootstrap/cacheディレクトリに書き込みできるようにパーミッションを調整します。

# cd /etc/httpd/scoresheet
# chmod -R 777 storage bootstrap/cache

1 2	# cd /etc/httpd/scoresheet # chmod -R 777 storage bootstrap/cache

最後にWebサーバーを再起動します。

# systemctl restart httpd

1	# systemctl restart httpd

再起動が完了したらホストOS（Windows）上のブラウザからルートにアクセスします。
http://localhost:8080/
Laravelロゴが表示されれば完成です。

PHPカンファレンス福岡2018

先週末に開催されたPHPカンファレンス福岡に参加したのでその感想を簡単に。
https://phpcon.fukuoka.jp/2018/

PHPカンファレンス福岡は今年で4回目。
もともと東京で行われたPHPカンファレンスに参加できなかった人が「PHPカンファレンス福岡」とつぶやいたことから有志が集い福岡で開催が決定したというのが興味深いですね。
弊社はブロンズスポンサーとして出資しています。

朝から夕方まで開催されていて、主に初心者向けのセッションが多くありました。
また、MySQLやコンテナ技術などPHPに関係しないセッションも多く、Webアプリ全般技術勉強会みたいな感じでした。

「skaffold を使って Kubernetes してみた」

Kubernetes（くーべねてぃす）のセッションです。
オープンソースの「コンテナオーケストレーションシステム」で、Dockerが正式採用したのを皮切りに、AWS、MS Azureも次々に正式対応をしたということが説明されており、事実上の標準になったのではないか、ということでした。
今後コンテナを使って開発/勉強を行うときには合わせて使ったほうがよさそうです。

「0から始めるLaravel相談会」

匠の技を倣うならドキュメントを読め！
特にLaravelのドキュメントは良く書かれており、英文も単語を抜き出して読み進めればわかるはずだ！
みたいなセッションでした。
確かにオリジナルドキュメントは大事ですね。

「Testing Live!!!」

テストをやる人がどういった視点でテストをするのか？５分間の解説付きで実演していました。
アカウントやパスワードのテキスト入力枠にhtmlのタグ付き長文を入力する、表記ゆれが気になる～、などあるあるだけどついついおろそかにしがちなことをテスターの心情を交えながら説明されてて、面白かったです。

各セッションのスライドの多くは「Speaker Deck」にアップされています。
https://togetter.com/li/1237797

セッション以外にもスポンサー企業ブースが併設されていていました。
ノベリティ有り、コーヒーサービスありでゆっくり見て回れるようになっていました。

参加者全員に配られたバッグや先着で配られたTシャツもよかったです。

[Laravel]環境構築編その2 Laravelとそのバックエンド

福岡拠点の香月です。

Laravel環境構築編その2はLaravelのインストールまでの実践記です。
今回インストールする環境は次の通り

- - MySQL5.7
  - PHP7.2
  - Comporser
  - Laravelインストーラ2.0.1

MVCモデルのM（Model）としてMySQLを使用します。
Laravelはphpアプリケーションなのでphpを入れて、Laravel構築に必要なComposerも入れます。Laravelの最新版は5.6、これを構築するためのLaravelインストーラを最後に入れます。

環境は前回Vagrantで構築したCentOS上です。
Windowsのコマンドプロンプトを立ち上げて次のコマンドでCentOSを起動。

C:\vm\centos72> vagrant up

1	C:\vm\centos72> vagrant up

ターミナルソフトでローカルポート2222にsshでアクセスします。
以降の操作はターミナル上で行います。

事前準備としてyumレポジトリの有効／無効を切り替えることができるようにユーティリティをインストールしておきます。

# sudo -s
# yum install yum-utils

1 2	# sudo -s # yum install yum-utils

MySQL5.7のインストール

MySQLの公式からDOWNLOAD -> Yum Repositoryとたどり、今回のCentOS7用として「Red Hat Enterprise Linux 7」用のファイルをダウンロードし、インストールしていきます。
（A Quick Guide to Using the MySQL Yum Repository）

# wget https://dev.mysql.com/get/mysql80-community-release-el7-1.noarch.rpm
# rpm -Uvh mysql80-community-release-el6-n.noarch.rpm
# yum-config-manager --disable mysql80-community
# yum-config-manager --enable mysql57-community
# yum install mysql-community-server
# systemctl start mysqld
# systemctl enable mysqld

# wget https://dev.mysql.com/get/mysql80-community-release-el7-1.noarch.rpm

# rpm -Uvh mysql80-community-release-el6-n.noarch.rpm

# yum-config-manager --disable mysql80-community

# yum-config-manager --enable mysql57-community

# yum install mysql-community-server

# systemctl start mysqld

# systemctl enable mysqld

1行目で公式から最新のrpmファイルをダウンロードし、
2行目でyumレポジトリに追加します。
そのままインストールするとMySQL8.0がインストールされてしまうので、
3行目でレポジトリのMySQL8.0を無効にし、
4行目でMySQL5.7を有効にします。
5行目でインストール開始。
6行目で起動、
7行目でサービス登録です。

MySQLの初回起動時にはログファイルにrootの初期パスワードが出力されるので
それを使ってログインし、新しいパスワードを設定します。

# grep 'temporary password' /var/log/mysqld.log
2018-**-***** [Note] A temporary password is generated for root@localhost: XXXXXXXXX
# mysql -uroot -p
Enter password: <ここに XXXXXXXXX を入力>
mysql> ALTER USER 'root'@'localhost' IDENTIFIED BY '<ここに新しいパスワード>';

# grep 'temporary password' /var/log/mysqld.log

2018-**-***** [Note] A temporary password is generated for root@localhost: XXXXXXXXX

# mysql -uroot -p

Enter password: <ここに XXXXXXXXX を入力>

mysql> ALTER USER 'root'@'localhost' IDENTIFIED BY '<ここに新しいパスワード>';

PHP7.2のインストール

今回使用するLaravel5.6の公式ドキュメントでPHPの要件を確認すると、以下のようになっているので、それに合わせて拡張機能も一緒にインストールすることにします。またバックエンドのMySQLのための拡張機能も一緒にインストールします。

- - PHP >= 7.1.3
  - OpenSSL PHP拡張
  - PDO PHP拡張
  - Mbstring PHP拡張
  - Tokenizer PHP拡張
  - XML PHP拡張
  - Ctype PHP Extension
  - JSON PHP Extension

さらに、Laravel5.6の要件には書かれていませんが、zip拡張がないとLaravelインストールが失敗するため、これも一緒にインストールします。

PHPの公式ではソースしか公開されていませんが、yumレポジトリで使えるパッケージがRemi’s RPM Repositoryで公開されているのでそれを利用します。
CentOS用のURLからダウンロード、インストールします。

# yum install epel-release 
# wget https://rpms.remirepo.net/enterprise/remi-release-7.rpm
# rpm -Uvh remi-release-7.rpm
# yum-config-manager --enable remi-php72
# yum install php php-mbstring php-pdo php-xml php-pecl-zip php-mysql

# yum install epel-release

# wget https://rpms.remirepo.net/enterprise/remi-release-7.rpm

# rpm -Uvh remi-release-7.rpm

# yum-config-manager --enable remi-php72

# yum install php php-mbstring php-pdo php-xml php-pecl-zip php-mysql

1行目でremi-release-7.rpmのインストールに必要なモジュールを事前にインストールします。
2行目でパッケージをダウンロードし、
3行目でレポジトリを追加。
4行目でレポジトリのPHP7.2を有効にし、
5行目で必要なモジュールを含めてインストールします。
この4行目のPHP7.2の有効化を忘れると、CentOSのbaseレポジトリにあるPHP5.4がインストールされるので注意しましょう。
これで必要なものが全部入りました。php -m と打って必要なPHPの拡張モジュールが入っているか確認できます。

mbstringも入ったのでPHPの日本語の設定を行っておきます。

vi /etc/php.ini
expose_php = Off
date.timezone = Asia/Tokyo
mbstring.language = Japanese
mbstring.internal_encoding = UTF-8
mbstring.http_input = pass
mbstring.http_output = pass
mbstring.encoding_translation = Off
mbstring.detect_order = auto
mbstring.substitute_character = none
mbstring.func_overload = 0

vi /etc/php.ini

expose_php = Off

date.timezone = Asia/Tokyo

mbstring.language = Japanese

mbstring.internal_encoding = UTF-8

mbstring.http_input = pass

mbstring.http_output = pass

mbstring.encoding_translation = Off

mbstring.detect_order = auto

mbstring.substitute_character = none

mbstring.func_overload = 0

今回Webサーバーにはapache2.4を使用しています。PHPの公式ドキュメントのApache2.x系へのインストールを見ると、apacheの設定ファイルにPHP7用のモジュールをロードするための設定の追加が必要と書かれています。

httpd.conに以下の行の追加が必要
LoadModule php7_module modules/libphp7.so

1 2	httpd.conに以下の行の追加が必要 LoadModule php7_module modules/libphp7.so

しかしそこはパッケージインストールの良いところ、yumでのインストールで以下のファイルが作成され、設定が行われています。

/etc/httpd/conf.modules.d/15-php.conf
#
# PHP is an HTML-embedded scripting language which attempts to make it
# easy for developers to write dynamically generated webpages.
#

# Cannot load both php5 and php7 modules
<IfModule !mod_php5.c>
  <IfModule prefork.c>
    LoadModule php7_module modules/libphp7.so
  </IfModule>
</IfModule>


<IfModule !mod_php5.c>
  <IfModule !prefork.c>
    LoadModule php7_module modules/libphp7-zts.so
  </IfModule>
</IfModule>

/etc/httpd/conf.modules.d/15-php.conf

# PHP is an HTML-embedded scripting language which attempts to make it

# easy for developers to write dynamically generated webpages.

# Cannot load both php5 and php7 modules

LoadModule php7_module modules/libphp7.so

</IfModule>

LoadModule php7_module modules/libphp7-zts.so

</IfModule>

これを有効にするために、apacheを再起動します。また、これが正しく動作しているか確認するためにDocumentRootにファイルinfo.phpを追加します。

# systemctl restart httpd
# touch /var/www/html/info.php
# vi /var/www/html/info.php
---- info.php ----
<?php
phpinfo();
?>

# systemctl restart httpd

# touch /var/www/html/info.php

# vi /var/www/html/info.php

---- info.php ----

<?php

phpinfo();

追加が完了したら動作確認のために、ホストOS（Windows）上のブラウザからこのファイルのURLを打ち込みます。http://localhost:8080/info.php

この画面が出れば成功です。mbstringの欄も設定どおりになっていることも確認できます。apacheでは起動時にphp.iniを読み込むため、php.iniを編集した際は必ずapacheを再起動します。

Composerのインストール

こちらも公式ページの「Getting Started」と「Download」ページの記述に沿ってインストールします。引き続きrootでの作業です。

# php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');"
# php -r "if (hash_file('SHA384', 'composer-setup.php') === '544e09ee996cdf60ece3804abc52599c22b1f40f4323403c44d44fdfdd586475ca9813a858088ffbc1f233e9b180f061') { echo 'Installer verified'; } else { echo 'Installer corrupt'; unlink('composer-setup.php'); } echo PHP_EOL;"
Installer verified
# php composer-setup.php
# php -r "unlink('composer-setup.php');"
# mv composer.phar /usr/local/bin/composer

# php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');"

# php -r "if (hash_file('SHA384', 'composer-setup.php') === '544e09ee996cdf60ece3804abc52599c22b1f40f4323403c44d44fdfdd586475ca9813a858088ffbc1f233e9b180f061') { echo 'Installer verified'; } else { echo 'Installer corrupt'; unlink('composer-setup.php'); } echo PHP_EOL;"

Installer verified

# php composer-setup.php

# php -r "unlink('composer-setup.php');"

# mv composer.phar /usr/local/bin/composer

ComposerのインストールはPHPの構文をphp -rで処理させて実行するように記述されているので、その通りにやります。深い意味はないと思いますけど。
1行目でインストーラーをダウンロードし、
2行目でダウンロードしたものが正しいかハッシュ値の比較、
3行目の「Installer verified」で比較結果が正しいことが示されています。
4行目でインストーラー実行し、
5行目でインストーラーを削除しています。
ここまでで同じフォルダに「composer.phar」が出来上がっているので、6行目で全ユーザーにパスが通っている/usr/local/binに「composer」という名前で配置します。

Laravelインストーラのインストール

いよいよLaravelです。Laravelはそれを使用するユーザーごとにインストーラをインストールすることが求められています。

# exit
# composer global require "laravel/installer"
# vi ~/.bash_profile
----- .bash_profile -----
PATH=$PATH:$HOME/.local/bin:$HOME/bin:$HOME/.config/composer/vendor/bin
-------------------------
# source ~/.bash_profile

# exit

# composer global require "laravel/installer"

# vi ~/.bash_profile

----- .bash_profile -----

PATH=$PATH:$HOME/.local/bin:$HOME/bin:$HOME/.config/composer/vendor/bin

-------------------------

# source ~/.bash_profile

1行目でrootからvagrantユーザーに戻ります。
2行目でLaravelの最新をインストールし、
3行目で.bash_profileの編集を開始し、PATH=の行の最後に「:」をつけて、続けてLaravelのbinディレクトリを追加します。
7行目で設定を再読み込みして完了です。

正しくLaravelインストーラが実行できるか確認します。

# laravel -V
Laravel Installer 2.0.1

1 2	# laravel -V Laravel Installer 2.0.1

バージョンが表示されればOK。

ということでインフラ構築はここまで。ありがとうございました。

[Laravel]環境構築編その１インフラ

福岡拠点の香月です。

LaravelはPHPのWebアプリケーションフレームワークです。
今後これの勉強を兼ねて不定期にLaravelの記事を書いていきたいと思います。

まずは環境構築編その１としてインフラ構築について実践記です。
用意する環境は

- VirtualBoxとVagrantを使ってVM（仮想マシン）を構築
- ホストOSはWindows 10
- ゲストOSはCentOS 7.2
- ゲストOS上にapache2.4を導入

となります。では早速行ってみよう。

VirtualBoxのインストール

Oracleのホームページから最新版をダウンロードします。
この時の最新版は5.2.8。PlatformのWindowsのところを見ると64bit版しかない模様。ダウンロードしたらインストーラを実行します。選択肢はすべてデフォルトのままでOK。サクッといきます。

Vagrantのインストール

続いてVagrant。これはVirtualBox上にVMを簡単に作成してくれるすごいツールです。これをVargarnのホームページから最新版をダウンロードして実行します。
この時の最新版は2.1.1。こちらも64bit版を選択。
選択肢らしい選択肢はないのでデフォルトのままインストールします。

仮想マシンを作成：CentOS7.2

ではここから仮想マシンの作成です。
仮想マシンはVagrantのboxと呼ばれるデータが公開されており、ここから目的に合致したboxを選択して仮想マシンを作成します。
公開サイトの検索窓で「bento/centos」と入力して表示されるなかからCentOS7.2を選択します。（「bento」は「弁当」なんですね。）

詳細サイトにはこのboxの使用方法が書いているので、newタブに書かれている通りにコマンドを実行することになります。

まずはWindowsのエクスプローラで好きな場所にフォルダを作成し、そこをVM作業フォルダとします。C:\vm\centos72としましょう。コマンドプロンプトでそのフォルダに移動し、上記newタブのコマンドを実行します。

C:\vm\centos72> vagrant init bento/centos-7.2
C:\vm\centos72> vagrant up

1 2	C:\vm\centos72> vagrant init bento/centos-7.2 C:\vm\centos72> vagrant up

1行目で初期化処理がはしり、作業フォルダに「Vagrantfile」が作成されます。
2行目でCentOS7.2用のboxがダウンロードされ、VirtualBox用仮想マシンを展開、実行開始となります。

これで仮想マシンが作成され、CentOS7.2が起動しました。簡単。
次は一度止めてapacheにホストOSのブラウザからアクセスするためにポートフォワーディングの設定をします。
仮想マシンを停止するコマンドはこう！

C:\vm\centos72>vagrant halt

1	C:\vm\centos72>vagrant halt

止まったら作業フォルダにあるVagrantfileをエディタで開いて、以下の行を有効にしましょう。

  # config.vm.network "forwarded_port", guest: 80, host: 8080
　　　　↓
  config.vm.network "forwarded_port", guest: 80, host: 8080

# config.vm.network "forwarded_port", guest: 80, host: 8080

　　　　↓

config.vm.network "forwarded_port", guest: 80, host: 8080

これでブラウザから「http://localhost:8080/」を開くと、CentOS上のポート80番で待ち受けているapacheが反応してくれます（apacheのインストールまだこの後）。ホストOSですでにwebサーバーを実行している場合にポート番号の重複を防ぐことができます。

では再びCentOSを起動しましょう。

C:\vm\centos72>vagrant up

1	C:\vm\centos72>vagrant up

今度はboxをダウンロードする必要はないためすぐにCentOSが起動します。

apacheのインストール

次はCentOS上にapacheをインストールします。
PuTTYなどターミナルソフトでローカルポート2222にsshでアクセスします。
ユーザー名、パスワードは「vagrant」となっています。打ち込みましょう。

無事ログインできました。
※sshのデフォルトポートは22でこのCentOSでも22で動いています。ターミナルソフトで2222でアクセスするのは、Vagrantでは「2222」->「22」へのポートフォワーディングが常に有効なためです。

CentOSではyumコマンドを使ってソフトをインストールできます。ソースからビルドするより簡単ですね。ユーザーrootで実行します。

# sudo -s
# yum install httpd

1 2	# sudo -s # yum install httpd

途中いくつか確認が求められるので「y」で続行するとインストール完了です。
次のコマンドでapacheを起動して

# systemctl start httpd

1	# systemctl start httpd

ブラウザから「http://localhost:8080」にアクセスしてみましょう。

ページを表示できました。
もしここで表示できない場合、上に戻ってポートフォワーディングの設定を確認してください。

CentOSを再起動してもapacheが実行されるようにしておきます。

# systemctl enable httpd.service

1	# systemctl enable httpd.service

これでインフラは完成しました。はず。

次回はPHP、Comporser、Laravelのインストールの予定です。

[PHP]ExcelでUTF-8のCSVが文字化けしないようにBOMをつけよう！

福岡拠点の香月です。

この記事はブラウザからダウンロードするCSVファイルをWebサーバー上で作成するようなPHPプログラムを開発している人向けのトピックです。

ExcelをインストールするとCSVファイル（Comma-Separeted Values）がExcelに関連づきます。テキストエディタでCSVファイルを開く場合と違い、Excelで開くと列が揃って見やすいという利点があります。やったー！

Excelやその他WindowsのアプリでCSVファイルを作成した場合、日本語も問題なく扱えます。保存して改めてExcelで開いても正しく表示されますよね。
しかし、WebからCSVファイルをダウンロードしてExcelで開いた場合に、稀に日本語が文字化けしていることがあります。

サーバー上で次のようなプログラムを組んでcsvファイルを出力します。

$content = '';
$content .= '番号,名前,将来の夢';
$content .= '1,太郎,サッカー選手';
$content .= '2,華子,パティシエール';

$content = '';

$content .= '番号,名前,将来の夢';

$content .= '1,太郎,サッカー選手';

$content .= '2,華子,パティシエール';

クライアント側で保存したcsvファイルをExcelで開くと…

残念ですね。これはCSVファイルの文字コードの違いが問題です。
Windowsのアプリでファイル保存した場合、文字コードはほぼShift-JISとなります。対して近年のWebサーバーで扱う文字コードはほぼUTF-8となっており、CSVファイルもUTF-8であることが多いでしょう。で、このUTF-8の文字コードですが、コード表上はアルファベットや記号（日本語を含む2バイト文字以外）はShift-JISと同じコード範囲を使用しています。つまり、アルファベットや記号だけで書かれたUTF-8のファイルは、Shift-JISのファイルと全く同一ということになります。
日本語Windows上のExcelでCSVファイルを読み込む場合、UTF-8とShift-JISの区別がつかないため、ExcelさんはShift-JISとして読んでしまい、日本語部分が文字化けしてしまう、ということになります。

この問題はUTF-8のCSVファイルの先頭に「BOM」をつけて出力することで回避することができます。先ほどのプログラムの先頭をこうしてBOMを追加します。

$content = pack('C*', 0xEF, 0xBB, 0xBF);
$content .= '番号,名前,将来の夢';
$content .= '1,太郎,サッカー選手';
$content .= '2,華子,パティシエール';

$content = pack('C*', 0xEF, 0xBB, 0xBF);

$content .= '番号,名前,将来の夢';

$content .= '1,太郎,サッカー選手';

$content .= '2,華子,パティシエール';

クライアント側で保存したcsvファイルをExcelで開くと…

正しく日本語で表示させることができました。

ちなみにこのBOMはユニコードの種類によってコードが決まっています。
ユーティリティ関数としてこのような関数を1つ作っておくと便利ですよ。

function get_bom($code)
{
    if ($code == 'UTF-8') return pack('C*', 0xEF, 0xBB, 0xBF);
    else if ($code == 'UTF16BE') return pack('C*', 0xFE, 0xFF);
    else if ($code == 'UTF16LE') return pack('C*', 0xFF, 0xFE);
    else if ($code == 'UTF32BE') return pack('C*', 0x00, 0x00, 0xFE, 0xFF);
    else if ($code == 'UTF32LE') return pack('C*', 0xFF, 0xFE, 0x00, 0x00);

    return '';
}

function get_bom($code)

{

if ($code == 'UTF-8') return pack('C*', 0xEF, 0xBB, 0xBF);

else if ($code == 'UTF16BE') return pack('C*', 0xFE, 0xFF);

else if ($code == 'UTF16LE') return pack('C*', 0xFF, 0xFE);

else if ($code == 'UTF32BE') return pack('C*', 0x00, 0x00, 0xFE, 0xFF);

else if ($code == 'UTF32LE') return pack('C*', 0xFF, 0xFE, 0x00, 0x00);

return '';

}

2024年11月
月	火	水	木	金	土	日
				1	2	3
4	5	6	7	8	9	10
11	12	13	14	15	16	17
18	19	20	21	22	23	24
25	26	27	28	29	30