はと学習帳

PHP-5.6.9のコンパイル

依存パッケージのインストール

$ sudo yum install \
    gcc.`uname -i` \
    libxml2-devel.`uname -i` \
    httpd-devel.`uname -i` \
    openssl-devel.`uname -i` \
    libjpeg-turbo-devel.`uname -i` \
    libcurl-devel.`uname -i` \
    libpng-devel.`uname -i` \
    libmcrypt-devel.`uname -i` \
    mysql-devel.`uname -i` \
    readline-devel.`uname -i`

PHPのコンパイル

$ cd /usr/local/src
$ sudo curl -L http://jp1.php.net/get/php-5.6.9.tar.bz2/from/this/mirror -o php-5.6.9.tar.bz2
$ sudo tar xvjf php-5.6.9.tar.bz2
$ cd php-5.6.9
$ sudo ./configure \
    --with-apxs2             \
    --with-libdir=lib64      \
    --disable-cgi            \
    --with-openssl=shared    \
    --with-zlib=shared       \
    --with-curl=shared       \
    --enable-ftp=shared      \
    --with-gd=shared         \
    --with-jpeg-dir          \
    --with-png-dir           \
    --enable-gd-native-ttf   \
    --enable-mbstring=shared \
    --with-mcrypt=shared     \
    --with-mysql=shared      \
    --with-mysqli=shared     \
    --with-pdo-mysql=shared  \
    --with-pdo-sqlite=shared \
    --enable-zip \
    --with-readline

$ sudo make
$ sudo make test
$ sudo make install

※PHP-5.4以降廃止されたオプション

--enable-sqlite-utf8
--enable-zend-multibyte

備考

5.3系から5.4系にかけてオプションの廃止があったものの、それ以降主要なオプションの変更はなかった。
※その他の細かなモジュールのオプションについては未確認。

PHPのコンパイルに必要なライブラリ類(yumのパッケージ)の名前が一部変更になっていた。

libjpeg-devel -> libjpeg-turbo-devel
curl-devel -> libcurl-devel

Laravel4.2 データベースのトランザクション

Laravelでデータベースのトランザクションを使用する場合、二つやり方がある。

1. クロージャの中に処理を記述する。

DB::transaction(function()
{
    $row = App::make('DbTable')->find(1);
    $row->value = 'hoge';
    $row->save();
});

良い点: なんとなく直感的。

悪い点: クロージャーの中に値を渡すのが面倒。

use($var) で渡す変数をオブジェクトなり、配列なりにして必要な値を全てまとめれば良いような気もする。そもそも、クロージャーの使い所がいまいち理解できていない。

2. トランザクションの開始と終了をメソッドで宣言する。

トランザクションの開始

DB::beginTransaction();

トランザクションをコミットする。

DB::commit();

トランザクションをロールバックする。

DB::rollback();

例)

DB::beginTransaction();

try {
    $row = App::make('DbTable')->find(1);
    $row->value = 'hoge';
    $row->save();
    DB::commit();
} catch (Exception $e) {
    Log::error($e);
    DB::rollback();
}

良い点: 柔軟に記述できる。

悪い点: 明示的に記述しなければいけないのが若干面倒。

PHP5.4:無名関数をインラインで実行する方法

jsでは次のように記述することで、インラインで無名関数を実行できる。これと同じような事がPHPでもできるのか調べてみた。 PHPでもインラインで実行できるけれど、jsのような省略記法には対応していない事が分かった。

(function() { /* ... */ })();

その1

少しややこしい

current([function($var1, $var2) {
    var_dump($var1);
    var_dump($var2);
}])->__invoke($a, $b);

その2

一つ目のやり方よりもシンプル

call_user_func(function($var1, $var2) {
    var_dump($var1);
    var_dump($var2);
}, $a, $b);

Laravel4.2:セッションの設定

セッションの設定は app/config/session.php で行う。
他の設定ファイルと同様、連想配列が定義されている。

lifetime (数値[分単位])
セッションの有効期限。デフォルトは "120分"

expire_on_close (true/false)
ブラウザを閉じた時にセッション破棄するかどうか。デフォルトは "false"
基本はtrueに設定し、必要であればfalseにする。

files (path/to/session_files)
セッションファイルを保存するパス。デフォルトは "app/storage/sessions"

secure (true/false)
CookieにSecure属性を指定する。デフォルト値は "false"

※環境ごとに設定を変える場合は、app/config/【環境ごとのフォルダ】/session.php に個別の設定を記述する。

年度の開始日を求めるメソッド・関数の命名をどうする？

「閲覧当日の時点で、特定の生徒が年度内に特定のコンテンツを複数回閲覧しているかどうか、閲覧履歴の作成日を見て判定する。"年度内"の判定は、直近の年度開始日以降（閲覧当日よりも前にある日付）の日付を計算して行う」

最近上記のような処理を実装する機会があった。実装当初は、次の２つの処理を一つのメソッドにまとめようとしていた。

今日の日付から年度の開始日を算出する処理
履歴が年度内かどうか判定する処理

１つ目の処理については汎用的に使いまわす可能性があり、何よりもメソッド内が複雑になりそうだと感じ、処理を別の関数とメソッドに切り出す事にした。二つ目の処理はさておき、「今日の日付から年度の開始日を算出する処理」の関数の命名ではまった、というか悩んだ。

次に年度の開始日を求めるメソッドをクラスに定義するにあたり、メソッド名をいくつか候補に挙げてみた。

isWatchedWithinStudentYear()
getNendStartDate()
getSchoolYearStartDate()
fetchSchoolYearStartDate()

自身の英語力が貧弱という事もあり、しっくりくる名前が思い浮かばない。

少し悩んでから、そもそも「年度内〜」という単語に意識が引きずられている事に気づいた。
期間を算出する処理なので、この処理自身が年度の概念を知っている必要はない。なので、「直近の過去で一番近くに「指定した月」に該当する年月」を取得する、とだけ考えると役割をシンプルに捉えられそうだと思い至った。それでも、ややこしい気がするけれども、「年度」という言葉を排除するだけでも随分印象はさっぱりする。

最終的に、クラスには定義せず、"findMostRecentDate()" という関数を定義した。「最も直近の日付」といった意味になるだろう。おそらく。
本当は「前の」「過去の」といった意味合いも含めるべきかもしれないけれど、適切な表現が思い浮かばなかったので省略し、用例をコメントに含めて関数の挙動を説明することにした。

以下に今回実装した関数を記しておく。

/**
 * 指定した日付($date)から過去に遡って、基準月($month_cond)が最初に登場する年月を返す
 * 例) findMostRecentDate('2014-05-11',  4) -> 2014-04-01
 *     findMostRecentDate('2014-03-01',  4) -> 2013-04-01
 *     findMostRecentDate('2017-11-24', 10) -> 2017-10-01
 *     findMostRecentDate('2015-01-01', 10) -> 2014-10-01
 *
 * @param string $date YYYY-MM-DD形式の日付
 * @param int $month_cond 基準月
 */
function findMostRecentDate($date, $month_cond)
{
    if (!$date || !$month_cond) return null;
    $ts = strtotime($date);
    $year = date('Y', $ts);
    $c = 3; //適当なところで抜ける
    while($c>0) {
        //    mktime(hour,  min,  sec,       month,day, year );
        $ts = mktime(null, null, null, $month_cond,  1, $year);
        $recent = date('Y-m-01', $ts);
        if ($recent < $date) return $recent;
        $year--;
        $c--;
    }
    return null;
}

Laravel4.2: ストレージエンジンを指定しよう！

DBにMySQL（テーブルごとにストレージエンジンを切り替えるDB全般？）を用いる場合、
カラムの定義だけでなくストレージエンジンの指定も行う必要があります。
ストレージエンジンの指定を行わない場合、テーブルがどのストレージエンジンで作成されるかどうかはサーバの環境（MySQLのバージョンや、MySQLのコンフィグ)に左右されてしまいます。
ストレージを指定するには次のように、Blueprintオブジェクトのプロパティにストレージを指定します。

Schema::create('t_action', function(Blueprint $table) {
     $table->engine = 'InnoDB'; //もしくはMyISAM

	 //...その他カラム定義など
});

ストレージエンジンの設定をミスしていても割と気づかない事が多いので、
マイグレーションを実行する時点できちんと設定しておきたいですね。

lastコマンド

lastコマンドは、サーバ上のログイン履歴を新しい順に表示します。
次に示す例では、最新10件分のログイン履歴を出力します。

$ last -n 10

出力内容

ユーザ名  端末名  接続ホスト情報    日時              接続時間
user1     pts/27  192.168.0.81      Wed Dec 10 15:45  still logged in
user1     pts/26  192.168.0.81      Wed Dec 10 14:24  still logged in
user2     pts/25  192.168.0.16      Wed Dec 10 11:30  still logged in
user1     pts/24  192.168.0.81      Wed Dec 10 11:21  - 16:08 (04:46)
hato      pts/14  :pts/23:S.0       Wed Dec 10 11:02  still logged in
hato      pts/20  :pts/23:S.1       Wed Dec 10 11:02  still logged in
hato      pts/21  :pts/23:S.2       Wed Dec 10 11:02  still logged in
hato      pts/23  192.168.0.8       Wed Dec 10 11:02  still logged in
user3     pts/22  :pts/10:S.7       Wed Dec 10 10:41  still logged in
user3     pts/1   :pts/10:S.0       Wed Dec 10 10:41  still logged in

wtmp begins Thu Nov 13 04:00:13 2014

接続元ホスト情報が、"hato pts/23" となっている行はSSHログインセッションの情報です。
これにぶら下がる形で、 "pts/14" "pts/20" "pts/21" というセッションの記録があります。
(※pts/23としてログインした後、screenというコマンドで３つ別々の端末に接続しています)

Laravel4.2: EloquentORMのチートシート(レコードのフェッチ)

※Laravel4.2系で検証

"eloquent"、とは流暢に話す・流暢な文章を書くといった様子を表す形容詞です。
文字通り直感的に操作できる、という印象があります。
EloquentORMを用いてDBを操作するには、モデルでEloquentクラスを継承します。
前置きはさておき、Eloquentのメソッドの基本的な使い方を以下に記します。

レコードのフェッチ

全件取得

$model = new Model();
$model->all();

プライマリキーでfetchする

$model->find(1);

条件指定

$model->where('column', '>=', 'value')->get();

第一引数にカラム名を指定
第二引数に式を指定「 = >= <= <> LIKE 」
第三引数に値を指定

WHEREのネスト

個人的に良いなと思ったのがWHEREのネストです。記述方法はシンプルで、ネストしたい条件をwhereNestedメソッドにクロージャで渡すことで実現できます。

例えば

deleted = 0 AND (description IS NOT NULL OR description IS NULL)

というクエリーは

$model->where('deleted', '=', 0)
        ->whereNested(function($query) {
            $query->whereNotNull('description');
            $query->whereNull('description');
        })
        ->get();

このように記述することができます。

BETWEEN

$model->whereBetween('column', array('from', 'to'));

IS NULL/IS NOT NULL

$model->whereNull('column')
$model->whereNotNull('column')

IN/NOT IN

$model->whereIn('column', $value);
$model->whereNotIn('column', $value);

ORDER BY

昇順:

$model->orderBy('column')

降順:

$model->orderBy('column', 'DESC')

LIMIT

limit:

$model->take(limit_counts)

offset:

$model->skip(offset_counts)

毎回指定される条件を定義

モデルクラスで、scopeで始まるメソッドを定義すると、独自の条件を追加するメソッドを、特別な設定をすることなく、メソッドチェーンの中で指定することができます。

    public function scopeDefaultCondition($query)
    {
        return $query->where(...任意の条件);
    }

パラメータがある場合は第二引数に指定する(マニュアル未確認)

これは:

WHERE column_name = 'hoge';

と同じ。他のメソッド名と衝突するカラム名の場合は使用できないようです（ある意味当然？）

CentOS7で変わった点

CentOS7になって変わっている点についていくつかまとめました。
これからCentOS7を触ってみる、という方は参考にしていただければと思います。

■1. yum標準リポジトリの変更

1-1. Apacheのデフォルトバージョンが2.2.系から2.4系に変更された

2014/12/02時点では、2.4.6がインストール可能でした。

これまで、Apache2.4系をインストールする場合はソースからコンパイルする必要がありました。

CentOS7以降はyumでインストールできるので便利になりましたね。

1-2. MySQLに代わり、MariaDBが標準のパッケージとして採用された

標準リポジトリからMySQLが消えました。そのため、yumでMySQLをインストールする場合はMySQL公式のyumリポジトリを導入するか、ソースからのコンパイルをするかの２択となってしまいました。

1-3. PHPのデフォルトバージョンが5.4系に変更された

2014/12/02時点では、PHP5.4.16 となっていました。

■2. サービス管理にsystemdが採用された

現状は旧来のSysVのコマンド(/etc/init.dや、service)でもサービスの設定が可能ですが、

一部のプログラムではすでにSysV系のコマンドでは管理できなくなっているようです。

■3.ファイアウォール機能に firewalld が採用された

個人的に気になる点は、基本的なサービスについてデフォルトの設定が用意されている点です。

実際に運用してみての所感などは後日記事としてあげていこうと思います。

Laravel4のバリデーションの学習

ここ数日、Laravel4.2を触っています。
今回はバリデーションについて備忘も兼ねてブログに書いてみます。

バリデーションのルールと、カスタムエラーメッセージを設定

対象をキーとして指定、値にルールを半角パイプ「|」で区切って記述します。
バリデーションのオプションを半角コロン「:」で区切って指定できます。

$rules = [
    'email' => 'required|email|unique:users,email',
    'password' => 'min:8',
];

デフォルトで英語のエラーメッセージが出力されます。
デフォルトのメッセージで都合が悪い場合は次のように指定します。

$messages = [
    'required' => ':attribute は必須項目です。',
    'unique' => ':attribute に使用済みの値が指定されました。',
    'min' => ':attribute は :min文字以上入力してください。',
];

バリデーション実行

//入力値を取得
$input_params = Input::all();
//バリデーション
$validator = Validator::make($user_inputs, $rules, $messages);
//バリデーションエラーの有無を確認
if ($validator->fails()) {
    //エラーをフラッシュセッションにセットして、入力画面に戻る・・・・
    Redirect::to('path/to/input')->withErrors($validator);
}

エラーメッセージの表示

リダイレクト先の画面のビューにエラー内容の配列が "$errors" という変数に自動でセットされます。
ビューでエラーを表示する場合は次のように記述しますす。項目ごとに個別に出すこともできますが、ここでは割愛します。

@foreach ($errors->all() as $message)
{{{$message}}}
@endforeach

バリデーションの優先順や、条件をAND・ORで分岐させる方法などは別の機会にまた改めて調べてみようと思います。