トーハム紀行

CakePHP2.0のコンソールを使ってラクラク自動生成しよう【2/3】

2012-01-26T17:08:00.001+09:00

■前回の続き

前回はデータベーススキーマに関するコンソール操作を説明したんだけど、なかなか興味深い内容だったと思う。

今回はいわゆるBake（ベイク）を使ってみる予定。
BakeというのはCakePHPというケーキを美味しく焼きあげるために用意された、いわばCakePHPのユーザランドファイルの自動生成ライブラリだ。簡単な設定で面倒な各種ファイルの準備をしてくれる。

作業に先立ち、今回のスキーマを書いておくので、コピペする人は参考にされたし。

app/Config/Schema/schema.php

class AppSchema extends CakeSchema {

  public function before($event = array()) {
    return true;
  }

  public function after($event = array()) {
  }

  public $users = array(
    'id' => array('type' => 'integer', 'null' => false, 'default' => NULL, 'length' => 5, 'key' => 'primary', 'collate' => NULL, 'comment' => ''),
    'username' => array('type' => 'string', 'null' => false, 'default' => NULL, 'length' => 64, 'key' => 'index',     'collate' => 'utf8_general_ci', 'comment' => '', 'charset' => 'utf8'),
    'password' => array('type' => 'string', 'null' => false, 'default' => NULL, 'length' => 40, 'collate' => 'utf8_general_ci', 'comment' => '', 'charset' => 'utf8'),
    'is_enabled' => array('type' => 'boolean', 'null' => false, 'default' => NULL, 'collate' => NULL, 'comment' => ''),
    'is_deleted' => array('type' => 'boolean', 'null' => false, 'default' => NULL, 'collate' => NULL, 'comment' => ''),
    'created' => array('type' => 'datetime', 'null' => false, 'default' => NULL, 'collate' => NULL, 'comment' => ''),
    'modefied' => array('type' => 'datetime', 'null' => false, 'default' => NULL, 'collate' => NULL, 'comment' => ''),
    'indexes' => array('PRIMARY' => array('column' => 'id', 'unique' => 1), 'users_idx' => array('column' => array('username', 'password', 'is_enabled', 'is_deleted', 'created', 'modefied'), 'unique' => 0)),
    'tableParameters' => array('charset' => 'utf8', 'collate' => 'utf8_general_ci', 'engine' => 'InnoDB')
  );

  public $profiles = array(
    'id' => array('type' => 'integer', 'null' => false, 'default' => null, 'length' => 5, 'key' => 'primary', 'collate' => null, 'comment' => ''),
    'user_id' => array( 'type' => 'integer', 'null' => false, 'default' => null, 'length' => 5, 'key' => 'index', 'collate' => null, 'comment' => '' ),
    'name' => array('type' => 'string', 'null' => false, 'default' => NULL, 'length' => 32, 'key' => 'index',     'collate' => 'utf8_general_ci', 'comment' => '表示名', 'charset' => 'utf8'),
    'created' => array('type' => 'datetime', 'null' => false, 'default' => NULL, 'collate' => NULL, 'comment' => ''),
    'modified' => array('type' => 'datetime', 'null' => false, 'default' => NULL, 'collate' => NULL, 'comment' => ''),
    'indexes' => array('PRIMARY' => array('column' => 'id', 'unique' => 1), 'profile_idx' => array('column' => array('user_id', 'name', 'created', 'modified'), 'unique' => 1)),
    'tableParameters' => array('charset' => 'utf8', 'collate' => 'utf8_general_ci', 'engine' => 'InnoDB')
  );
  
}

このファイルを作成後、コンソールでスキーマを自動生成。

$ ./cake schema -app ../../app create

このままでもいいんだけど、int型がただの整数になってしまっているので、可能であれば符号なしの正の数にしておきたい。

MySQL WorkbenchやphpMyAdminなどのGUIツールでunsignedに変更しても良いし、以下のSQLを実行するなどで対応しておこう。

ALTER TABLE  `profiles` CHANGE  `id`  `id` INT( 5 ) UNSIGNED NOT NULL AUTO_INCREMENT
ALTER TABLE  `profiles` CHANGE  `user_id`  `user_id` INT( 5 ) UNSIGNED NOT NULL
ALTER TABLE  `users` CHANGE  `id`  `id` INT( 5 ) UNSIGNED NOT NULL AUTO_INCREMENT
ALTER TABLE  `users` CHANGE  `is_enabled`  `is_enabled` TINYINT( 1 ) UNSIGNED NOT NULL COMMENT  '使用フラグ',
CHANGE  `is_deleted`  `is_deleted` TINYINT( 1 ) UNSIGNED NOT NULL COMMENT  '削除フラグ'

出来ればschemaコマンド側でこの対応をしてもらうと助かるんだけどね。しばらく掛かりそう。

■モデルを作ってみよう

さて、すでにデータベーススキーマが生成されているので、Bakeがモデルを認識してくれるはず。
一旦Bakeを起動して確かめてみよう。

$ ./cake bake -app ../../app

このコマンドがBakeの基本だ。正しく入力すると、以下のようなメニューが表示される。

Welcome to CakePHP v2.0.5 Console
---------------------------------------------------------------
App : app
Path: /cakephp2.0/htdocs/app/Console/../../app/
---------------------------------------------------------------
Interactive Bake Shell
---------------------------------------------------------------
[D]atabase Configuration
[M]odel
[V]iew
[C]ontroller
[P]roject
[F]ixture
[T]est case
[Q]uit
What would you like to Bake? (D/M/V/C/P/F/T/Q) 
>

上から順に説明すると、

[D]atabase Configuration: app/Config/database.phpの自動生成
[M]odel: app/Model内にモデルファイル自動生成
[V]iew: app/View内にビューファイル自動生成
[C]ontroller: app/Controller内にコントローラファイル自動生成
[P]roject: appと同じフォルダ構造（プロジェクト）を自動生成
[F]ixture: テストで使うフィクスチャ自動生成
[T]est case: テストケース自動生成
[Q]uit: Bakeの終了

となっている。

ちなみにコマンドで直接指定することも可能だ。
その場合、上記には表示されてないが、プラグインも可能となっている。

以下がそのコマンドになる。

$ cake bake ＜オプション＞

オプションは以下が使用可能。

db_config
model
view
controller
project
fixture
test
plugin ＜プラグイン名＞
all

今回はすでにデータベーススキーマが存在しているのが前提なので、モデルから作ってみよう。「m」もしくは「M」をタイプしてEnterする。

---------------------------------------------------------------
Interactive Bake Shell
---------------------------------------------------------------
[D]atabase Configuration
[M]odel
[V]iew
[C]ontroller
[P]roject
[F]ixture
[T]est case
[Q]uit
What would you like to Bake? (D/M/V/C/P/F/T/Q) 
> m ◀ モデルを自動生成させるので「m」もしくは「M」

---------------------------------------------------------------
Bake Model
Path: /cakephp2.0/htdocs/app/Console/../../app/Model/
---------------------------------------------------------------
Use Database Config: (default/test) 
[default] > ◀ database.phpの$defaultを使用するので「Enter」

Possible Models based on your current database:
1. Profile
2. User
Enter a number from the list above,
type in the name of another model, or 'q' to exit  
[q] > 1 ◀ Profileモデルを先に作るので「1」

Would you like to supply validation criteria 
for the fields in your model? (y/n) 
[y] > n ◀ バリデーションはとりあえず後にするので「n」

Would you like to define model associations
(hasMany, hasOne, belongsTo, etc.)? (y/n) 
[y] > y ◀ Userモデルとアソシエーションするので「y」もしくは「Enter」

One moment while the associations are detected.
---------------------------------------------------------------
Please confirm the following associations:
---------------------------------------------------------------
Profile belongsTo User? (y/n) 
[y] > y ◀ Profile belongs to Userなので「y」もしくは「Enter」

Would you like to define some additional model associations? (y/n) 
[n] > n ◀ 他にアソシエーション張るモデルは無いので「n」もしくは「Enter」

---------------------------------------------------------------
The following Model will be created:
---------------------------------------------------------------
Name:       Profile
DB Table:   `profiles`
Associations:
        Profile belongsTo User
---------------------------------------------------------------
Look okay? (y/n) 
[y] > y ◀ これで良いか？と聞かれるので「y」もしくは「Enter」

これだけの問答で、以下のソースが生成されるんだ。

app/Model/Profile.php

App::uses('AppModel', 'Model');
/**
 * Profile Model
 *
 * @property User $User
 */
class Profile extends AppModel {
/**
 * Display field
 *
 * @var string
 */
 public $displayField = 'name';

 //The Associations below have been created with all possible keys, those that are not needed can be removed

/**
 * belongsTo associations
 *
 * @var array
 */
 public $belongsTo = array(
  'User' => array(
   'className' => 'User',
   'foreignKey' => 'user_id',
   'conditions' => '',
   'fields' => '',
   'order' => ''
  )
 );
}

同じように、Userモデルも作ってみよう。

---------------------------------------------------------------
Bake Model
Path: /cakephp2.0/htdocs/app/Console/../../app/Model/
---------------------------------------------------------------
Possible Models based on your current database:
1. Profile
2. User
Enter a number from the list above,
type in the name of another model, or 'q' to exit  
[q] > 2 ◀ Userモデルを作るので「2」

A displayField could not be automatically detected
would you like to choose one? (y/n) 
> n ◀ $displayFieldが自動検出できなかったが使わないので「n」

Would you like to supply validation criteria 
for the fields in your model? (y/n) 
[y] > n ◀ バリデーションはとりあえず後にするので「n」

Would you like to define model associations
(hasMany, hasOne, belongsTo, etc.)? (y/n) 
[y] > y ◀ Profileとアソシエーション張るので「y」もしくは「Enter」

One moment while the associations are detected.
---------------------------------------------------------------
Please confirm the following associations:
---------------------------------------------------------------
User hasMany Profile? (y/n) 
[y] > n ◀ hasManyではないので「n」

User hasOne Profile? (y/n) 
[y] > y ◀ hasOneなので「y」もしくは「Enter」

Would you like to define some additional model associations? (y/n) 
[n] > n ◀ 他にアソシエーション張るモデルは無いので「n」もしくは「Enter」

---------------------------------------------------------------
The following Model will be created:
---------------------------------------------------------------
Name:       User
DB Table:   `users`
Associations:
        User hasOne Profile
---------------------------------------------------------------
Look okay? (y/n) 
[y] > y ◀ これで良いか？と聞かれるので「y」もしくは「Enter」

これでProfile.phpと同じように、以下のソースが自動生成される。

app/Model/User.php

App::uses('AppModel', 'Model');
/**
 * User Model
 *
 * @property Profile $Profile
 */
class User extends AppModel {

 //The Associations below have been created with all possible keys, those that are not needed can be removed

/**
 * hasOne associations
 *
 * @var array
 */
 public $hasOne = array(
  'Profile' => array(
   'className' => 'Profile',
   'foreignKey' => 'user_id',
   'conditions' => '',
   'fields' => '',
   'order' => ''
  )
 );
}

もうナイス過ぎて下痢しそうだ。
モデルはこれで一旦完了とする。

■コントローラを作ってみよう

さて、モデルファイルを自動生成したように、今度はコントローラを作ってみようじゃないか。
どういった内容のアクションを作るのかというと、基本的な以下の5つになる。

Userの一覧
Userの詳細
Userの追加
Userの編集
Userの削除

これらのアクションを自動生成してしまおうという話だ。これはすごく便利。
という訳で早速行ってみよう。

Welcome to CakePHP v2.0.5 Console
---------------------------------------------------------------
App : app
Path: /cakephp2.0/htdocs/app/Console/../../app/
---------------------------------------------------------------
Interactive Bake Shell
---------------------------------------------------------------
[D]atabase Configuration
[M]odel
[V]iew
[C]ontroller
[P]roject
[F]ixture
[T]est case
[Q]uit
What would you like to Bake? (D/M/V/C/P/F/T/Q) 
> c ◀ Controllerを作るので「c」もしくは「C」

---------------------------------------------------------------
Bake Controller
Path: /cakephp2.0/htdocs/app/Console/../../app/Controller/
---------------------------------------------------------------
Use Database Config: (default/test) 
[default] > ◀ database.phpの$defaultを使用するので「Enter」

Possible Controllers based on your current database:
1. Profiles
2. Users
Enter a number from the list above,
type in the name of another controller, or 'q' to exit  
[q] > 2 ◀ Usersコントローラを作成するので「2」

---------------------------------------------------------------
Baking UsersController
---------------------------------------------------------------
Would you like to build your controller interactively? (y/n) 
[y] > y ◀ 対話式に構築していくので「y」もしくは「Enter」

Would you like to use dynamic scaffolding? (y/n) 
[n] > n ◀ 動的スカフォルドしないので「n」もしくは「Enter」

Would you like to create some basic class methods 
(index(), add(), view(), edit())? (y/n) 
[n] > y ◀ 一覧、追加、詳細、編集アクションを自動生成するので「y」

Would you like to create the basic class methods for admin routing? (y/n) 
[n] > n ◀ 管理用アプリは今は作らないので「n」もしくは「Enter」

Would you like this controller to use other helpers
besides HtmlHelper and FormHelper? (y/n) 
[n] > n ◀ 今のところHTMLヘルパー、Formヘルパー以外使わないので「n」もしくは「Enter」

Would you like this controller to use any components? (y/n) 
[n] > n ◀ コンポーネントはまだ使用しないので「n」もしくは「Enter」

Would you like to use Session flash messages? (y/n) 
[y] > y ◀ セッションフラッシュメッセージを使うので「y」もしくは「Enter」

---------------------------------------------------------------
The following controller will be created:
---------------------------------------------------------------
Controller Name:
        Users
---------------------------------------------------------------
Look okay? (y/n) 
[y] > y ◀ これでよろしいかと聞かれるので「y」もしくは「Enter」

これで以下のようなソースが自動生成される。

app/Controller/UsersController.php

App::uses('AppController', 'Controller');
/**
 * Users Controller
 *
 * @property User $User
 */
class UsersController extends AppController {


/**
 * index method
 *
 * @return void
 */
 public function index() {
  $this->User->recursive = 0;
  $this->set('users', $this->paginate());
 }

/**
 * view method
 *
 * @param string $id
 * @return void
 */
 public function view($id = null) {
  $this->User->id = $id;
  if (!$this->User->exists()) {
   throw new NotFoundException(__('Invalid user'));
  }
  $this->set('user', $this->User->read(null, $id));
 }

/**
 * add method
 *
 * @return void
 */
 public function add() {
  if ($this->request->is('post')) {
   $this->User->create();
   if ($this->User->save($this->request->data)) {
    $this->Session->setFlash(__('The user has been saved'));
    $this->redirect(array('action' => 'index'));
   } else {
    $this->Session->setFlash(__('The user could not be saved. Please, try again.'));
   }
  }
 }

/**
 * edit method
 *
 * @param string $id
 * @return void
 */
 public function edit($id = null) {
  $this->User->id = $id;
  if (!$this->User->exists()) {
   throw new NotFoundException(__('Invalid user'));
  }
  if ($this->request->is('post') || $this->request->is('put')) {
   if ($this->User->save($this->request->data)) {
    $this->Session->setFlash(__('The user has been saved'));
    $this->redirect(array('action' => 'index'));
   } else {
    $this->Session->setFlash(__('The user could not be saved. Please, try again.'));
   }
  } else {
   $this->request->data = $this->User->read(null, $id);
  }
 }

/**
 * delete method
 *
 * @param string $id
 * @return void
 */
 public function delete($id = null) {
  if (!$this->request->is('post')) {
   throw new MethodNotAllowedException();
  }
  $this->User->id = $id;
  if (!$this->User->exists()) {
   throw new NotFoundException(__('Invalid user'));
  }
  if ($this->User->delete()) {
   $this->Session->setFlash(__('User deleted'));
   $this->redirect(array('action' => 'index'));
  }
  $this->Session->setFlash(__('User was not deleted'));
  $this->redirect(array('action' => 'index'));
 }
}

NetBeansのナビゲータでコントローラを見てみると、このような感じになっている。

簡単にアクションを説明してみよう。

indexアクション
Userモデルから全データを引っ張ってきて、users変数に代入している。

viewアクション
$idをidに持つUserモデルから1つデータを引っ張ってくる。
$idの指定がなかった場合はNotFoundException例外を投げる。

addアクション
ポストされた場合、入力されたデータをUserモデルに保存する。
保存が失敗したらエラーメッセージをフラッシュする。

editアクション
$idの指定がなかった場合はNotFoundExceptionという例外を投げる。
$idをidにもつUserモデルから1つデータを引っ張ってくる。
ポストされた場合、入力されたデータをUserモデルに保存する。
ポストされてなければ引っ張ってきたデータをリクエストデータに代入

deleteアクション
リクエストがpost形式出なかった場合、MethodNotAllowedException例外を投げる。
Userモデルのidプロパティをセットする。
該当するUserモデルがなければNotFoundException例外を投げる。
該当するUserモデルを削除し、メッセージをフラッシュする。
削除に失敗したらエラーメッセージをフラッシュする。

だいたいこんな感じだ。
同じようにして、ProfileControllerも作っておいてくだされ。

このBakeで自動生成されたソースはかなり参考になるので、最低一度はBakeでコントローラを作成しておくことをすすめるよ。

■ビューをつくってみよう

さて、モデル、コントローラとできたら、今度は具体的にブラウザで表示するビューの出番だ。これもBakeで自動生成させてしまおう。

Welcome to CakePHP v2.0.5 Console
---------------------------------------------------------------
App : app
Path: /cakephp2.0/htdocs/app/Console/../../app/
---------------------------------------------------------------
Interactive Bake Shell
---------------------------------------------------------------
[D]atabase Configuration
[M]odel
[V]iew
[C]ontroller
[P]roject
[F]ixture
[T]est case
[Q]uit
What would you like to Bake? (D/M/V/C/P/F/T/Q) 
> v ◀ ビューファイルを自動生成するので「v」もしくは「V」

---------------------------------------------------------------
Bake View
Path: /home/develop/cake2.torhamzedd.com/htdocs/app/Console/../../app/View/
---------------------------------------------------------------
Use Database Config: (default/test) 
[default] > ◀ database.phpの$defaultを使用するので「Enter」

Possible Controllers based on your current database:
1. Profiles
2. Users
Enter a number from the list above,
type in the name of another controller, or 'q' to exit  
[q] > 2 ◀ Usersコントローラがベースになるので「2」

Would you like bake to build your views interactively?
Warning: Choosing no will overwrite Profiles views if it exist. (y/n) 
[n] > n ◀ まだProfile用のビューは作らないので「n」もしくは「Enter」

これで、以下のファイルが生成される。

app/View/Users/add.ctp
app/View/Users/edit.ctp
app/View/Users/index.ctp
app/View/Users/view.ctp

Usersと同じく、Profilesのビューも作っておいてくだされ。

これでひと通り、最低限ブラウザで確認できるまで自動生成させることができた。

■ブラウザで見てみよう

アクセスするURLは/usersになる。
自動的にUsersControllerのindexアクションが実行され、Users/index.ctpをテンプレートとして表示してくれるはずだ。

これまたなんと凝った画面だこと。
CakePHP1.2の時代に比べると、恐ろしく発展を遂げているではないか。

画面左側にはナビゲーションまで付いている。

New User
List Profile
New Profile

ユーザを追加する際はProfileが別になっているので、少々わかりにくいが、ひと通りの操作ができるようになっている。

試しに「New User」でユーザを追加してみよう。

適当にデータを入れて、「Submit」ボタンをクリック。

正直言うと、赤はやめて欲しいんだけど、どうやら問題なくUserモデルにユーザが追加できたようだ。
セッションフラッシュでメッセージを表示させているようなので、F5キーなどでリロードしたら、この赤い忌々しいメッセージは消える。

さて、次はプロフィールを追加だ。画面左の「New Profile」をクリック。

俺の嫁の名前を入れて、「Submit」ボタンをクリック。

正直言うと、赤はやめて欲しいんだけど、どうやら問題なくProfileモデルにプロフィールが追加できたようだ。
セッションフラッシュでメッセージを表示させているようなので、F5キーなどでリロードしたら、この赤い不安なメッセージは消える。

「List User」で一旦一覧へ戻り、今追加したユーザの「View」ボタンを押してみよう。

このように、俺の嫁の詳細を確認することができる。
パスワードがモロ出しなのはサービスだ。というのは嘘で、Authコンポーネントを使えば勝手に暗号化してくれるので、安心されたし。

ちなみに「Delete」する場合、即座には消さない。一旦アラートダイアログが表示され、そこで本当に消すのかどうかを再度確認することができるので、結構安心。

OSやブラウザによっては、予め「OK」にフォーカスが当たっていることがあるので、くれぐれもEnterやスペースキーの連打には要注意だ。

■終わり

Bakeは本当に開発を助けてくれると思う。
Webアプリの設計段階でまず、モデルを決めてしまおう。そうすればスキーマが決まり、あとはBakeで焼くだけだ。

実際には、モデルにはビヘイビア（Behavior）、コントローラにはコンポーネント（Component）、ビューにはヘルパー（Helper）という拡張要素が存在し、ビヘイビアから開発し始めるようなツワモノもいるようだが、慌てないでも大丈夫。いつか、俺も君もそうなる。

というわけで、ざっくりとBakeを解説してみた。
俺もCakePHP2.0のBakeは初めてなので、いろいろ面白かった。
ぜひみんなにもやってみて欲しいと思う。そしてわかったことを俺にそっと教えてくれれば、少なくともそっちに足を向けて寝ることは無いと思うんで、ぜひよろしくだ。

次回はPHPUnitを使ったテストケースをかじってみようと思う。

CakePHP2.0のコンソールを使ってラクラク自動生成しよう【1/3】

2012-01-25T15:14:00.000+09:00

■はじめに

CakePHP2.0を使えば、基本的な習得コストを除き、高速にWebアプリケーションの開発ができるんだよ。
高速開発を目指して始めたCakePHPだけど、今では2.0。当時1.1から始めてたけど、機能も豊富になり、洗練されてきた。
ここらで一旦基本に戻り、CakePHP2.0の使い方で新しい発見が無いか試して見ることにしたんだ。

もしかしたら高速を超えた、超高速な開発が実現できるかもしれない。むしろそれを目指そう。

実際の作業を行う前に説明しておくけど、Windowsでの作業は説明しないので、Windows環境しか無い人は、VirtualBoxでFedora入れるなりしてLinux環境を構築しておくことをすすめる。

XAMPPなんかのナンチャッテLinuxで動かすことは全く想定してないんで、あしからず。

ちなみにここらへんの俺の考えは過去記事に書いてあるので興味がある方は以下リンクをクリックされたし。
XAMPPでWeb開発などをしている人は直ぐにVMPlayerに変えたほうが良い【1/8】
Windowsにサヨナラだ！！〜 Fedora15 〜【1/6】
Linuxを使ったWeb開発環境を手早く構築する【1/3】

さて、早速行ってみよう。

■前提条件

使用するOSはLinuxとする
Apache、MySQL、PHPなどの設定は適切に完了していることとする
CakePHP2.0のデプロイが完了していてブラウザで閲覧できていることとする
インストール先は/cakephp2.0/htdocs/とする
cakeコマンドは/cakephp2.0/htdocs/app/Consoleに移動しているものとする

■CakePHP2.0のセットアップ

CakePHP2.0をダウンロード
パーミッションの設定
ブラウザで確認

上記は終わらせておいてくだされ。

■データベースをつくろう

MySQL WorkbenchやphpMyAdminなどのGUIツールでデータベース設計しながらテーブル作る、なんてことも楽しいとは思うんだけど、出来れば終始、一つのプラットフォームで同じ入力と出力を期待したい。

俺の場合、エディタはIDEであるNetBeansを使って開発しているので、端末ウィンドウを表示させ、そのコンソール画面でコマンドラインでデータベースを作るようにしたいんだ。多くの作業がこのコンソールで実現可能なのであれば、いちいち他のツールを起動しなくて済むので、細かい話だけど手間が省けると思う。

CakePHPでは、app/Config/Schema/の中にスキーマ定義ファイルであるschema.phpが存在すればその内容でテーブルを作ることもできるし、既存のデータベースからschema.phpを自動生成させることも可能だ。

まず、既存のデータベースからusersテーブルをschema.phpにジェネレートし、schema.phpがどういう内容になっているのかを確認したいので、usersテーブルを以下のSQLで作っておこくことにする。

CREATE TABLE IF NOT EXISTS `users` (
  `id` int(5) unsigned NOT NULL AUTO_INCREMENT,
  `username` varchar(64) NOT NULL,
  `passwd` varchar(40) NOT NULL,
  `nickname` varchar(36) NOT NULL,
  `is_enabled` tinyint(1) unsigned NOT NULL,
  `is_deleted` tinyint(1) unsigned NOT NULL,
  `created` datetime NOT NULL,
  `modefied` datetime NOT NULL,
  PRIMARY KEY (`id`),
  KEY `users_idx` (`username`,`passwd`,`nickname`,`is_enabled`,`is_deleted`,`created`,`modefied`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;

この状態で、コンソールから以下のコマンドを実行する。

$ ./cake schema -app /cakephp2.0/htdocs/app generate -f

cake schema -app ＜appの場所＞ generate -f
-fをつけると全テーブルを対象にしてくれる

そうするとコンソールには以下のように表示され、スキーマファイルが生成されたことがわかる。

Welcome to CakePHP v2.0.5 Console
---------------------------------------------------------------
App : app
Path: /cakephp2.0/htdocs/app/
---------------------------------------------------------------
Cake Schema Shell
---------------------------------------------------------------
Generating Schema...
Schema file: schema.php generated

もしすでにschema.phpが存在した場合、以下のように、どうするのかを聞かれる。

Generating Schema...
Schema file exists.
[O]verwrite
[S]napshot
[Q]uit
Would you like to do? (o/s/q) 
[s] >

上書きするなら「o」、スナップショット（後述）なら「s」、この作業をやめるなら「q」を入力する。

スナップショットを選択すると、現在存在するschema.phpとは別に、schema_1.php、schema_2.phpと連番で別名のファイルを生成してくれる

というわけで、早速、/app/Config/Schema/schema.phpを見てみよう。
見るのにもcakeコマンドでいける。

./cake schema -app /cakephp2.0/htdocs/app view

まぁコンソールでソース見ることはあまりないと思うので、素直にファイルを開いてもOKだと思う。

/* generated on: 2012-01-25 13:55:47 : 1327467347 */
class AppSchema extends CakeSchema {

  public function before($event = array()) {
    return true;
  }

  public function after($event = array()) {
  }

  public $users = array(
    'id' => array('type' => 'integer', 'null' => false, 'default' => NULL, 'length' => 5, 'key' => 'primary', 'collate' => NULL, 'comment' => ''),
    'username' => array('type' => 'string', 'null' => false, 'default' => NULL, 'length' => 64, 'key' => 'index',     'collate' => 'utf8_general_ci', 'comment' => '', 'charset' => 'utf8'),
    'passwd' => array('type' => 'string', 'null' => false, 'default' => NULL, 'length' => 40, 'collate' => 'utf8_general_ci', 'comment' => '', 'charset' => 'utf8'),
    'nickname' => array('type' => 'string', 'null' => false, 'default' => NULL, 'length' => 36, 'collate' => 'utf8_general_ci', 'comment' => '', 'charset' => 'utf8'),
    'is_enabled' => array('type' => 'boolean', 'null' => false, 'default' => NULL, 'collate' => NULL, 'comment' => ''),
    'is_deleted' => array('type' => 'boolean', 'null' => false, 'default' => NULL, 'collate' => NULL, 'comment' => ''),
    'created' => array('type' => 'datetime', 'null' => false, 'default' => NULL, 'collate' => NULL, 'comment' => ''),
    'modefied' => array('type' => 'datetime', 'null' => false, 'default' => NULL, 'collate' => NULL, 'comment' => ''),
    'indexes' => array('PRIMARY' => array('column' => 'id', 'unique' => 1), 'users_idx' => array('column' => array('username', 'passwd', 'nickname', 'is_enabled', 'is_deleted', 'created', 'modefied'), 'unique' => 0)),
    'tableParameters' => array('charset' => 'utf8', 'collate' => 'utf8_general_ci', 'engine' => 'InnoDB')
  );
}

大体こんな内容になっているはずだ。
この中の$usersプロパティに、usersテーブルの構造が収まっている。

要するにこのプロパティを手で書いてしまえれば、MySQL WorkbenchやphpMyAdminなんかは使わなくて済む、というわけだ。

簡単に解析してみる。

プロパティ名は$usersで、これがこのままテーブル名になる。
配列のキーはそのままフィールド名になっていて、その中も配列になっている。中身はフィールドの内容だ。

type
null
default
langth
key
collate
comment

これはただ単にフィールド名の情報なので、そんなに大変じゃないと思う。

あとはインデックスだ。インデックスはプロパティ内ではindexesというキーになっていて、その中身は、

PRIMARY
＜インデックス名＞

などなど。

そして最後にテーブル自体の情報のtableParametersだ。

charset
collate
engine

設定する内容が多いので暗記するには少々骨が折れそうだが、CakePHP2.0使いなら一度はやってみても良いと思う。

今度は逆に、このschema.phpに$profilesプロパティを設定し、profilesテーブルを作って見ることにする。
以下のコードをschema.phpに追記だ。

まずはフィールド名を固めておき、インデックスとテーブルのプロパティを記述してみる。

public $profiles = array(
    'id' => array(),
    'user_id' => array(),
    'image_url' => array(),
    'created' => array(),
    'modified' => array(),
    'indexes' => array(),
    'tableParameters' => array()
  );

そして肉付けだ。

public $profiles = array(
    'id' => array(
      'type' => '',
      'null' => false,
      'default' => null,
      'length' => 5,
      'key' => 'primary',
      'collate' => null,
      'comment' => ''
    ),
    'user_id' => array(),
    'image_url' => array(),
    'created' => array(),
    'modified' => array(),
    'indexes' => array(),
    'tableParameters' => array()
  );

最終的に以下のように記述してみた。

public $profiles = array(
    'id' => array(
      'type' => 'integer',
      'null' => false,
      'default' => null,
      'length' => 5,
      'key' => 'primary',
      'collate' => null,
      'comment' => ''
    ),
    'user_id' => array(
      'type' => 'integer',
      'null' => false,
      'default' => null,
      'length' => 5,
      'key' => 'index',
      'collate' => null,
      'comment' => ''
    ),
    'image_url' => array(
      'type' => 'string',
      'null' => false,
      'default' => null,
      'length' => 128,
      'key' => 'index',
      'collate' => 'utf8_general_ci',
      'comment' => 'アバター画像URL'
    ),
    'created' => array('type' => 'datetime', 'null' => false, 'default' => NULL, 'collate' => NULL, 'comment' => ''),
    'modified' => array('type' => 'datetime', 'null' => false, 'default' => NULL, 'collate' => NULL, 'comment' => ''),
    'indexes' => array(
      'PRIMARY' => array('column' => 'id', 'unique' => 1),
      'profile_idx' => array('column' => array('user_id', 'image_url', 'created', 'modified'), 'unique' => 1),
    ),
    'tableParameters' => array('charset' => 'utf8', 'collate' => 'utf8_general_ci', 'engine' => 'InnoDB')
  );

少々見た目が悪いが、部分的に$usersプロパティからコピーしたので、改行が入ってない部分がある。
これを今度はcreateサブコマンドで、テーブルとしてデータベースに登録させてみよう。

./cake schema -app /cakephp2.0/htdocs/app create

そうすると、以下のように聞かれる。

Welcome to CakePHP v2.0.5 Console
---------------------------------------------------------------
App : app
Path: /cakephp2.0/htdocs/app/
---------------------------------------------------------------
Cake Schema Shell
---------------------------------------------------------------

The following table(s) will be dropped.
users
profiles
Are you sure you want to drop the table(s)? (y/n) 
[n] >

テーブルを一旦削除していいかどうか聞かれる。
出来ればプロパティ変数を個別に指定してテーブル毎に作成してもらいたいけど、ヘルプを見る限り、細かい指定は出来なさそう。
「n」と答えて削除しないでやってみたら、「usersテーブルすでにあるから新たに作れねぇぞボケェェェ！！」と怒られた。
素直に「y」で削除しようじゃないか。

The following table(s) will be dropped.
users
profiles
Are you sure you want to drop the table(s)? (y/n) 
[n] > y
Dropping table(s).
users updated.
profiles updated.

The following table(s) will be created.
users
profiles
Are you sure you want to create the table(s)? (y/n) 
[y] > y
Creating table(s).
users updated.
profiles updated.
End create.

さて、実際にphpMyAdminなどで見てみると、ちゃんとテーブルが生成されているのがわかる。

一つ残念なのが、cake schemaコマンドではフィールド属性で指定した『unsigned』が無視されてしまっているところだ。

試しに「extra」キーを与えて中身を「unsigned」にしても、ダメだった。
unsignedが使えないとなると、フィールド内で扱えるバイト数が半分になってしまうので、あとで直さないといけない。面倒くさい。

これは今後のschemaのバージョンアップに期待したいところ。

※この問題はマイルストーンが『いつか』扱いになっているようだ

■SQLファイルをダンプしてみよう

実はcake schemaコマンドにはSQLダンプコマンドがある。
phpMyAdminなどのGUIツールでダンプしたSQLファイルに比べると恐ろしくしょぼいが。

$ ./cake schema --app /cakehp2.0/htdocs/app dump --write schema.sql

cake schema -app ＜appのパス＞ dump --write ＜sqlファイル名＞

出力されたSQLファイルを見てみると、そのシンプルさに驚くと思う。

#App sql generated on: 2012-01-25 17:13:47 : 1327479227

DROP TABLE IF EXISTS `profiles`;
DROP TABLE IF EXISTS `users`;

CREATE TABLE `profiles` (
  `id` int(5) NOT NULL AUTO_INCREMENT COMMENT '',
  `user_id` int(5) NOT NULL COMMENT '',
  `image_url` varchar(128) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT 'アバター画像URL',
  `created` datetime NOT NULL COMMENT '',
  `modified` datetime NOT NULL COMMENT '', PRIMARY KEY  (`id`),
  UNIQUE KEY `profile_idx` (`user_id`, `image_url`, `created`, `modified`)) DEFAULT CHARSET=utf8,
  COLLATE=utf8_general_ci,
  ENGINE=InnoDB;

CREATE TABLE `users` (
  `id` int(5) NOT NULL AUTO_INCREMENT COMMENT '',
  `username` varchar(64) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '',
  `passwd` varchar(40) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '',
  `nickname` varchar(36) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '',
  `is_enabled` tinyint(1) NOT NULL COMMENT '',
  `is_deleted` tinyint(1) NOT NULL COMMENT '',
  `created` datetime NOT NULL COMMENT '',
  `modefied` datetime NOT NULL COMMENT '', PRIMARY KEY  (`id`),
  KEY `username` (`username`, `passwd`, `nickname`, `is_enabled`, `is_deleted`, `created`, `modefied`)) DEFAULT CHARSET=utf8,
  COLLATE=utf8_general_ci,
  ENGINE=InnoDB;

コンソール上からmysqlコマンドでインポートさせるケースなんかはあるかもしれないけど、スキーマ定義ファイルで事足りるという。
ただ、ダンプしてSQLファイルにしておくと、CakePHP以外でも使えるよね。

■構造のアップデート

cake schemaコマンドにはupdateというサブコマンドも用意されているんだけど、これが何度やってもうまく行かない。

例えばschema.phpを開いて、profilesにwebsite_urlなど１つ足して保存したとする。
この状態でupdateしたら、profilesテーブルにwebsite_urlフィールドがalter tableされて追加されるぞ！と期待していた。

しかし実際にはすべてのフィールドをaddしてしまい『ユニークな主キーが重複しているからアップデートできないぜ(#ﾟДﾟ)ｺﾞﾙｧ!!』になる。

英語のマニュアルを読んでみると、どうもupdateはロールバックするときに使うようで、基本、createでやるようだ。

ただ、この部分正直いうとあまり自信がないので、より詳しい情報が入り次第、記事を更新しようと思う。

■まとめ

正直schemaファイルを自作するとなると覚える個数がかなり多いが、たかだか程度の問題。
複雑なロジックを知識として覚え、そこから知恵を捻出するような作業ではないので、単純に暗記でいいと思う。少なくとも俺は暗記しようと思う。

1つを表現するための方法は複数あったほうが良いとおもうし、逆に1つの方法で複数を表現できるというのもあり。
1つの方法で1つの表現しかできないのがコストパフォーマンスの低下を生むと思うんだよな。
というわけで、今回はスキーマでした。

次回はモデルとコントローラをやり、最後にPHPUnitを使ったテストを生成してみる予定。

CakePHP2.0にSearch Pluginをいれてラクラク検索しよう【2/2】

2012-01-21T12:15:00.001+09:00

■準備

前回の記事を見て同じようにやっておけば、そのままの続きで話を勧められるけど、一応まとめとして前回のおさらいをしておこう。

まず、CakePHP2.0がブラウザで閲覧できる状態であり、エラーも無いとしよう。
その状態でCakeDC謹製の検索プラグインであるSearchプラグインをインストールした。

ページャ機能を使う
検索結果もページャに反映させる

のが目的なので、まずは１の『ページャ機能を使う』を実装。
今回は２の『検索結果もページャに反映させる』を行うよ。それで終わり。

■その前に

実はCakePHP1.3と2.0で変更があった部分が多く、その中で意外と気づかなかった部分を紹介するよ。

$this->Paginator->sort()の引数指定が逆になってる

英語で良ければここに書いてあるよ。

つまり、1.3では

sort('ユーザID', 'User.id')

の順番だけど、2.0からは

sort('User.id', 'ユーザID')

という順序になった。

なんで気づきにくいかというと、2.0上で1.3方式そのままやってもエラーがでないから。
ただ項目名にモデル名が表示されるだけ。

当然『ユーザID』なんていうモデルデータは無いから、実際には動かないんだけどね。
そこんとこ、ヨロシク！だ。

ほかにも1.3系列で動かしていて『あれ？』と思ったら、英語でもいいのでCookbookを見ておくことをおすすめする。

Paginator関連

海外のマニュアルは英語なだけでなく、サンプルが極端に少ない場合が多いので、ある程度使い込んだ人じゃないと意味がわからない場合も多いけど、そのうち日本でCakePHP2.0の本が出るはずなので、それまで待つのも手だね。

というわけで、早速indexビューを変更しておこう。
以下のような感じにして、項目名ソート機能を実装だ。

app/View/Users/index.ctp

<?php echo $this->element('searchForm')?>

<?php echo $this->element('pager')?>
<table>
<tr>
  <th><?php echo $this->Paginator->sort('User.id', 'ID')?></th>
  <th><?php echo $this->Paginator->sort('User.username', 'ユーザ名')?></th>
  <th><?php echo $this->Paginator->sort('Profile.nickname', 'ニックネーム')?></th>
  <th><?php echo $this->Paginator->sort('User.created', '作成日')?></th>
  <th><?php echo $this->Paginator->sort('User.modified', '更新日')?></th>
</tr>
<?php foreach($users as $user):?>
<tr>
  <td><?php echo $user['User']['id']?></td>
  <td><?php echo $user['User']['username']?></td>
  <td><?php echo $user['Profile']['nickname']?></td>
  <td><?php echo $user['User']['created']?></td>
  <td><?php echo $user['User']['modified']?></td>
</tr>
<?php endforeach?>
</table>
<?php echo $this->element('pager')?>

変更したのは6〜10行だ。

1.3では

$paginator->sort()

だったけど、2.0からはヘルパーは

$this->Paginator->sort()

的な記述をすることになっているんで、ちゃんと規約通りに書くようにしようじゃないか。

記述が長くなってしまうけど、これは気にしないのが精神衛生上よろしいと思われるんで、とりあえずやってから文句言えばいいと思う。
だからやると良いよ。

この状態でブラウザで見てみると、こんな感じになってるはずだ。
なってなかったら、もう一度布団に入り、レム睡眠で6時間ほど眠り、起き直すと良いかも。

項目名の『ID』『ユーザID』『ニックネーム』『作成日』『更新日』がテキストリンクになったはずだ。

そしてクリックすると、クリックした項目を基準に昇順/降順に並び替えることができるんだ。

URLを見れば一目瞭然。GET形式で向きを指定しているだけ。それを受け取って向きを変えてくれるのがPaginatorに備わっている、というわけよ。どうよ？

なかなか憂い奴だべ。

■Searchプラグインの準備

さて、本題だ。

Searchプラグインを使うためにはいろいろ準備がいる。そもそもプラグインのプラグというものは、いわゆる日本で言うところのコンセントだ。挿せば使える。挿さないと使えない。

当然通常の電化製品ってのは、コンセント差した瞬間に使えるようなものは少ないわけで、何かしらのスイッチが必要になる。

掃除機も、コンセントに差した瞬間に吸い込み始めたら厄介だ。

というわけで、インストールしただけでは動かないようになっている。
『プラグイン』って名前がついてるのに、インストールしただけじゃ動かないの？と言われれば、『そうだ』と答えるよ。

でも俺の答えなんかハナクソと同価なので、いちいち一喜一憂しないほうが世のため人のためだよ。

というわけで、ダウンロードしたSearchプラグインを解凍し、フォルダ名を変更して、しかるべき場所に設置したことにより、コンセントは刺された状態となったのは言うまでもない。

GithubでCake2.0用のSearchプラグインをダウンロード
ダウンロードしたファイルを解凍
解凍したフォルダをSearchにリネーム
app/Plugin内にSearchフォルダを設置

さて、次は電源を入れようじゃないか。
どうやって入れるのか？

CakePHPのプラグイン達は、家電で言えば冷蔵庫だ。一度電源を入れたら、かなりの間電源を消すことはない。まずこれを覚えておいて欲しい。

次に、app/Configの中にある、bootstrap.phpを見てもらいたいんだ。
テキストエディタやお好きなIDE、ないしは隣の奥さんに朗読してもらうのも良い。
末尾の方に、こんな記述があるはずだ。

app/Config/bootstrap.php

/**
 * Plugins need to be loaded manually, you can either load them one by one or all of them in a single call
 * Uncomment one of the lines below, as you need. make sure you read the documentation on CakePlugin to use more
 * advanced ways of loading plugins
 *
 * CakePlugin::loadAll(); // Loads all plugins at once
 * CakePlugin::load('DebugKit'); //Loads a single plugin named DebugKit
 *
 */

さて、これはつまりどういうこと？

クソ翻訳してみると、

CakePHP2.0でプラグイン使うときは、このファイルに名指しでプラグインを指定するか、面倒くさいヤツはプラグイン全部よむ指定をかけや、な、ボウズ。

と書いてある。

本当にそう書いてあるのかどうかはまるで保証しないけど、とにかく以下のように記述しないと、プラグインの電源は入らないことは必然だ！！

CakePlugin::load(＜プラグイン名＞);

というわけで、今回使うプラグインは『Search』という名前なので、

CakePlugin::load('Search');

と記述するわけだ。

プラグインはCamelCaseなので、大文字から始めよう。

■Searchプラグインを使ってみよう

さて、次は具体的にソースコードに記述しながら説明しようと思う。

使うファイルは

app/Controller/UsersController.php
app/Model/User.php

だ。

コントローラ側ではプラグインのコンポーネント、モデル側ではプラグインのビヘイビアの指定をそれぞれする。

その他に、検索フォームのどの項目を、モデルのフィールドに合わせるのか、検索するタイプなども同時に指定することになる。

言うなれば上記の2種類の指定をするだけで、誰でも簡単に検索結果を維持したままページネーションさせることができるんだ。

というわけで、まずはモデルを先にやっつけることにする。
モデルでは、ビュー（検索フォーム）から送られてくるデータをフィルタする必要があるらしく、そのフィルタの設定は$filterArgsというメンバ変数ですることになっている。

指定はそれほど難しくなく、検索フォームで使っているinputタグなどの、name属性を使い、それぞれ型と、ペアとなるモデルデータのフィールドを指定するだけだ。

今回検索フォームには『ID』『ユーザID』『ニックネーム』の3つがあり、それぞれname属性は『id』『username』『nickname』となる。

このname属性は実は何でもいい。『id』を『unko』、『username』を『chinco』、『nickname』を『namco』としても問題ない。それらname属性に対して、実際のモデルデータでどこのフィールをペアにするのかが指定できるからね。

というわけで、早速$filterArgsを設定してみよう。

name『id』はfield『User.id』
name『username』はfield『User.username』
name『nickname』はfield『Profile.nickname』

という指定をするよ。

app/Model/User.php

// 検索対象のフィルタ設定
  public $filterArgs = array(
    array('name' => 'id', 'type' => 'value', 'field' => 'User.id'),
    array('name' => 'username', 'type' => 'like', 'field' => 'User.username'),
    array('name' => 'nickname', 'type' => 'like', 'field' => 'Profile.nickname'),
  );

これを一番下に追記しておく。

typeに入れる『value』とか『like』ってなに？と思うかもしれないが、思った方が健全だ。
これは、例えば検索フォームに入力されたキーワードを部分一致させたい場合は『like』を、IDなどの数字を完全一致で検索したい場合は『value』を指定、というようなニュアンスを掴んでもらいたい。

当然これら2つだけじゃなく、他にも『query』『subquery』なんかの型も用意されている。
詳しくは、Searchプラグインに同梱されている、readme.mdを見ていただきたい。
mdフィルってのはマークダウン方式で記述された、ただのテキストファイルなので、お好きなテキストエディタで開くと良いよ。

開けなかったら、もう一度Githubに言って、readme.mdファイルを選択すれば、整形済みのmdファイルの中身を閲覧できるよ。

readme.md

というわけで、これで検索フォームから投稿された検索データがモデルで扱えるようになった。

次はこれらのデータをコントローラでも扱わなければいけない。
その際Searchプラグインの作法として、コントローラ側で使うプリセットというものを設定しておかないといけない。

これは少々面倒だ。

検索内容を変更するとき、いちいちUser.phpとUsersController.phpを編集するのは厄介。
コントローラ側でモデルの配列を引っ張ってきて、その場で代入すればいいじゃん、と俺は思ってる。

だからマニュアルにはコントローラにかけと書いてある$presetVarsを、モデルファイルに書いてしまうと思う。

というわけで、引き続きモデルファイルの末尾に以下を追記しよう。

app/Model/User.php

// 検索対象のフィールド設定
  public $presetVars = array(
    array('field' => 'id', 'type' => 'value'),
    array('field' => 'username', 'type' => 'value'),
    array('field' => 'nickname', 'type' => 'value'),
  );

さて、このPresetVarsの指定、fieldとtypeってあるけど、さっきのfilterArgsと何が違うの？と思うかもしれない。

俺もそう思った。

とりあえず説明すると、fieldはモデルデータのフィールド名。つまりUserモデルのidフィールドなら、idと書けばいいし、typeは例えば複数選択ならcheckboxと書いたり、lookupなんていう凝った指定もできる。

まだ解析してないのでなんとも言えないけどこの$presetVarsは、検索結果用のURLを生成するためのロジックへ渡すための処理なんだと思ってる。それをSearch.Prgというコンポーネントで行なっている（と思う）。

で、本来コントローラに書くデータをモデルにまとめたので、コントローラ側では一旦この$presetVarsを読み出す処理がひつようになるよね。

というわけで、コントローラをいじろう。
まずはSearch.Prgコンポーネントの指定、それからモデルで記述した$presetvarsの代入だ。

app/Controller/UsersController.php

public $name = 'Users';
  public $uses = array('User', 'Profile');
  public $components = array('Search.Prg');
  public $presetVars = array();

$conponentsにSearch.Prgの指定、それと$presetVarsの初期化だ。
次に、モデルに記述した$presetVarsを、この初期化したコントローラ側の$presetVarsに代入するため、beforeFilter内に代入式を書いておくようにする。

app/Controller/UsersController.php

public function beforeFilter()
  {
    // 検索対象のフィールド設定代入
    $this->presetVars = $this->User->presetVars;
   
    // ページャ設定
    $pager_numbers = array(
      'before' => ' - ',
      'after'=>' - ',
      'modulus'=> 10,
      'separator'=> ' ',
      'class'=>'pagenumbers'
    );
    $this->set('pager_numbers', $pager_numbers);
  }

３〜４行目を追記だ。

これでSearchプラグインの準備は万端。
次にページネーションされたURLと、検索されたURLをくっつける処理が必要になる。

ページネーションはindexアクションで行ってるので、ここを少し修正してみよう。

app/Controller/UsersController.php

// 検索条件設定
  $this->Prg->commonProcess();
  // 検索条件取得
  $conditions = $this->User->parseCriteria($this->passedArgs);

検索条件設定でURLを生成。検索条件取得で検索条件を設定。
それをページネータに絡ませるには、上記の記述も含めて、以下のようにすればOK。

app/Controller/UserController.php

public function index()
  {
    // 検索条件設定
    $this->Prg->commonProcess();
    // 検索条件取得
    $conditions = $this->User->parseCriteria($this->passedArgs);

    $this->paginate = array(
      'conditions' => $conditions,
      'limit' => 3,
    );
    $this->set('users', $this->paginate('User'));
  }

これで完成だ。

■検索してみよう

さて、検索フォームの『ユーザID』に『com』と入れて検索してみよう。
メールアドレスにcomが付くユーザは結構いるので、数名ヒットするだろうね。

そして１ページ３件にしているので、ページネーションもちゃんとジャンプメニューが表示されている状態だ。なにげないね。

この状態でページネーターのジャンプリンクをクリックした場合、もしSearchプラグインが入ってなかったら、検索した『com』は無視され、ただ無検索状態で指定したページが表示されるはずだ。

しかし今回Searchプラグインで『検索結果もページャーに反映させる』を行ったので、期待する通り、検索結果を考慮したURLが生成されるはず。

というわけで、まず『com』を検索してみただけの時のURLは以下のようになった。

/users/index/id:/username:com/nickname:

ユーザIDにcom、つまり『username:com』ってことなのは一目瞭然だと思う。

そして次は、２ページ目のジャンプリンクをクリックしてみよう。

正しく検索キーワードもそのまま残り、ページ遷移も問題無いことがわかった。
この時のURLは、

/users/index/id:/username:com/nickname:/page:2

だ。２ページ目のジャンプリンクをクリックした時の、page:2が追加されているよ。
これならもう、どんなキーワードだって検索できちゃうこと請け合いなしだね。

■終わり

プラグインってすごく便利。これからじゃんじゃん使っていこうと思うんで、まずはどんなプラグインが存在するのかをまとめておくとかすると良いかもね。

CakePHP2.0にSearch Pluginをいれてラクラク検索しよう【1/2】

2012-01-20T17:51:00.000+09:00

■CakePHPの2.0ってところがミソ

昨年は『CakePHP1.3にSearch Pluginをいれてラクラク検索しよう』という記事を、２回にわけてお伝えしたんだけど、まぁ別にいちいち見なおさないで良いよ。

でもリンク貼っとくから、気になって眠れない人や、全国の俺ファンの女子高生は、ここからすすむことができるんだ。夜も安心。

あくまで個人的な感覚でしか無いけど、俺的には、もはや時代は2.0っぽさが満開だと思うわけよ。こら。

とは言っても決してWeb2.0ではない。Webなんかどんなバージョニングしているのか謎すぎて、屁で空飛べるくらいどうでもいい。

何が2.0かというと、タイトル見ればいーじゃん！
そう、俺達の大好きな、あのCakePHPの2.0だよ！ブタ野郎！！！

というわけで、最近CakePHP2.0ばっかりいじっている俺が、つい最近まで書いていたCakePHP1.3の記事を、CakePHP2.0でやってみようって話。その１回目。よかったね。

使ってるバージョンはCakePHP2.0.5。このバージョンで、CakeDCのSearchプラグインを使おうぜって話だ。

早速行ってみよう。

■CakePHPをデプロイしておく

動くようにしておいていただきたい。
ブラウザで見れればいいって意味で。

CakePHP2.0はここから落とせるよ。
俺が落としたバージョンは2.0.5だ。

http://cakephp.jp/

■Searchプラグインをインストール

まずはダウンロードだ。
ダウンロード元はこちらのGithub。

https://github.com/CakeDC/Search

前回もGithubだったから、前回試してみた人は安心してダウンロードすることができるけど、たかだかダウンロードで安心もクソもねぇでやんす。

とっとと落とすと良いよ。

でも１個だけ注意が必要かもね。
ページの右側にこんなのがある。

ここが2.0になってないと、もしかしたら君は1.3用のSearchプラグインを落としてしまうかもしれないんだ。

だからこんな感じに変えておくと、寝覚め良いよ。

そもそもバージョンは2.0で説明しているのに、使ってるプラグインのバージョンが1.3だから動かないとか、エラーがでるとか、そんな話は里のおふくろにでもメールして、返事が来るまで風呂にでも入ってろといいたいけど、俺もうっかりさんの代表みたいなもんだし、よくやるパターンなので、このように親切に書いておいたから、迂闊でやんちゃな君でももう大丈夫だよね。

2.0はいろいろなフォルダが大文字から始まるCamelCaseになっているので、以下のような大文字から始まるフォルダの階層構造になっていればもう、大丈夫。

当然、『Current branch』がmasterなのに、ちゃんとフォルダが大文字から始まっていたなら、それはそれで素直にダウンロードすればいいと思うよ。

今回はこんなファイル名でダウンロードできた。

CakeDC-search-1.1-20-g98da0a6.zip

ダウンロードしたzipファイルは解凍しよう。
別に解凍しなくてもいいよ。先に進まないだけだから。

解凍したら、今回はこんな感じになっていた。

.
├── Controller
│   └── Component
│       └── PrgComponent.php
├── Locale
│   ├── deu
│   │   └── LC_MESSAGES
│   │       └── search.po
│   ├── fre
│   │   └── LC_MESSAGES
│   │       └── search.po
│   ├── por
│   │   └── LC_MESSAGES
│   │       └── search.po
│   ├── rus
│   │   └── LC_MESSAGES
│   │       └── search.po
│   ├── search.pot
│   └── spa
│       └── LC_MESSAGES
│           └── search.po
├── Model
│   └── Behavior
│       └── SearchableBehavior.php
├── Test
│   ├── Case
│   │   ├── AllSearchPluginTest.php
│   │   ├── Controller
│   │   │   └── Component
│   │   │       └── PrgComponentTest.php
│   │   └── Model
│   │       └── Behavior
│   │           └── SearchableBehaviorTest.php
│   └── Fixture
│       ├── ArticleFixture.php
│       ├── PostFixture.php
│       ├── TagFixture.php
│       └── TaggedFixture.php
├── license.txt
└── readme.md

いちいち中身は全部調べないで良いとはおもうけど、前回書いておいたから今回も書いてみた。ただtreeコマンド使いたかっただけという話もある。

ではインストールしよう。

フォルダ名を『CakeDC-search-98da0a6』から『Search』に変更し、CakePHPの『app/Plugin』の中にフォルダごと入れる。インストールはこれで完了だ。

■モデルをつくろう

今回も、UserモデルとProfileモデルで、モデルをまたいだ検索をページネーションで再現してみようと思う。

要するに、検索結果を維持したままページネーションでページをジャンプするということだ。
1.3と2.0では結構違うので、そこんとこよろしく。

まずはモデルだが、以下の構造でテーブルを作っておくと良い。

CREATE TABLE IF NOT EXISTS `profiles` (
  `id` int(5) NOT NULL AUTO_INCREMENT,
  `user_id` int(5) NOT NULL,
  `nickname` varchar(32) NOT NULL,
  `gender` tinyint(1) NOT NULL,
  `birthday` date NOT NULL,
  `created` datetime NOT NULL,
  `modified` datetime NOT NULL,
  PRIMARY KEY (`id`),
  KEY `user_id` (`user_id`,`nickname`,`gender`,`birthday`),
  KEY `modified` (`modified`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8;

CREATE TABLE IF NOT EXISTS `users` (
  `id` int(5) NOT NULL AUTO_INCREMENT,
  `username` varchar(64) NOT NULL,
  `password` varchar(64) NOT NULL,
  `created` datetime NOT NULL,
  `modified` datetime NOT NULL,
  PRIMARY KEY (`id`),
  KEY `username` (`username`,`password`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8;

データは以下のSQLを使うと楽だよ。

INSERT INTO `profiles` (`id`, `user_id`, `nickname`, `gender`, `birthday`, `created`, `modified`) VALUES
(1, 1, 'マッキー太郎', 1, '1990-10-01', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(2, 2, '倍アグラン', 1, '1980-05-04', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(3, 3, 'エキサイト多恵子', 2, '1992-12-08', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(4, 4, '史彦パインステート', 1, '1965-11-24', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(5, 5, 'Yas-Kaz', 1, '1984-09-21', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(6, 6, 'ウッキー氏田', 2, '1999-08-08', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(7, 7, 'リック', 2, '1996-03-30', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(8, 8, 'puripuri-chan', 2, '1984-12-15', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(9, 9, 'チョーサンピル', 1, '1989-05-14', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(10, 10, '道端御三郎', 1, '1963-01-24', '2011-11-03 18:44:32', '2011-11-03 18:44:32');

INSERT INTO `users` (`id`, `username`, `password`, `created`, `modified`) VALUES
(1, 'taroh@asdf.com', '0dedc1e879a73184aaaf574e95436e80d95bf563', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(2, 'jiro@qwer.net', '0dedc1e879a73184aaaf574e95436e80d95bf563', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(3, 'yamada.haruko@example.co.jp', '0dedc1e879a73184aaaf574e95436e80d95bf563', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(4, 'jimmy@ledzeppelin.com', '0dedc1e879a73184aaaf574e95436e80d95bf563', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(5, 'james@metallica.co.jp', '0dedc1e879a73184aaaf574e95436e80d95bf563', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(6, 'saburo@zcxv.tv', '0dedc1e879a73184aaaf574e95436e80d95bf563', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(7, 'sonofabitch@fxxkyou.com', '0dedc1e879a73184aaaf574e95436e80d95bf563', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(8, 'youaremydestiny@not.com', '0dedc1e879a73184aaaf574e95436e80d95bf563', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(9, 'titty.twister@fromdusktilldown.com', '0dedc1e879a73184aaaf574e95436e80d95bf563', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(10, 'myfriends@was.gone.com', '0dedc1e879a73184aaaf574e95436e80d95bf563', '2011-11-03 18:44:32', '2011-11-03 18:44:32');

データベースにテーブルを作ったら、今度はモデルファイルだ。

app/Model/User.php

class User extends AppModel {
  public $name = 'User';

  // 検索プラグイン
  public $actsAs = array('Search.Searchable');

  // アソシエーション
  public $hasOne = array(
    'Profile' => array(
      'className'  => 'Profile',
      'foreignKey' => 'user_id',
      'conditions' => null,
      'fields'     => null,
      'dependent'  => true,
    ),
  );
}

今回使うプラグインを、actsAsプロパティにセットしておく。
アソシエーションはUserに対して１つのProfileを持たせるので、hasOneとしておいた。
ここで躓く人はいないと思うので、次に行くよ。

■コントローラをつくろう

次はコントローラだ。

app/Controller/UsersController.php

class UsersController extends AppController {

  public $name = 'Users';
  public $uses = array('User', 'Profile');
  
  public function index()
  {
    $this->set('users', $this->User->find('all'));
  }  

}

ファイル名に気をつけるんだ。2.0からは、クラス定義されたファイルのファイル名は大文字から指定するというルールになっている。

オブジェクト指向っぽいかんじでウハウハだよね。
ウハウハしない人は、嘘でもいいからウハウハしておくと、このあとも引き続き愉快な気分を満喫できるのでおすすめだ。

そしてこのコントローラは短いから、特に説明はいらないかな。
いらないね。だからしない。

■ビューをつくろう

ビューも意外に簡単に作っておく。

app/Views/Users/index.ctp

<table>
<tr>
  <th>ID</th>
  <th>ユーザID</th>
  <th>ニックネーム</th>
  <th>作成日</th>
  <th>更新日</th>
</tr>
<?php foreach($users as $user):?>
<tr>
  <td><?php echo $user['User']['id']?></td>
  <td><?php echo $user['User']['username']?></td>
  <td><?php echo $user['Profile']['nickname']?></td>
  <td><?php echo $user['User']['created']?></td>
  <td><?php echo $user['User']['modified']?></td>
  </tr>
<?php endforeach?>
</table>

1.3と違うところがある。2.0ではechoのエイリアスであるe()が使えなくなった。なので、いちいちechoしている。気をつけろ！！

■ブラウザで見てみよう

上記設定をし終わったあと、ブラウザで閲覧んすると、こんなふうになったはずだ。

なんの変哲もない普通のインデックス。一覧ページ。リスト。

■検索フォームをつけよう

次にこの一覧の上に、検索フォームをつけてみよう。
検索フォームはエレメントで作っておいて、それをindex.ctpで読み込む形にしておく。

app/View/Elements/searchForm.ctp

<?php echo $this->Form->create('User', array('url' => '/users/index'))?>

<fieldset>
  <legend>Search or Die!</legend>
  <dl>
    <dt><label>ユーザID</label></dt>
    <dd><?php echo $this->Form->input('id', array(
      'type' => 'text', 'div' => false, 'label' => false))?></dd>
    <dt><label>ユーザ名</label></dt>
    <dd><?php echo $this->Form->input('username', array(
      'type' => 'text', 'div' => false, 'label' => false ))?></dd>
    <dt><label>ニックネーム</label></dt>
    <dd><?php echo $this->Form->input('nickname', array(
      'type' => 'text', 'div' => false, 'label' => false ))?></dd>
  </dl>

  <?php echo $this->Form->submit('検索', array('div' => false, 'escape' => false))?>

</fieldset>

<?php echo $this->Form->end()?>

これを読み込むために、index.ctpも若干変更を加えよう。
tableタグの上に以下を追記だ。

<?php echo $this->element('searchForm')?>

これで画面はこんなふうになったはずだ。

ようやくここまでたどり着いた。
この状態で、

ページャ機能を使う
検索結果もページャに反映

ということがやりたいわけだ。
この2の部分を、Searchプラグインで気軽にやっちまおうぜ、というのがこの記事の趣旨。

■ページャをつけよう

まずはページャだ。
今回データが10件しか入ってないので、１ページ20件表示のデフォルト設定だと、検索結果がかならず１ページで完結してしまう。
１ページ３件表示にすれば、少なくとも３~４ページは稼げるので、上記１と２の連携もテストしやすいというもの。

それからジャンプリンクの設定をプリフィルタでやっておきたいので、beforeFilterメソッドを作成し、その中にpager_numbersというビュー変数を使える設定をしておこう。

というわけで、まずはコントローラにページャの設定を書いておこう。

app/Controller/UserController.php

  public function beforeFilter()
  {
    // ページャ設定
    $pager_numbers = array(
      'before' => ' - ',
      'after'=>' - ',
      'modulus'=> 10,
      'separator'=> ' ',
      'class'=>'pagenumbers'
    );
    $this->set('pager_numbers', $pager_numbers);
  }

  public function index()
  {
    $this->paginate = array(
      'limit' => 3
    );

    $this->set('users', $this->paginate('User'));
  }

indexアクションの中身をページャに変更させ、limitに３を指定してみた。
これで１ページ３件までとなるわけだ。

３件にはなったけど、ジャンプリンクがないからページ移動ができんばい！
となるので、ページャも作ってしまおう。

ページャは一覧の上下に付けたいから、同じ内容を二箇所に書くのはよろしく無いので、こちらもエレメントとして作っておくことにする。

app/View/Elements/pager.ctp

<div class="pagers">
  <?php echo ($this->Paginator->hasPrev())?$this->Paginator->first('&laquo;', array('class'=>'first', 'escape'=>false)):'<span class="disabled">&laquo;</span>'?>
  <?php echo $this->Paginator->prev('&lsaquo;', array('escape' => false), null, array('class'=>'disabled', 'tag' => 'span', 'escape' => false));?>
  <?php echo $this->Paginator->numbers($pager_numbers);?>
  <?php echo $this->Paginator->next('&rsaquo;', array('escape' => false), null, array('class' => 'disabled', 'tag' => 'span', 'escape' => false));?>
  <?php echo ($this->Paginator->hasNext())?$this->Paginator->last('&raquo;', array('class'=>'last','escape'=>false)):'<span class="disabled">&raquo;</span>'?>
</div>

なんどか試しては見たんだけど、$Paginator->first()、$Paginator->last()は、ない場合nullになってしまうのは1.3から変わってないようだ。これは残念。

したがって、$Paginator->hasPrev()、$Paginator->hasNext()で判定させている状態。

さて、このページャをindex.ctpから読み込ませるので、tableタグの上下に以下を追記しておく。

<?php echo $this->element('pager')?>

このままだと非常に汚いページャになってしまうので、CSSを少々いじってみよう。
最後の行に以下を追記すればOK。

app/webroot/css/cake.generic.css

.pagers {
  text-align:center;
  font-size:large;
}
.pagers a,
.pagers span {
  padding:0 0.2em;
}
.pagers .disabled {
  color:#ccc;
}

さて、ブラウザ見てみよう。

■次回のまとめ

今回で

ページャ機能を使う

はクリアできた。

次回は

検索結果もページャに反映

部分をやる予定。

つまりSearchプラグインの具体的な使い方ってことだね。
ではお楽しみに。

簡単なシェルスクリプトで色々バックアップしてみよう

2012-01-11T12:28:00.000+09:00

■特定の場所にあるファイルやフォルダを別の場所で世代別に同期する

例えばユーザがアップロードした画像などをファイルで保存している場合や、チャットのログをテキストファイルで管理しているような、ファイルベースのモデルだけど、それらのファイルをまるごと世代管理を意識したバックアップを取ってみたくなる衝動に駆られるっつーわけよ、少なくとも俺は。

というわけで、bashで簡単なバッチを作ってみたんで晒すよ。

rootで動かすのが前提なんで、結構単純明快。

あなたが必要になるパラメータは

世代数
バックアップ先の所有者
バックアップ元
バックアップ先

の4つだ。

それぞれをスクリプト内に直接記述し、cronでroot権限で動かせばOK。

ライセンスはどうでもいいので、一番ゆるいと思われるMITライセンスにしておくよ。

けど別にライセンスなんかあったって、使いたい人は勝手に無許可に無断で無節操に使えばいいと思ってるんで、いちいち俺には連絡しないほうが良いよ。面倒くさいんで。

■特定の場所にあるログファイルを毎月末に圧縮して別の場所に保存する

Apacheとかのログファイルが肥大化すると厄介なんだよ。

特にCentOSとか使ってると、しょぼしょぼヘタレなsyslogちゃんとか、ログを切り詰めてくれるlogrotateちゃんとか、Apacheと一緒に仲良く落ちてくれる。

そういう意味では今や標準となってるrsyslogくらい入れておけと大きな（そしてドスの効いた）声で言いたいんだけど、どうでもいいよ。シェル作ったから。

というわけで、bashで簡単なバッチを作ってみたんで晒すよ。

rootで動かすのが前提なんで、結構単純明快。

あなたが必要になるパラメータは

バックアップ先の所有者
バックアップ元
バックアップ先
対象となるログファイル群

の4つだ。ログファイルは配列なので複数指定できるよ。便利っぽいけど、中途半端な実装になってるから気をつけるんだ。

ライセンスはどうでもいいので、一番ゆるいと思われるMITライセンスにしておくよ。

けど別にライセンスなんかあったって、使いたい人は勝手に無許可に無断で無節操に使えばいいと思ってるんで、いちいち俺には連絡しないほうが良いよ。面倒くさいんで。

ちなみにcronで月末って指定するには、こんな感じでいいと思うよ

59 23 28-31 * * /usr/bin/test `date -d tomorrow +\%d` -eq 1 && /home/buser/backup_log.sh

今日が28〜31日で且つ、明日が1日の場合、23時59分になったら『/home/buser/backup_log.sh』を実行するよ。

■MySQLの特定のデータベースをまるごと別の場所で世代別にダンプする

激しくCRUDするタイプのWebアプリでもない限り、データベースのバックアップなんか、肩の力を抜いてゆとりを持った姿勢でいいんじゃないかと思ったんだよね。

要するに、比較的アクセスの少ない時間帯にホットでダンプする感じ。

というわけで、bashで簡単なバッチを作ってみたんで晒すよ。

rootで動かすのが前提なんで、結構単純明快。

あなたが必要になるパラメータは

世代数
バックアップ先の所有者
MySQLの接続カウント
データベース名
ダンプファイル名
バックアップ先

の6種類だ。アカウントはユーザ名とパスワードがあるので、数で言うと7個だ。どうだ？

ライセンスはどうでもいいので、一番ゆるいと思われるMITライセンスにしておくよ。

けど別にライセンスなんかあったって、使いたい人は勝手に無許可に無断で無節操に使えばいいと思ってるんで、いちいち俺には連絡しないほうが良いよ。面倒くさいんで。

■最後に

ご理解いただけているとは思うけど一応言っておくよ。
コピペしただけで動かない！とかほざく人や、使い方がわからない人は、俺に聞くんじゃなくて、己の手で調べるが良いよ。

あと、Windowsじゃ動かないし、ぴゅう太やソードM5とかでも動かないことは火を見るより明らか。

検索するときは、『bash』とか『バックアップ』とか『とあるサーバの管理者』とか『俺のシェルがこんなに動かないわけがない！』などで調べるんだ。

もし俺のブログがヒットしたら無間地獄だ。疲労が増すよね。
まぁ疲れたら飲みにでも行けばよいよ。

CakePHPのテーマ機能を使う【CakePHP Advent Calendar 2011】

2011-12-21T00:00:00.000+09:00

今年もやって参りました、CakePHP Advent Calender。
21日担当の俺でやんす。

俺のことはむしろどうでも良いのですぐに本題に入る訳よ。どうよ。

まずこの記事の対象となるCakePHPのバージョンは1.3なので、
1.2をお使いのモノノフがオレオレテーマ機能を自前で開発する方向性ならば、残念ながらこの場でサヨナラするか、素直に1.3を使うのが良策かと。

というわけで早速やってみよう。

まずはあなたが赴くままに好き勝手に作ったviewsフォルダ内を以下のような状態
だと仮定してみるところから始めるよ。

views

dashboards

index.ctp

elements

html
text

errors

error404.ctp

users

index.ctp
add.ctp
edit.ctp
view.ctp

よくある一般的なフォルダ構造だ。

一般的なのかどうかはあくまで俺の主観的な話なので、『こんなふうにはなってない、俺は！』とか、『これでいいのか！？俺は！』とか『海賊王に、俺はなる！』とか言う人は、もう面倒くさいからサヨナラだ！

それからcssファイルや画像ファイル、JavaScriptファイルなんかは、viewsフォルダではなくてwebrootフォルダ内に入れることになっている。

webroot

css
files
img
js

こんなふうになるよね。

で、今回テーマ機能を使うにあたって、予め決められた階層構造にしておかないと行けなかったりする。

どういうふうに決められているのか？だけど、それほど難しくない。

『views』フォルダの中に、『themed』というフォルダを作り、そこに自作のテーマを入れるという流れになるわけですよ。

例えばあなたが好き勝手気ままに付けたテーマ名が『kissmyass』だったとすると、

views

themed

kissmyass

という構造になる。
なかなか興味深いね。

で、このkissmyassだけど、この中身はどうなってるの？と思うかもしれない。
むしろ思ってくれ。

答えは簡単。

app/viewsの中身をそのまま再現

だ。

だから、先程説明した一般的な構造を、kissmyassテーマ内に再現するとしたら、このようになる。

views

themed

kissmyass

dashboards

index.ctp

elements

email

html
text

errors

error404.ctp

users

index.ctp
add.ctp
edit.ctp
view.ctp

viewsの直下にthemed/kissmyassが入るだけだ。
簡単だね、明瞭だね。問題ないね。

さて、テーマというからには、テンプレート＋アセットを管理したいと思うだろう。
ctpファイルはテンプレートなので、画像などは含まれていない。
そういう場合、webrootもテーマ機能の監視下に置きたくなるはずだ。

しかしちょっとまたれい！チャタレイ夫人！

webrootはそもそもviews内に入れるものではなく、ドキュメントルートとして位置の変更はできないのではないか？と、疑問に思う人もいる筈だ。
いようがいまいが、俺は疑問に思った。

しかし俺およびあなたには、ここで安心する手段が残されている。
なんと、webrootをテーマ内に入れてしまうことができるのだ！！

つまり階層的にはこうなるゥ！！

views

themed

kissmyass

dashboards

index.ctp

elements

html
text

errors

error404.ctp

users

index.ctp
add.ctp
edit.ctp
view.ctp

webroot

css
files
img
js

何たるちや！サンタルチア！

これで、themed内のkissmyassフォルダだけにすべてが入ったことになる！

さすがCakePHP1.3！
俺達にできないことを
平然とやってのけるッ！
そこにしびれる！
憧れるゥ！

というわけで、これで終わった。
長く険しい戦いだった。

応援ありがとうございました！
オガーン先生の次回作に期待！

とは、ならない。
終わったというのはあくまでテーマ機能の準備の話。

テーマを作ったら、今度はコントローラに教えてやらないといけない。
ここは自動ではないんだ。残念だ。

コントローラ毎にテーマを設定するのは面倒臭いので、
ここではapp_controller.phpを用意し、その中のbeforeFilterメソッドで指定してしまおうと思う。
これなら他のコントローラにテーマに関する設定を書かないで済む。

というわけで、行ってみよう。

app/app_controller.php

$this->view = 'Theme';
$this->theme = 'kissmyass';

これで完了だ。
ブラウザで見ていただきたい。

意外にあっけなくできたはずだ。

これでもうあなたは、毎回ゼロから管理画面などのデザイン性が強く要求されないアプリのデザインを作る必要がなくなり、今後はワンソース管理されたデザインで統一することができるようになったはずだ。

ビューファイルは毎回同じではないと思うけど、usersやdashboardsなんかは（俺は）毎回似たようなものをこさえていたので、これでかなり便利になった次第。

そうそう、もしテーマがkissmyassだけじゃなく、『kickme』なんかもあるのであれば、

views

themed

kickme
kissmyass

などと並べてフォルダを置けば良い。
あとはコントローラ側での話だ。

唐突に終わるんだ。

CakePHP Advent Calender 2011

前の人：20th December
『Migrationsプラグインの実践的運用』
@hiromi2424

次の人：22th Deceｍber
『CakePHP2.0 で FacebookAuthenticateによるAuthの認証』
@miurakatsu

CakePHP1.3にSearch Pluginをいれてラクラク検索しよう【2/2】

2011-11-22T11:58:00.001+09:00

さて、今回でSearch Pluginの説明は終わらせる予定だ。
CakePHPには他にもびっくりするくらい便利なプラグインが山盛り存在する。

もちろんヘルパ、コンポーネント、ビヘイビアなども沢山あるので、一度Bakeryを見てみるのも良いと思う。

というわけで本題に入るが、前回適当すぎて投げやりだった、ページャのスタイルを直してしまおうと思う。

以下のCSSスニペットを、/app/webroot/css/cake.generic.cssの最終行にでも追記しておこう。最低限のスタイルを設定してみた。

.pagers {
  text-align:center;
  font-size:large;
}
.pagers a,
.pagers span {
  padding:0 0.2em;
}
.pagers .disabled {
  color:#ccc;
}

これでどうにか人様にお見せできるようになった。

■モデルを作ろう

さて、SearchPluginを使うためには、モデルファイルが必要だ。
以下の場所にモデルファイルを作ろう。

モデル /app/models/user.php

class User extends AppModel {
  public $name = 'User';

  // 検索プラグイン
  public $actsAs = array('Search.Searchable');

}

$actsAsで、SearchPluginを読み込む。つまりこの場合はビヘイビアだ。

これでモデルはできたけど、実はSearchPlugin、このモデルファイルに設定を記述することになっている。
モデルだけではなく、コントローラ側にも必要だ。

正直面倒臭いが、とりあえず教科書通りやってみよう。

まずは、どのモデルのどのフィールドを検索対象にするのか、を連想配列で指定する。これをフィルタと呼ぶ。
というわけで、publicな$filterArgsに代入する。

モデル /app/models/user.php

class User extends AppModel {
  public $name = 'User';

  // 検索プラグイン
  public $actsAs = array('Search.Searchable');

  // 検索対象のフィルタ設定
  public $filterArgs = array(
    array('name' => 'id', 'type' => 'value', 'field' => 'User.id'),
  );
}

これで、Userモデルのidフィールドを対象に検索させる設定になる。

name
type
field

それぞれに当てはまる内容を記述すれば良い。

注意点として、nameはフィールド名ではなく、inputタグで使うname属性が元になっていると言う事だ。

そしてtypeはDOMで言うところの[type="text"]に近い扱いになる。textならvalueと指定すればOK。他にもlike、query、subquelyなどあるので、部分一致させたい場合などはlikeにすれば良い。
fieldは、モデルとフィールドを指定する。

その他にもmethodという項目もあり、独自に実装したメソッド名を指定することもできるが、詳しくは付属のmdファイルをテキストエディタで開いて一読しておくことを強くおススメする。

■コントローラを編集

というわけで、とりあえずUserモデルのidフィールドの設定をしてみたが、今度はこれをコントローラ側で受けなければいけない。
そのためにコントローラを編集する必要がある。

受けるための配列はpublicな$presetVarsだ。
ついでにコンポーネント、モデルの指定などもpublicで指定しておくことにする。

コントローラ /app/controller/users_controller.php

class UsersController extends AppController {
  public $name = 'Users';
  public $uses = array('User', 'Profile');
  public $components = array('Search.Prg');

  // 検索対象のフィールド設定
  public $presetVars = array(
    array('field' => 'id', 'type' => 'value'),
  );
　・
　・
　・

$presetvarsの内容だけど、

field
type

とある。

fieldはfilterVarsで指定したnameを指定し、filterVarsと対になるようにしておくこと。
typeは通常valueで問題ないが、複数選択などの場合はcheckboxなどを指定できるようになっている。
詳しくは付属のmdファイルを軽く読んでいただきたい。

で、モデルファイルとコントローラファイルの2ヶ所にズラズラと同じ数だけ連想配列を書くのがちょっとどうかな、と思っている。
いきなりだけど、コントローラではモデルの配列を代入するだけにしておいて、この内容もモデルに書いてしまおうと思う。
これは別に個人の自由なので、やらなくてもいいし、もちろんやっても良い。

コントローラは以下のようにしておくと良い（全ソース）。

コントローラ /app/controllers/users_controller.php

class UsersController extends AppController {

  public $name = 'Users';
  public $uses = array('User', 'Profile');
  public $components = array('Search.Prg');
  public $presetVars = array();

  public function beforeFilter()
  {

    // 検索対象のフィールド設定代入
    $this->presetVars = $this->User->presetVars;

    // ページャ設定
    $pager_numbers = array(
      'before' => ' - ',
      'after'=>' - ',
      'modulus'=> 10,
      'separator'=> ' ',
      'class'=>'pagenumbers'
    );
    $this->set('pager_numbers', $pager_numbers);
  }

  public function index()
  {
    $this->paginate = array(
      'limit' => 3
    );

    $this->set('users', $this->paginate('User'));
  }

}

で、代入元となるpresetVarsはモデルファイルに書いてしまおう。

モデル /app/models/user.php

class User extends AppModel {
  public $name = 'User';

  // 検索プラグイン
  public $actsAs = array('Search.Searchable');

  // 検索対象のフィルタ設定
  public $filterArgs = array(
    array('name' => 'id', 'type' => 'value', 'field' => 'User.id'),
  );
  
  // 検索対象のフィールド設定
  public $presetVars = array(
    array('field' => 'id', 'type' => 'value'),
  );
  
}

これで、検索項目を増やすときにいちいちモデルファイルとコントローラファイルを行き来して編集する必要がなくなった。

コントローラもスキニーな状態を保てる。その分モデルがファットになるが、本来MVCフレームワークとはそういうものなので甘受しておくと寝覚めが良いだろう。

というわけでモデルはこれで一旦終了。

今度は検索結果を反映させるために、ページャにSearch Pluginを組み込む必要がある。
と言ってもぜんぜん大したこと無い。

ビヘイビアのparseCriteriaというメソッドに対して、GETパラメータを当て込むと、それがfindの条件になってくれるというスグレモノ。

以下のように、コントローラのindexメソッドを変更してみるが良い。

コントローラ /app/controllers/users_controller.php

public function index()
  {
    // 検索条件設定
    $this->Prg->commonProcess();
    // 検索条件取得
    $conditions = $this->User->parseCriteria($this->passedArgs);

    $this->paginate = array(
      'conditions' => $conditions,
      'limit' => 3,
    );
    $this->set('users', $this->paginate('User'));
  }

一度$conditions変数に入れているのは、ただわかりやすいからだ。
直接paginateに入れてしまっても構わない。

ここらへんは個人の好きにするのが良い。
いちいちどっちがいいのかなんか、くだらない質問はしてはいけない。みんな忙しいのだ。

■検索してみよう

さて、早速ブラウザで検索してみよう。
ユーザIDに「９」など記入して検索を実行すると、正しく検索結果が反映されたのがわかると思う。

ただこのままだと検索結果が少なすぎて、ページャのテストができない。
今度は検索項目を増やし、ついでにプロフィールも検索できるようにしようじゃないか。

■検索項目を増やす

まずはProfileモデルも検索対象とするため、予めUserモデルとProfileモデルの関連付けをお行う。
モデルファイルを開いて以下のように編集する。

class User extends AppModel {
  public $name = 'User';

  // 検索プラグイン
  public $actsAs = array('Search.Searchable');

  // アソシエーション
  public $hasOne = array(
    'Profile' => array(
      'className'  => 'Profile',
      'foreignKey' => 'user_id',
      'conditions' => null,
      'fields'     => null,
      'dependent'  => true,
    ),
  );
　・
　・
　・

続いて同じくモデルファイルに、項目名を増やす。
今回は３つにしよう。

ユーザID
ユーザ名
ニックネーム

だ。

モデル /app/models/user.php

// 検索対象のフィルタ設定
  public $filterArgs = array(
    array('name' => 'id', 'type' => 'value', 'field' => 'User.id'),
    array('name' => 'username', 'type' => 'like', 'field' => 'User.username'),
    array('name' => 'nickname', 'type' => 'like', 'field' => 'Profile.nickname'),
  );

  // 検索対象のフィールド設定
  public $presetVars = array(
    array('field' => 'id', 'type' => 'value'),
    array('field' => 'username', 'type' => 'value'),
    array('field' => 'nickname', 'type' => 'value'),
  );

前回、検索フォームのname属性には存在しないフィールド名でもOKと書いたが、このように、どんな名前だろうが、filterVars内のfieldでモデル.フィールドをヒモ付てしまうので、何でもありという意味だ。

というわけで、次は検索フォームに項目を増やそうじゃないか。

エレメント /app/views/elements/searchForm.ctp

<?php e($this->Form->create('User', array('url' => '/users/index')))?>

<fieldset>
  <legend>Search or Die!</legend>
  <dl>
    <dt><label>ユーザID</label></dt>
    <dd><?php e($this->Form->input('id', array(
      'type' => 'text', 'div' => false, 'label' => false)))?></dd>
    <dt><label>ユーザ名</label></dt>
    <dd><?php e($this->Form->input('username', array(
      'type' => 'text', 'div' => false, 'label' => false )))?></dd>
    <dt><label>ニックネーム</label></dt>
    <dd><?php e($this->Form->input('nickname', array(
      'type' => 'text', 'div' => false, 'label' => false )))?></dd>
  </dl>

  <?php e($this->Form->submit('検索', array('div' => false, 'escape' => false)))?>

</fieldset>

<?php e($this->Form->end())?>

９行目に「ユーザ名」を入れてみた。そして本体となるindex.ctp側も編集しよう。

ビュー /app/views/users/index.ctp

<?php $paginator->options(array('url' => $this->passedArgs)); ?>

<?php e($this->element('searchForm'))?>

<?php e($this->element('pager'))?>
<table>
<tr>
  <th><?php e($paginator->sort('ID', 'User.id'))?></th>
  <th><?php e($paginator->sort('ユーザ名', 'User.username'))?></th>
  <th><?php e($paginator->sort('ニックネーム', 'Profile.nickname'))?></th>
  <th><?php e($paginator->sort('作成日', 'User.created'))?></th>
  <th><?php e($paginator->sort('更新日', 'User.modified'))?></th>
</tr>
<?php foreach($users as $user):?>
<tr>
  <td><?php e($user['User']['id'])?></td>
  <td><?php e($user['User']['username'])?></td>
  <td><?php e($user['Profile']['nickname'])?></td>
  <td><?php e($user['User']['created'])?></td>
  <td><?php e($user['User']['modified'])?></td>
</tr>
<?php endforeach?>
</table>
<?php e($this->element('pager'))?>

ブラウザで見てみると、こんなふうになったはずだ。
早速、ユーザ名に「com」と入れて検索してみよう。2ページ分表示されたはずだ。

そしてページャで2ページ目をクリックしても、検索条件は消えないで残っているはず。

どうして残るのかというと、Search PluginはURLパラメータに検索条件をすべて組み込んでしまうから、URLを意識してくれるページャと併用すると威力を発揮するわけだ。

これはつまり、ぜんぜん関係ないページから検索条件付きのURLでリンクしても、検索結果を一発で表示できると言う意味になる。

例えば
8 管理者
4 代理店
2 クライアント
1 一般ユーザ
というパラメータを持ったユーザをUserモデルだけで管理する場合、ユーザロールとしてrollフィールドを付けると考えてみよう。

クライアントだけ見せたい場合、わざわざユーザ管理画面からクライアントをプルダウンやラジオボタンで選択し、検索ボタンをクリック、なんてことはせず、ただ単純に

/users/index/roll:2

と、条件をURLに付与してリンクさせれば、それでOKだ。
試しに、以下のURLを別のタブで開いたブラウザで開いてみて欲しい。

/users/index/nickname:太郎

マッキー太郎がヒットした状態でページが表示されたはずだ。
これは便利。

というわけで、いろいろ活用できる便利なプラグイン、SearchPluginの導入のヒントを書いてみた。

CakePHP1.3にSearch Pluginをいれてラクラク検索しよう【1/2】

2011-11-02T14:08:00.000+09:00

CakePHPには便利な機能が山盛りで、中でもページネータ（以下ページャ）はかなりの使用頻度があるんじゃないだろうか。

データベースの特定のテーブルを一覧表示する際なんか、数千件を1ページに収めるわけにもいかず、かといって先頭の10件だけを表示するなんてアホらしすぎるわけだ。

ページャというのは、1ページ10件、残りは次のページ！的な振る舞いをするコンテナのことだ。

代表的ないくつかのページャ

CakePHPではこのページャをヘルパを使っていろいろなスタイルで表示できるんだけど、一つ困ったことがある。それはなにか！？

独自の検索フォームと絡めるとき、検索結果を維持したままページ移動ができないという点だ。

検索フォームの「名前」に「太郎」と入力して「検索」ボタンクリック
「名前」に「太郎」が含まれるリストの1ページ目が表示
ページャで2ページ目へ移動
「名前」に「太郎」が含まれる条件がクリアされ、何も検索してない状態の2ページ目が表示

という事になってしまう。
どうしてこうなるかというと、検索条件とページャが連動していないため、どちらかが優先されてしまうわけだ。

これはかなり死活問題なのではないだろうか。

解決策としては、検索条件として送られてきたデータと、ページャで送られてきたデータをマージすれば良いと言う事になる。

となると、URLにパラメータが点いている状態の、いわゆるGETパラメータ、そしてPOSTで送られるデータを互いに入れ合えば良い。

そのデータをURLなりセッションなりに保存しておけば良い話だ。

実は個人的に、この方法を使い、コントローラ内で以下のような処理をしたことがある。

1. POSTにGETを代入

$this->data[MODEL][name] = $this->passedArgs[name];

2. 検索条件に追加

$conditions = am($conditinos, array(
  'User.id' => $tihs->data[MODEL][name]
));

3. GETにPOSTを代入

$this->passedArgs[name] = $this->data[MODEL][name];

4. POSTをセッションに保存

$this->Session->write('conditinos', $conditions);

※セッションに条件を入れておけば、検索結果を反映させた状態でCSVダウンロードさせたりすることができる(・∀・)

5. 検索条件と定例条件をマージ

$conditions = am($conditions, array(
  'User.is_enabled' => 1
));

これをプライベートメソッドなどで実装して、毎回検索条件とページャの情報、その他をくっつける作業を行なっていた。
しかし、フィールドが増えたりするととたんに面倒くさくなる。ヒューマンエラーが増える。

そして例えば複数の都道府県を選択できる、selectタイプでmultipleなフォームだと、途端にデータがarray()になってしまい、いろいろな不具合が出てしまう。

User.idが1のものを条件にする場合は、URLのリクエストパラメータに『/user_id:1』などと指定すれば良いが、例えば東京の3、大阪の6というように複数指定された場合、単純にURLに追加すると『/prefecture:array()』となってしまうので、東京も大阪も条件に入らない。予め配列は文字列にしておく必要がある、という意味。

つまり一旦配列をハイフンなどのデリミタで連結した1つの文字列に加工して、それを最終的にデリミタでexplodeするなんて面倒なことをしなくてはいけなくなるし、それにこの時点でハイフンがキーワードとして使えなくなる。

もうダメポ(´д⊂)‥ﾊｩ。

これでは将来性もないし、同じような記述が大量に発生するのでソースもモンブラン化するし、良いことほとんどないじゃないか、と思い、CakePHPの鉄火場とも言える、Bakeryを検索してみたら、なんてことはない、検索用のプラグインがあるじゃないか。

というわけで、このCakePHPの検索プラグイン『Search Plugin』を使って見ることにした。

■ダウンロードしよう

まずはダウンロードしよう。
ダウンロード元は、Githubだ。

https://github.com/CakeDC/Search

このページの『ZIP』をクリックすると、zipファイルでダウンロードすることができる。
ダウンロードしたら早速解凍しよう。

『CakeDC-search-1.1-0-g402a169.zip』的なファイルがダウンロードされる。

■解凍しよう

解凍すると、以下のようなフォルダ構成になっている。

CakeDC-search-402a169

controllers

components

prg.php

locale

deu

LC_MESSAGES

search.po

fre

LC_MESSAGES

search.po

por

LC_MESSAGES

search.po

rus

LC_MESSAGES

search.po

spa

LC_MESSAGES

search.po

search.pot

models

behaviors

searchable.php

tests

cases

behaviors

searchable.test.php

components

prg.test.php

fixtures

article_fixture.php
post_fixture.php
tag_fixture.php
tagged_fixture.php

license.txt
readme.md

バージョンによって中身は変わってくる可能性もあるが、だいたいこのくらいのボリュームだろう。

■インストールしよう

内容の確認が終わったら、次はトップのフォルダ名を『CakeDC-search-402a169』から『search』へ変更しよう。

そしてこの『search』フォルダを、CakePHPのapp/plugins内に移動、もしくはコピーすれば、インストールは完了だ。

■何かしら検索してみよう

何か検索してみようと思うので、予めアソシエーションを貼った状態のモデルを作っておこうと思う。

構成はこんな感じ。

User hasOne Profile

つまり、最終的には
Userモデル、Profileモデル
をhasOne指定でつなげておくという感じになる。

最初はまずSearchプラグインの基本的な使い方をやって見るため、Userモデルだけでやってみる。

ちなみに以下のようなSQLでテーブルを作っておくと面倒くさくないかもしれない。

CREATE TABLE IF NOT EXISTS `profiles` (
  `id` int(5) NOT NULL AUTO_INCREMENT,
  `user_id` int(5) NOT NULL,
  `nickname` varchar(32) NOT NULL,
  `gender` tinyint(1) NOT NULL,
  `birthday` date NOT NULL,
  `created` datetime NOT NULL,
  `modified` datetime NOT NULL,
  PRIMARY KEY (`id`),
  KEY `user_id` (`user_id`,`nickname`,`gender`,`birthday`),
  KEY `modified` (`modified`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8;

CREATE TABLE IF NOT EXISTS `users` (
  `id` int(5) NOT NULL AUTO_INCREMENT,
  `username` varchar(64) NOT NULL,
  `password` varchar(64) NOT NULL,
  `created` datetime NOT NULL,
  `modified` datetime NOT NULL,
  PRIMARY KEY (`id`),
  KEY `username` (`username`,`password`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8;

※usersテーブルのusernameはメールアドレスを入れる予定だが、バイナリにしておくのも手。しかし大文字小文字を区別しない方式でいくなら、素直にvarcharにしておくのもアリだ。

もしあなたが猛烈にデータを入れるのが面倒に感じるのであれば、以下に適当に作ったデータがあるので、SQLを実行してデータを入れておくと良いかもしれない。

INSERT INTO `profiles` (`id`, `user_id`, `nickname`, `gender`, `birthday`, `created`, `modified`) VALUES
(1, 1, 'マッキー太郎', 1, '1990-10-01', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(2, 2, '倍アグラン', 1, '1980-05-04', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(3, 3, 'エキサイト多恵子', 2, '1992-12-08', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(4, 4, '史彦パインステート', 1, '1965-11-24', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(5, 5, 'Yas-Kaz', 1, '1984-09-21', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(6, 6, 'ウッキー氏田', 2, '1999-08-08', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(7, 7, 'リック', 2, '1996-03-30', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(8, 8, 'puripuri-chan', 2, '1984-12-15', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(9, 9, 'チョーサンピル', 1, '1989-05-14', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(10, 10, '道端御三郎', 1, '1963-01-24', '2011-11-03 18:44:32', '2011-11-03 18:44:32');

INSERT INTO `users` (`id`, `username`, `password`, `created`, `modified`) VALUES
(1, 'taroh@asdf.com', '0dedc1e879a73184aaaf574e95436e80d95bf563', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(2, 'jiro@qwer.net', '0dedc1e879a73184aaaf574e95436e80d95bf563', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(3, 'yamada.haruko@example.co.jp', '0dedc1e879a73184aaaf574e95436e80d95bf563', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(4, 'jimmy@ledzeppelin.com', '0dedc1e879a73184aaaf574e95436e80d95bf563', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(5, 'james@metallica.co.jp', '0dedc1e879a73184aaaf574e95436e80d95bf563', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(6, 'saburo@zcxv.tv', '0dedc1e879a73184aaaf574e95436e80d95bf563', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(7, 'sonofabitch@fxxkyou.com', '0dedc1e879a73184aaaf574e95436e80d95bf563', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(8, 'youaremydestiny@not.com', '0dedc1e879a73184aaaf574e95436e80d95bf563', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(9, 'titty.twister@fromdusktilldown.com', '0dedc1e879a73184aaaf574e95436e80d95bf563', '2011-11-03 18:44:32', '2011-11-03 18:44:32'),
(10, 'myfriends@was.gone.com', '0dedc1e879a73184aaaf574e95436e80d95bf563', '2011-11-03 18:44:32', '2011-11-03 18:44:32');

そして用意したコントローラ、ビューは以下になる。

コントローラ（/app/controllers/users_controler.php）

class UsersController extends AppController {
  public $name = 'Users';

  public function index()
  {
    $this->set('users', $this->User->find('all'));
  }

}

ビュー（/app/views/users/index.ctp）

<table>
<tr>
  <th>ID</th>
  <th>ユーザ名</th>
  <th>作成日</th>
  <th>更新日</th>
</tr>
<?php foreach($users as $user):?>
<tr>
  <td><?php e($user['User']['id'])?></td>
  <td><?php e($user['User']['username'])?></td>
  <td><?php e($user['User']['created'])?></td>
  <td><?php e($user['User']['modified'])?></td>
  </tr>
<?php endforeach?>
</table>

これらを普通にブラウザで表示すると、以下のようになる。
なんの変哲もない、CakePHPデフォルトテイストだし、項目ソート機能すらない。

このリストの上部に、検索フォームを付けるとする。

内容的に別ファイルにしておくと後が楽そうなので、エレメントとして作成しておくこととする。
面倒なら別にindex.ctpに直接書いてしまっても構わないし、ファイル名だって好きな名前で構わない。

検索フォーム /app/views/elements/searchForm.ctp

<?php e($this->Form->create('User', array('url' => '/users/index')))?>

<fieldset>
  <legend>Search or Die!</legend>
  <dl>
    <dt><label>ユーザID</label></dt>
    <dd><?php e($this->Form->input('id', array(
      'type' => 'text', 'div' => false, 'label' => false)))?></dd>
    <dt><label>ニックネーム</label></dt>
    <dd><?php e($this->Form->input('nickname', array(
      'type' => 'text', 'div' => false, 'label' => false )))?></dd>
  </dl>
  
  <?php e($this->Form->submit('検索', array('div' => false, 'escape' => false)))?>
  
</fieldset>

<?php e($this->Form->end())?>

とりあえず、User.id（ユーザID）とニックネーム（Profile.nickname）の検索フォームだ。

ただし、モデル名を付けないで指定するという点には気を付ける。
これはHTMLタグのinputでname属性が自動生成される場合のネーミングを簡易的にするためだ。

※後で判明するとは思うが、実はまったく存在しないフィールド名でもOK

このエレメントを読み込むために、index.ctpに以下の行を追加しておく。
追加する場所は、tableタグの上だ。

<?php e($this->element('searchForm'))?>

画面は以下のようになったはず。

この検索フォームで検索した結果と、ページャの番号を連動させれば良いことになる。
ちなみにページャが表示されてないので、これからページャの設定を行おうじゃないか。

現状だとデータ自体が10件しかないので、1ページには3件の表示とし、4ページまで表示できるようにしておく。

さてその設定をどこに書くのか？といわれれば、users_controller.phpに書くと答えよう。

具体的には、Userモデルでデータを引っ張ってくるところをページャ用に変更しなければいけない。
大した作業ではないので、何をどうするのかは割愛する。以下のソースを見てもらえれば、変更箇所はすぐにわかるはずだ。

というわけで、users_controller.phpを以下のように編集していただきたい。

コントローラ /app/controllers/users_controller.php

class UsersController extends AppController {
  public $name = 'Users';

  public function beforeFilter()
  {
    // ページャ設定
    $pager_numbers = array(
      'before' => ' - ',
      'after'=>' - ',
      'modulus'=> 10,
      'separator'=> ' ',
      'class'=>'pagenumbers'
    );
    $this->set('pager_numbers', $pager_numbers);
  }

  public function index()
  {
    $this->paginate = array(
      'limit' => 3
    );

    $this->set('users', $this->paginate('User'));
  }

}

beforeFilterメソッドの追加、index()メソッド内の変更、の2点。

この状態でブラウザをリロードすると、10件表示されていたデータが3件になる。
残りの7件を表示可能にするため、ここでページャのビューを設定することにする。

出来ればページャはリストの上下に表示させたい。
とはいえ、いくらテストだからって、全く同じ内容のものを記述するのは無駄ってもんだ。

というわけで、ページャもエレメントにする。
以下のエレメントを準備しよう。

ページャ /app/views/elements/pager.ctp

<div class="pagers">
  <?php ($paginator->hasPrev())?e($paginator->first('&laquo;', array('class'=>'first', 'escape'=>false))):e('<span class="disabled">&laquo;</span>')?>
  <?php echo $paginator->prev('&lsaquo;', array('escape' => false), null, array('class'=>'disabled', 'tag' => 'span', 'escape' => false));?>
  <?php echo $paginator->numbers($pager_numbers);?>
  <?php echo $paginator->next('&rsaquo;', array('escape' => false), null, array('class' => 'disabled', 'tag' => 'span', 'escape' => false));?>
  <?php ($paginator->hasNext())?e($paginator->last('&raquo;', array('class'=>'last','escape'=>false))):e('<span class="disabled">&raquo;</span>')?>
</div>

このエレメントを読み込むために、index.ctpのtableタグの前後に以下のタグを追記する。

<?php e($this->element('pager'))?>

これで以下のような画面になったはずだ。

ページャが小さい？そんなものは好きにcssでサイズや位置を変えれば良い。そのくらいは自分でやりなされ。

さて、SearchPluginを導入する前に、もう少しだけ完璧に近づけておこうと思う。

テーブルの項目名をクリックすると、降順/昇順を入れ替える機能がページャに含まれているので、それを実装してみようじゃないか。

それとは別に、念の為、ページャにURLのGETパラメータをマージしてくれるおまじないも含めておこう。

ビュー /app/views/users/index.ctp

<?php $paginator->options(array('url' => $this->passedArgs)); ?>

<?php e($this->element('searchForm'))?>

<?php e($this->element('pager'))?>
<table>
<tr>
  <th><?php e($paginator->sort('ID', 'User.id'))?></th>
  <th><?php e($paginator->sort('ユーザ名', 'User.username'))?></th>
  <th><?php e($paginator->sort('作成日', 'User.created'))?></th>
  <th><?php e($paginator->sort('更新日', 'User.modified'))?></th>
</tr>
<?php foreach($users as $user):?>
<tr>
  <td><?php e($user['User']['id'])?></td>
  <td><?php e($user['User']['username'])?></td>
  <td><?php e($user['User']['created'])?></td>
  <td><?php e($user['User']['modified'])?></td>
</tr>
<?php endforeach?>
</table>
<?php e($this->element('pager'))?>

1行目と8行目〜11行目が変更点だ。

これでひと通り、SearchPluginを入れる準備が整った。

試しに、ユーザIDに適当な文字を入力して検索してみて欲しい。

検索語、入力したデータはフォームに残って入るが、ページャでページ移動すると、とたんに消えてしまうのがわかると思う。

これらの問題を一気に解決するため、次回からSearchPluginの具体的な実装をやってみたいと思う。

JELLY JELLY CAFEに行ってきた

2011-09-06T23:46:00.004+09:00

時代はノマド。そう、職場に縛られる時代は終わった。
一人ひとりが遊牧民。願望を込めてそう言ってみる。

別に最先端の機材がそろっていて、おしゃれにデザインされたものをありがたがっているわけではない。ただ、今の俺にはノマドが大いに必要なのだ。

とはいえ、必要だからといって、そこらのしょぼいものを追い求めてはいけない。
それなりのクオリティが必要なんだ。

モチベーションキーピング。立派なマネジメントだ。

もう、まるで昭和初期が背景の邦画に出てくるような、いわゆる対向島型の古臭い職場は気持ちが悪くなる。せめてフリーアドレス制くらいは導入してもらいたいものだ。

というわけで、しつこいようだがノマドである。
ノマドするにはお気に入りの場所が必要だ。

その場所だが、FACEBOOKでたまたま見かけたページで、レセプションがあるとのことなので、早速行ってきた。

お店の名前は「JELLY JELLY CAFE」。
非常に洒落てる素敵なお店だ。

運用はJELLY JELLY CAFEとなっているが、店長は株式会社ピチカートデザインの代表取締役シラサカショウ氏の妹さん、シラサカマイさんである（本日は突然おじゃましたのに丁寧な対応していただき、ありがとうございました）。

というわけで、いろいろレポートする次第。

まず渋谷駅からの場合、井の頭通りをまっすぐNHK方面へ進み、右手に東急ハンズが見えたらそのまままっすぐ道なりに直進する。

はいー見えました見えました。JELLY JELLY CAFEの立て看板。
この看板が見えたら右手の坂というか、階段を登るわけだ。

階段を上がるとすぐに、また看板がある。
建物には「のどか」という居酒屋の看板が掲げてあるが、壁を右側にそって進むことになる。

おぉ、もう着いてしまった。扉はすでに開いている。

ここをくぐるともはや、知らない人がたくさんいるわけだ。
Twitterで1回だけ話した人とか、Facebookで知り合いの知り合いの知り合いの知り合いで一度も話ししたことない人とか、そんな人達が参加しているに違いない。

そして何しろ今日はレセプション最終日。どんな強敵が凄んでいるかもしれぬ。

気を引き締めていかなければ。そしてもう後戻りはできないが、そもそも後戻りしようとも思わないので、いっそ軽い気持ちで入店してみる。

入って右手にはプロジェクタで愉快な映像が流れていた。
ここ薄暗いからちょうどよいよね。コンパクトにまとまってて非常にナイス。
そしてソファも座り心地よさそうだ。

一旦カウンタで店長のシラサカマイさんにビールいただき、名刺交換など。
コロナを頂いた。コロナ好きなんだよ。美味いんだよ。
そのまま飲むとウゲゲ！だけど、ライム入れるとヒャッハー！だ。

店内を撮影してみた。フラッシュたいたので少し明るいが、実際にはもっと暗い感じ。

そして写真左手のハンチング、@kaz_29さんでした。
以前一度飲み会でご一緒させて頂きましたが久しぶりのご対面。
最初気づかずすいませんでした。

よく見ると右手奥にはシラサカ氏が！
今日は挨拶できなかったので残念。

テーブル席にすわってふと横を見ると、なにやらiPadらしきものを置くオーディオっぽい何かが置いてあった。
そして下にはルータらしきものが。間違えて蹴ってはいけない。

その後このテーブル席で、芸能関係の方とも名刺交換し、盛り上がった。

そしてしばらくいろいろな人と交流していると、なんとカードゲームが始まった。
トランプ的なカードで大富豪をやることになったんだけど、一緒にプレイした人たちが適度に酔ってて非常に面白かった。

あまりに面白いので集合写真を取らせていただいた。

一番左が俺。一番右の愉快な方が、名刺いただけてないので詳しくはわからないけど、やっぱりかなり愉快な方でした。

というわけで、非常に愉快に楽しくお酒が飲めましたとさ。

さて問題のノマドだけど、レセプションでノマドは無理だね。

だからまた、JELLY JELLY CAFEに足を運ぶことにしてある。安心されたし。

みんなもこんなブログ記事よんでないで、速く足を運ぶと良いよ。

Webエンジニアとは？

2011-08-30T15:48:00.004+09:00

個人的にここ10年くらいのWeb業界を経て思ったことをまとめてみようと試みる。
思いつきを温めて考慮して考えてアイデアにしてみた。
ただしまだ決定ではないのであしからず。

オガーンの頭の中『Webエンジニアとは』

View more presentations from Seiji Ogawa

※自分で読んでも理解に少し時間がかかるかな、と言う部分もなくはない。

■アナタの肩書きなんかより責任の所在の方が大事

例えばWebデザイナが原稿をもらってそれをコピペする。
原稿に誤字脱字があったとする。当然、デザイナは直しちゃいけないよね。
新しく、修正された原稿をもらうべき。

これは、もしライターでもないデザイナが文章を編集してしまった場合、その文章が後に問題になった場合など、デザイナにも責任が及んでしまうから。

つまりアセットとしてテキストデータをもらいはするけど、エンティティとして内容には触れてはいけない、ということだ。

しかし、これはデザイナ、ライターという「肩書き」があるからこうなっているだけで、本来はこの責任範囲というのが大事なんではないかと。

つまり「ジョブタイトルとしてはデザイナーだけど、エンティティはライターとして責任持つよ」ということが絶対にできない状態であるという意味。

ゲームでいうと、魔法を使えない戦士は死ぬまで戦士。
転職もできず、新しいスキルを身につけることもできず、ただ淡々と壁になって物理攻撃をするだけということになる。

戦士だろうが途中で僧侶の呪文覚えたっていいじゃないか。
例えばソロプレイだったら、回復呪文なかったらアウトだし。

■できるなら今アンタがやるべきでしょ

もしあなたがいわゆるWebデザイナだとする。
面接にきた若手デザイナが「ボクはGIFが嫌いなので、全部JPEGで作ります」とか言い出したら殴りたくなるだろう。

「だってGIFって汚いんですよ。」
「GIFってまだ使ってる人いるんですか？キモ！」
「GIFで写真画像なんか絶対無理！」

まぁ、俺でも殴るわな。

しかし、

「JavaScript？俺はWebデザイナですよ！？」
「なんで俺がjQuery覚えなくちゃいけないの？」
と言ってしまうデザイナも、

「なんかカッチョいいアイコンない？」
「かっこいいfavicon作って」
「俺センスないから画像とか無理」
と言ってしまうプログラマも、

同じではないか？

何が違うのかというとただ、やりたくない理由の粒度と程度が違うだけだ。

自分の何がそうさせているのかは不明だが、無理やり自分のスキルの範囲を狭めてどうするんだろうと思う。

責任範囲は決めたほうが良い。ビジネス的にクライアントを納得することもできるし、何より精神衛生上、楽な気持ちでプロジェクトに励めるからだ。

しかし、スキルに上限を設けるのはどうだろうか。
新しいスキルを覚えると、今まで見えてこなかったモノが見えてくるのは言うまでもない。
そしてIT業界Web系では、そういったドッグイヤー（日進月歩）を遙かに超えたラットイヤー（秒進分歩）という激しい進み方をしているわけで、スキルアップを諦めた奴から脱落していくものである。

スキルを止める、スキルアップしない、というのは、IT業界では死を表すものではないだろうか。

もしあなたが以前1度だけでもjQueryのプラグインを作ったことがあるというPhotoshop使いであれば、プログラマがいないときにはあなたがプラグインを作れるではないか。

毎日オートミールしか作らない妻より、オリエンタルに何でも作れる妻のほうが旦那は好きだし大事にするってもんである。
※当然、企業側もそうするべきである

■情報共有こそがコラボの唯一の方法

集中するにはやはり一人でいるのが良いだろう。

例えばそれが、極めてうるさいファミレスでも、滝の横で読書したとしても、遠足のために電車に乗り込んできた小学生の集団と同じ車両であっても、あなたが一人で行動しているなら、それは集中を求めての行動と言える。

そう考えると自分が仕事を能率よくこなすためのスタイルというのは非常に大事にしなければならないことに気がつくはずだ。

しかし、一人で仕事はできても、ビジネスは進まない。
相手があってこそのビジネスだ。

そうなると、自分のスタイルを崩さず、相手と連絡を取るという方法が要求されるが、すでに今の時代はコラボレーションツールが大量に存在するからもう大丈夫だ。

中には有料のものもあるが、基本的にブログでも何でもよい。
誰かが書いた。誰かが見た。
の繰り返しで、すでに情報共有ができているではないか。

つまり一箇所に集まるのは、仕事以外の理由でしかない、ということだ。
顔が見たい、寂しい、など。

逆に、たとえ毎日顔を合わせるようなスタイルを全員が好んでいるとしても、コラボレーションツールは重宝するべきである。

何しろTPO問わず確認することができるのだから。

■バランス重視で健全に働く

幾ら仕事が楽しいとは言え、なんでもやり過ぎはNGである。
特にあなたに大事なステディがいたり、子供の誕生日が近いのであればなおさらだ。

仕事は仕事、家族は家族、個人は個人、時間を決めて行動しよう。
これはいろいろな効果がある。例えば、

今日はここまでやればOK！と決め、それを毎日やるだけでプロジェクトが進む。
いちいち全体を俯瞰する必要がない。

当然最初にバッチリプロジェクトのタスクを分けておく必要はあるが、それほど大した作業じゃない。

それから決まりきったことをやるというのは、酔っ払っていてもある程度できるという柔軟性を産む。

脳みそが完全にオブジェクト指向になっている人は、飲めない酒を呑んで酔ってしまっても、余りバグの無いコードを書くことが可能だ。都市伝説かもしれないが、その傾向自体は存在する。

当然物理的に手足が動かない状態まで酔ってしまったら終わりだが。

■最後に

働きたい人が働きたいスタイルで、働きたいと思う仕事場で働く、というのはすごく理想ではないか？

当然、ただ漠然にノマドでコワーキング！とか叫んでもNGだ。
ノマドでコワーキングは素敵だが、それを行ったとしてもコスト的に問題がないくらいのスキルが重要なのは言うまでもない。

ノマドしている大人に憧れてIT業界を選んだ人もいるかもしれない。
それはそれで悪くはないが、あまり実の無いミーハースタイルならIT業界への就職はしないほうが好い。
調子にのって、恩を仇で返すようなダメな大人になってしまうだろう。たいてい起業したあとにね。

そういう意味ではスキルがない人、スキルアップしようとしない人は、無免許運転で事故を起こして、その後怖くなって逃げるのと同じだ。

幸いにもWeb業界に免許はないが、スキルという見えない免許、しかもすでに持ってる奴は目を見るだけで他人の免許が見えるわけで、そこら辺バッチリ意識して働いていこうと思う。

いろいろ意識することは大事だ。
今回の記事も、自分の理想と現実を比べてみて、こういうのがいいのではないか？と机上の空論になっても良いというのが前提で作ってみた。

みなさんもどうだろうか。無意識当たり前を一旦取っ払ってみるのは。
多分、常識を知っている非常識は、強いはず。

THE TERMINALへ行ってきた

2011-08-23T17:48:00.006+09:00

あなたはTHE TERMINALを知っているだろうか？

知らないのであれば知れば良い。
こちらがTHE TERMINAL。
http://theterminal.jp/

サイトのABOUTから引用すると、

ターミナルってどんな場所ですか?

インターネットできます。
電源使えます。
コピーとれます。
プレゼンできます。
打ち合わせできます。
待ち合わせもできます。
本読めます。
音楽聴けます。
パニーニ食べられます。
コーヒー飲めます。
ビールも飲めます。
屋上でタバコ吸えます。
24時間営業しています。
みなさまのご来店をお待ちしております。

ということになっている。
いわばコ・ワーキング可能なノマドスタイルの場、ということでOK。

ちょっとした打合せがあったので、会社休んで原宿までひとっ飛び。
若干行き過ぎてしまったので後戻りしたんだが、それほど迷わず到着。

明治通り沿いかとおもってたけど、1本内側の道だった。

このビルの3F。1Fは服飾系のショップ。
早速中に入ろうと思ったら、仲間の後輩（パダ・ワン）が出迎えてくれた。

いいなぁいいなぁパダ・ワンいいなぁ。

そう言えば俺にも昔、パダ・ワンがいたよ。
でも傷負い人になっちまったようで、俺の元からはいなくなっちまった。

まぁよい。

早速中にはいってみたら、学校の教室の4/5くらいのスペースで、作りたての木の匂い。
ところどころ安い素材を使ってるから毛羽立ってるところもあるけど、全体的には居心地良さそう。

建物自体が少し奥まってるから、3Fの窓側でも喧騒からはかなり距離がある。
今回は3人だったのでテーブル席を陣取った。

スペースの真ん中にはドカンとデカいテーブルが。
そしてiMacが置いてある。これはたぶん有料なんだろうな。

写真を見てもらえばわかるが、俺達のいるテーブル席にすわった状態で、この長テーブル側をみると、女性のスカートの中が見えるポジションとなるので、女性はスカート履いてこの長テーブルには座らないほうが良いと思った。
※お店側にもこの対策はとっていただきたく思う

俺はそのおかげで少しだけ、良い思いをさせてもらったので、3日ほど機嫌が良いと思う。

さて、このTHE TERMINALだけど、会員の入会が150円。あとは3時間で1,050円。合計で初回は1,200円かかるが、ジュース飲み放題。コンセントも至るところに用意されている。
予めネットで仮会員登録してから行くと、番号見せるだけでOK。これは楽だった。

仲間の二人はMacBookAirを持ってきていたんだけど、小さいねぇ、MacBookAir。特にパダ・ワンのノートは11インチということで、更に小さくステキ度アップ。ウホ！

そして俺のノートは15インチ（だったかな？）で重さが4〜5kgほどある、HPのPavilionシリーズ。さすがにこういう場では少し浮いてる感があるが、そもそも俺はノートPCが重くても苦じゃないし、出来ればでかい方が作業しやすいから良い。
テーブルをほとんど占拠しちゃったくらいで済んだ。

途中、仲間のパダ・ワンが仕事のため退場し、仲間と二人で話をじゃんじゃん進めた。

いろいろ話も弾んで、今後の対策などなんとなく決まってきたので、今日中にまとめる予定。

そして今日来れたら来るはずだった別の仲間（デザイン会社の取締役）は来れず、3時間で一旦お開きに。

仲間は仕事があるので、そこで解散。俺はそのまま渋谷まで歩こうかと思ったが、前を歩くギャルのケツが素敵すぎて5分ほど後をつけていたら、原宿駅についてしまったので、原宿から帰ったよ。

さて感想だけど、

また行きてぇ！！

だ。ミーハーを嫌う俺がまたいきたいと言っている。

まぁ仲間と一緒だったからってのもあるとおもうけど、良かった。

Linuxを使ったWeb開発環境を手早く構築する【3/3】

2011-08-22T23:53:00.003+09:00

最終回。
まずはエディタの設定を行おう。

■geditでZen Coding

まずはプラグインを入れる場所を作る。
端末で、今ログインしているユーザで以下を実行。

% mkdir -p ~/.gnome2/gedit/plugins

次にプラグインをダウンロードしてくる。
ダウンロード元はこちら。
http://github.com/mikecrittenden/zen-coding-gedit

解凍して出来たフォルダ、ファイルを、先程作ったフォルダに移動する。

zencoding ディレクトリ
zencoding.gedit-plugin

の2つだ。

次にgeditを起動し、「編集」＞「設定」＞「プラグイン」を開き、「Zen Coding」にチェックを入れて「閉じる」ボタンで閉じよう。

さて、試しになにか試してみよう。
tableタグ直下にtr、その直下にthを1個、tdを2個、という設定だ。css3のセレクタ的に書けば良い。

table>tr>th*1+td*2

この状態で改行せず、「CTRL」＋「E」をタイプしてみると、

<table>

  <tr>

    <th></th>

    <td></td>

    <td></td>

  </tr>

</table>

と表示される。

Zen Codingに関しては書籍が出ているので購入してみても良いと思う。

■geditで正規表現検索、正規表現置換

geditは使い勝手が良いくせに、正規表現での置換ができない。
そのためプラグインを入れる必要がある。

まず以下のサイトへ進み、文中の「Download」からプラグインをダウンロードする。
http://halfhourhacks.blogspot.com/2008/03/gedit-regular-expression-plugin.html

解凍したプラグインの、フォルダとファイルを~/.gnome2/gedit/pluginsに設置する。

regex_replace ディレクトリ
regex_replace.gedit-plugin

の2つだ。

次にgeditを起動し、「編集」＞「設定」＞「プラグイン」を開き、「Regex Search and Replace」にチェックを入れて「閉じる」ボタンで閉じよう。

実際に使う場合、「検索」＞「Regular Expression...」を選択すれば、正規表現での検索/置換が可能になる。

■Nautilusにバージョン管理機能をつける

Windowsで言う所のTortoiseSVN的なVCSを使うため、RabbitVCSをインストールする。
インストールはyumで「rabbitvcs」を検索すればOK。

インストールが終わったら念の為ログインしなおしたほうが良い。
何かのファイルやフォルダなどを右クリックすると、「Rabbit SVN」と「Rabbit Git」が選択できる。

■NetBeansのインストール

NetBeansはIDEだ。以前まではeclipseを使っていたのだが、NetBeansを使えば、その安定性に驚くだろう。
ちなみにJavaの環境が入っていないと、インストールしても使えないので、最初にJDKをインストールする。

JDKはここからダウンロードする。
http://www.oracle.com/technetwork/java/javase/downloads/index.html

NetBeansダウンロードはここから。
http://netbeans.org/downloads/?pagelang=ja

ダウンロード可能なエディションは

Java SE
Java EE
C/C++
PHP
すべて

から選択できる。
適切なものをダウンロードしよう。
※ダウンロード後もメニューからプラグイン追加で別のエディションと同じにできるので、よくわからなかったら「Java EE」でいいと思う。

ダウンロードはシェル形式になっている。
ダウンロードしたファイルを右クリックでプロパティを開き、「アクセス権」タブを開こう。
その中にある「実行：プログラムとして実行できる」にチェックをいれ、「閉じる」ボタンで閉じる。
これでダウンロードしたインストーラをダブルクリックして実行させることができた。
早速ダブルクリックして実行しよう。

「端末内で実行する」「表示する」「キャンセル」「実行する」
の4つのボタンが表示されるので、「実行する」を選択しよう。

あとは自動的にNetBeansのインストールウィザードが開始される。

インストールが終わったあと、NetBeansのフォントが汚すぎるのがわかったと思う。本当にひどい表示だ。
しかし回避方法がすでに用意してある。

まずはフォントフォルダに使いたいttfが用意されているかどうかを確認する。
/usr/share/fonts/japanese/TrueType/
japanese/TrueTypeは自分で作らないと存在しないので、なければつくろう。

# mkdir -p /usr/share/fonts/japanese/TrueType/

つくったら、任意のttfをここに置けばOK。
おすすめはMiguフォントの2Mだ。

そしてJava仮想マシンであるJVMが読み込むフォントのフォルダに、ttfのシンボリックリンクを貼れば良い。

JVMは、以下にあるttfを優先して表示しようとしてくれる。
/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/fonts/fallback
※Javaのバージョンは要確認

fonts/fallbackは自分で作らないと存在しないので、なければつくろう。

# mkdir -p /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/fonts/fallback

フォルダを作ったら、中に移動し、フォントフォルダからシンボリックリンクを張る。

# cd /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/fonts/fallback

# ln -s /usr/share/fonts/japanese/TrueType/Migu-2M-bold.ttf .

# ln -s /usr/share/fonts/japanese/TrueType/Migu-2M-regular.ttf .

これでフォントの準備ができたので、次はNetBeansの設定ファイルを編集する。
デフォルトだとアンチエイリアスが効いてない状態でフォントを表示してしまうので、その設定と、インタフェースが全体的にフォントサイズが小さいので、それの設定もしてしまおう。

設定ファイルはホームフォルダに「netbeans-7.0.1」などの名前で設置されているので、
/home/＜ユーザ名＞/netbeans-7.0.1/etc/netbeans.conf
を開こう。

6行目あたりに、「netbeans_default_options」という設定項目があり、中身はダブルクオートでくくられたパラメータになっている。

このパラメータの最後に、以下のパラメータを追記する。

-J-Dawt.useSystemAAFontSettings=on -J-Dfile.encoding=UTF-8 --fontsize 14

つまりこの行はこういう形になるはずだ。

netbeans_default_options="-J-client -J-Xss2m -J-Xms32m -J-XX:PermSize=32m -J-Dapple.laf.useScreenMenuBar=true -J-Dapple.awt.graphics.UseQuartz=true -J-Dsun.java2d.noddraw=true -J-Dawt.useSystemAAFontSettings=on -J-Dfile.encoding=UTF-8 --fontsize 14"

編集が済んだらNetBeansを起動しよう。
デスクトップにショートカットアイコンができているはずなので、それをダブルクリックするか、「アプリケーション」＞「プログラミング」からNetBeansを起動してみると、綺麗なフォントで表示さたのがわかると思う。

■Poeditをインストール

Poeditとは、i18nなどで使うpotファイル、poファイル、moファイルなどを生成できる、翻訳用のエディタだ。

Gettext形式の国際化が可能なフレームワーク（CakePHP、Symfonyなど）でi18nを使うなら、ほぼ必須と言ってよいだろう。

間違ってもExcelなどで翻訳依頼はしないほうが良い。地獄を見ることになる。

インストールはyumexで「poedit」で検索すればすぐに出てくる。

■Regexxerをインストール

例えば、指定したフォルダ内の指定したファイルパターンにマッチしたファイルに記述されているメールアドレスを一括で引っ張ってきたい、もしくは一括で置換したい、なんていうことができるGUIアプリだ。

Windowsで言えば、DREAMHIVE社の「GrepReplace」的な存在である。
一度使うと手放せない。

インストールはyumexで「regexxer」で検索すればすぐに出てくる。

■最後に

LinuxでWeb開発するという、Windowsとは違ったアプローチでざっくりと俯瞰してみた。
実際に使ってみて、今の環境とどっちが自分に合っているか、探ってみるのも良いかもしれない。

ここで紹介しただけではなく、他にもたくさん便利なツールは存在するが、都合でここまでとする。

というわけで終わり。

Linuxを使ったWeb開発環境を手早く構築する【2/3】

2011-08-22T16:20:00.098+09:00

さて今回はバックエンドの構築ということで、前回インストールしたApache、php、MySQL、Postfix、BINDの設定を中心に説明したいと思う。

繰り返しになるが、あくまで俺が何度も試してみた結果でしかないので、これが正解というわけではないことを断っておく。

ただ、Linuxを基礎から覚えたい！Webの仕組みを1から網羅したい！という人だけではないとおもうし、必要に迫られてググってたどり着いた人も多いとおもうので、なるべくかいつまんで説明する予定だ。

ただしかいつまむと言ってもさすが俺のことだ。DNSの部分など、可能な限り、「AするとBになる」という因果関係だけで終わらせるのは避け（これは俺の大嫌いなパターン）「AするとBになるのはCだから」まで掘り下げて書こうと思っている。しかしくどくならないように、全体的にはさっぱりサラサラのサラサーティ且つ、ダウニー的爽やかさを醸し出せるように意識して書いたつもりだ（おい、怒るな！）。

ちなみにLinuxのホスト名をtorhamzedd.comとし、ドメインもtorhamzedd.comとするのを前提として説明する。

というわけで早速いってみよう。

■Apacheの設定

設定ファイルは予めバックアップを取っておく。
端末でrootになり、以下のようにしてコピーしておこう。

# cd /etc/httpd/conf/
# cp httpd.conf httpd.conf.20110822

それでは早速中身をいじり倒す。

# vi httpd.conf

設定項目	変更前	変更後
※ServerLimit	256	300
※MaxClients	256	300
※MaxRequestsParChild	4000	50
ServerTokens	OS	Prod
ServerName	www.example.com:80	torhamzedd.com:80 ＜コメントを外す＞
Options	FollowSymLinks	Includes ExecCGI FollowSymLinks
AllowOverride	None	All
ServerSignature	On	Off
AddDefaultCharset	UTF-8	UTF-8 ＜コメントを外すだけ＞
AddHandler cgi-script	.cgi	.cgi .pl ＜コメントを外す＞
NameVirtualHost	*:80	*:80 ＜コメントを外すだけ＞
LanguagePriority	en ca･･･	ja en ca… ＜jaを先頭に持ってくる＞

（※）prefork.cの設定になる。
この設定はむしろサーバ側の負荷を抑えるための設定になるので、クライアントマシンとしてのLinuxで行うのは不適切だが、可能な限りサーバ側に合わせられるのもLinuxをクライアントとして使う醍醐味でもあるので、この設定にしてある。

あと、phpメインの人には余り関係ないが、どの場所でもCGIが使えるようになっており、拡張子も.cgiだけでなく、.plも使用可にしてある。

そしてファイルの最後の行に、以下のようにバーチャルホストのデフォルト設定を記述すれば完了だ。

<virtualhost *:80>
  ServerAdmin   root@localhost
  ServerName    torhamzedd.com
  DocumentRoot  /var/www/html
</virtualhost>

もしAWStatsを使うのであれば、エラーログファイルのフォーマットを1つ追記しておき、アクセスログはcommonではなくcombinedを指定するようにする。

LogFormat "%h %l %u %t \"%!414r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\""

余談だが、httpsを使う場合、該当するAWStatの設定ファイルに

UseHTTPSLinkForUrl="/"

を記述するのを忘れないように。

■PHPの設定

phpの設定ファイルも必要に応じてバックアップを取っておこう。
※個人的には/etc直下がバックアップファイルまみれになるのが嫌なので、php.iniやmycnfバックアップは撮ってない。

早速設定を行う。

# vi /etc/php.ini

設定項目	変更後
※post_max_size	1024M
※upload_max_filesize	1024M
※memory_limit	1024M
mbstring.language	Japanese
mbstring.internal_encoding	UTF-8
mbstring.http_input	UTF-8
mbstring.http_output	UTF-8
mbstring.detect_order	auto
expose_php	Off

（※）このパラメータは、phpMyAdminなどのWebインタフェース上において、数百メガのSQLファイルをアップロードする場合などのために増やしてあるに過ぎず、これほど大きなサイズを運用で設定しっぱなしというのは結構危険なので、クライアント側だけにとどめておこう。

その他、mbstring系は最初コメントアウトされているので、上記のすべての「;」は消しておこう。

expose_phpというのは、phpでメール送信した場合にphpということを隠すかどうかの設定だ。今回はOffにしてある。

これでPHPの設定は完了だ。
この時点でApacheを起動、もしくは再起動してOK。

# service httpd start

リブート後に自動起動しておくようにする。

# chkconfig httpd on

手頃な場所にphpinfo()を記述したphpファイルを設置し、ブラウザで見てみると良い。

これでApacheとPHPの設定は完了だ。

■MySQLの設定

MySQLは5.1から5.5で、設定ファイルの記述に変化があった。
特に大きいのが、UTF-8などの文字コードを明示的に指定する部分だろう。

ただ5.5でもちゃんと指定することが出来るので安心だ。

MySQLの設定ファイルは/etc/my.cnfだ。
不安な人はバックアップしておくとよいが、俺は先程も書いたとおり、/etc直下がバックアップファイルでごちゃごちゃするのが好きではないので、my.cnfのバックアップもしてない。

# vi /etc/my.cnf

[mysqld]の下に「symbolic-links=0」という記述があるが、この下に、以下のような設定を貼り付ける。

default-storage-engine=INNODB
skip-character-set-client-handshake
character-set-server=utf8
max_connections=120
innodb_thread_concurrency=8
innodb_buffer_pool_size=1024M
innodb_log_file_size=128M
innodb_file_per_table
read_buffer_size=1M
query_cache_size=12M

「max_connections」から「query_cache_size」までは2011.11.14日追記

最初の行は、俺は個人的に常にInnoDBを使うので、いちいち設定するのが面倒だからデフォルトでInnoDBになるように設定している。
2行目と3行目では文字コードの設定をしているが、5.1とでは項目名が違うので注意。

innodb_thread_concurrencyはMySQL5.5だと20がデフォルトだが、この20というのは無制限という意味になってしまうらしく、中規模サイトだとメモリを食いつぶす可能性があるため、明示的に8にしてある（現在調査中）。

起動時にエラーが出るようであれば、何かが間違っている。俺の設定が間違っている可能性も当然ある。

その場合、「innodb_file_per_table」だけを設定して、あとは行頭に「;」を入れてコメントアウトしてから起動すると良いかもしれない。

申し訳ないが、まだMySQL5.5は理解してない部分が多いため、あまり俺の設定を信用しないほうが良いと思う。
後日ちゃんと調べて記事にするのでご期待頂きたく。

これでMySQLの設定は完了。次にデータベースのセットアップを行う。
セットアップに先立って、起動と自動起動の設定を行う。

# service mysqld start
# chkconfig mysqld on

MySQLが無事に起動したら、以下の初期化コマンドを実行する。

# mysql_secure_installation

「Set root password? [Y/n]」と効かれたら、MySQLのrootのパスワードを2回入力する。
それまでは空EnterでOK。

上記コマンドで初期化が終わったら、今度はMySQLの一般ユーザを作る。
通常、こちらのユーザでMySQLに接続するようにする。

一旦rootでMySQLにログインし、grantコマンドでユーザを作る。
今回作る一般ユーザは
IDが「dbuser」
PSが「dbpass」
ということにする。

# mysql -uroot -p

初期化時に設定したrootのパスワードを入力してログイン

mysql> grant all privileges on *.* to dbuser@localhost identified by 'dbpass';
mysql> exit

これでMySQLのセットアップはOK。

■Postfixの設定

さてPostfixの設定を行おう。基本的にはただ単純に、SendmailからPostfixへ切り替えるだけなので、それほど大した設定をおこおなうわけではないが、念の為、本番サーバでも通用するような設定項目もあえて記述しておくことにする。

とにかく開発環境と本番サーバが似ていれば似ているほど、定時に帰って立ち飲み屋でいっぱい引っ掛けるプレイが可能となる。

では早速設定してみよう。

# vi /etc/postfix/main.cf

項目名	設定内容	説明
myhostname	mail.torhamzedd.com	ホスト名にmail.をつけておく
mydomain	torhamzedd.com	ドメイン名。ホスト名と同じで良い
myorigin	$mydomain	@mail.torhamzedd.comではなく@torhamzedd.comにするため、mydomainを指定する
inet_interfaces	all	待ち受けるネットワークインタフェース全部を指定
mydestination	$myhostname, localhost.$mydomain, localhost, $mydomain	ローカルで受信するドメイン名を指定
mynetworks	192.168.1.0/24, 127.0.0.0/8	許可しているIPアドレス
relay_domains	$mydestination	中継を許可するドメイン
home_mailbox	Maildir/	メールボックスの種類
header_checks	regexp:/etc/postfix/header_checks	Received行を削除※
smtpd_banner	$myhostname ESMTP unknown	MTAの隠蔽
smtpd_client_restrictions	permit_mynetworks, reject_rbl_client relays.ordb.org, permit	SPAM対策（追記する）
smtpd_sasl_auth_enable	yes	SMTP-AUTH設定（追記する）
smtpd_sasl_local_domain	$myhostname	SMTP-AUTH設定（追記する）
smtpd_recipient_restrictions	permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination	SMTP-AUTH設定（追記する）
smtpd_recipient_limit	10	1送信における宛先人数制限（SPAM踏み台対策）この場合10人まで
mailbox_size_limit	104857600	メールボックスの容量制限。この場合100MB（1024×1024×100）
message_size_limit	10485760	メール1通の容量制限。この場合10MB（1024×1024×10）

（※）この部分に関しては別のファイルになるので、そちらで編集する必要がある。

# vi /etc/postfix/header_checks

このファイルの最終行に、以下の1行を追記する。

/^Received:/ IGNORE

これで基本設定はOKだ。
あとはユーザディレクトリ作成時のテンプレートとなるskel内に、メール用のディレクトリを設置するようにしておく。

# mkdir -p /etc/skel/Maildir/{new,cur,tmp}
# chmod -R 700 /etc/skel/Maildir/

これで新規ユーザのホームディレクトリには自動的にMaildir以下が作成される。

設定は以上なので、Postfixを起動する。

# service sendmail stop
# chkconfig sendmail off

しかし現状、Sendmailが優先してしまっていると思うので、専用コマンドで入れ替えることにする。

# alternatives --config mta

2 プログラムがあり 'mta' を提供します。

  選択       コマンド
-----------------------------------------------
+ 1           /usr/sbin/sendmail.sendmail
  2           /usr/sbin/sendmail.postfix

Enter を押して現在の選択 [+] を保持するか、選択番号を入力します:

ここでは2をタイプし、Enterしよう。
これでPostfixの設定はOKだ。

試しに以下のコマンドで受信可能なメールアドレスにメールを送信してみよう。
ここではyou@example.comにメールを送信することとする。

# mail you@example.com
Subject: ＜件名を入力する＞
＜本文を入力する＞
＜終了するときは「.」のみの行で改行する＞

■BINDの設定

おまちかねのBINDの設定だ。

これさえやっておけば、いつでもどこでもノマドなコ・ワーキング且つ、自分がいる場所がデモ会場となる。素晴らしすぎて屁で空が飛べる可能性も高くなるというものだ。

俺のように全部一人でやらされている人は別として、ちゃんと他者とコラボしている人なら作業効率アップしまくって、そのうちエラ呼吸ができるようになるのかもしれない。

閑話休題。
早速設定してみよう。

まずは事前準備として、chroot対策ファイルコピーシェルを作成し、1度だけ実行しておく。

# vi bind-chroot-admin

ファイルの中身はこちら。

#!/bin/sh

# bind-chroot install check
rpm -q bind-chroot > /dev/null 2>&1
[ $? -ne 0 ] && echo bind-chroot not install && exit 1

# bind-chroot enabled
sed -i '/^ROOTDIR=/d' /etc/sysconfig/named
echo ROOTDIR=/var/named/chroot >> /etc/sysconfig/named

# file copy
filelist=`mktemp`
rpm -ql bind|grep ^/etc >> ${filelist}
rpm -ql bind|grep ^/var >> ${filelist}
for file in `cat ${filelist}`
do
  # directory make
  if [ -d ${file} ]; then
      DIRNAME=/var/named/chroot${file}
      [ ! -d ${DIRNAME} ] && mkdir -p ${DIRNAME}
  fi
  # file copy
  if [ -f ${file} ]; then
      DIRNAME=/var/named/chroot`dirname ${file}`
      [ ! -d ${DIRNAME} ] && mkdir -p ${DIRNAME}
      /bin/cp -a ${file} ${DIRNAME}
  fi
done
rm -f ${filelist}

chown named:named /var/named/chroot/var/named/data
chmod 770 /var/named/chroot/var/named/data
chown named:named /var/named/chroot/var/named/dynamic

exit

※【参考】http://fedorasrv.com/bind.shtml

作成したら実行する。

# sh bind-chroot-admin

これで、chrootが入っているかいないかにかかわらず、適切なファイルコピー処理がされた。
事前準備はこれで終わり。このファイルは消してしまっても構わない。

次の処理は、BINDの設定ファイルの編集、ゾーンファイルの作成の2個になる。
まずはBINDの設定ファイルの編集だ。

# vi /var/named/chroot/etc/named.conf

設定ファイルを開くと、最終行に以下のような行があると思う。

include "/etc/named.rfc1912.zones";
include "/etc/named.root.key";

この記述の上に、以下のようにゾーンファイル読み込みの設定を記述する。

zone "torhamzedd.com" IN {
     type master;
     file "torhamzedd.com.zone";
};
zone "0.0.127.in-addr.arpa" IN {
     type master;
     file "torhamzedd.com.rev";
};

これは何をしているのかというと、

torhamzedd.comでアクセスされたら「torhamzedd.com.zone」を見ておくれやす
127.0.0.1やlocalhostでアクセスされたら「torhamzedd.com.rev」を見ておくれやす

ということだ。

ちなみに前者を正引き（せいびき）、後者を逆引きと呼ぶ。
これで設定ファイルは完了。

次に正引き逆引きのゾーンファイルを作成する。
まずは正引きファイルを作成だ。

# vi /var/named/chroot/var/named/torhamzedd.com.zone

$TTL    86400
@       IN      SOA     torhamzedd.com. root.torhamzedd.com. (
        2011062601      ;       serial
        28800           ;       refresh
        14400           ;       retry
        3600000         ;       expire
        86400           ;       minimum
)
                IN      NS              torhamzedd.com.
                IN      MX      10      mail.torhamzedd.com.
@               IN      A               127.0.0.1
*               IN      A               127.0.0.1

これは何をしているのかというと、

DNSはtorhamzedd.comだよ
メールサーバはmail.torhamzedd.comだよ
IPアドレスは127.0.0.1だよ

ということを設定している。

つまり、ブラウザでtorhamzedd.comというドメインにアクセスした場合、必ず127.0.0.1、つまり自分自身にアクセスしてくれるということだ。
更にワイルドカードで「*」をつけたため、例えばaaa.torhamzedd.comでもbbb.torhamzedd.comでもOKというこの素晴らしさ。

さて次は逆引きのゾーンファイルを作ろう。

# vi /var/named/chroot/var/named/torhamzedd.com.rev

$TTL    86400
@       IN      SOA     torhamzedd.com. root.torhamzedd.com. (
        2011062601      ;       serial
        28800           ;       refresh
        14400           ;       retry
        3600000         ;       expire
        86400           ;       minimum
)
                IN      NS      torhamzedd.com.
                IN      PTR     torhamzedd.com.

ここでは何をやっているのかというと、127.0.0.1やlocalhostでアクセスされた場合、それはtorhamzedd.comでおますよ、ということを設定している。ただ、それだけだ。

通常、自分自身のIPアドレスの4オクテット目をPTRレコードに記述するが、書いてしまうとそのIPアドレスでないと動かなくなるので、ここでは何も指定していない。

というわけで、これでBINDの準備が揃ったが、そもそも自分自身に対して、自分自身のBINDを優先的に使えという指示を出さないといけない。つまりリゾルバだ。

リゾルバに自分自身のDNSであるBINDを指定し、その後に外部のDNSなどを指定すれば、torhamzedd.comは必ず自分のマシンを見て、それ以外は外部のDNSを見てくれるようになる。

というわけでリゾルバの設定は以下のようにする。

# vi /etc/resolv.conf

search torhamzedd.com
nameserver=127.0.0.1
nameserver=＜プロバイダのDNSなど＞
nameserver=＜プロバイダのDNSなど＞
・・・

ついでにネットワークインタフェースの設定ファイルにも書いておく。
使っているマシンのNICが1枚なら、以下の場所に設定ファイルがおいてある。

# vi /etc/sysconfig/network-scripts/ifcfg-eth0

こちらもDNS1を127.0.0.1にして保存すればOKだ。
ネットワークインタフェースの編集をしたら、ネットワークの再起動が必要になるので、以下のコマンドでネットワークを再起動しよう。

# service network restart

これで準備完了。

ようやくBINDの全設定が終わったので、起動し、自動起動の設定も済ませておく。

# service named start
# chkconfig named on

これで今日からあなたのマシンはデモ環境機能を備えた最強マシンとなった。

Linuxのhostsファイルは、Windowsのように同じIPを複数行に書くことができないので、1行がべらぼうに長くなる。それに同じドメインでサブドメインが複数ある場合なんか、更に面倒くさくなる。

しかし安心されよ！もうそのアホみたいな作業からは開放されたばい！！
別のドメイン使いたかったら、設定ファイルに追加した内容をドメイン分ふやし、ゾーンファイルもドメイン分増やせば良い！！

はい今終わった！

今hostsファイルいじる作業永遠に終わったよ！

早速街へ繰り出し、洒落＆乙なカフェバーにでもドヤ顔で入店後、周りの人に見えるようにデモを行うと寝覚め通いと思われる。

■次回は？

次回は、NetBeansやRegexxerなどの、開発時に便利なGUIアプリを紹介する予定だ。

Linuxを使ったWeb開発環境を手早く構築する【1/3】

2011-08-21T12:18:00.081+09:00

何度も言うけど、あくまで個人的な経験や思想になるが、Linuxで運用しているWebサーバにWebアプリをデプロイするためには、最初からLinuxクライアントで開発するのが手間が省けてよろしい思っている。思っているというか、事実だ。

現状、Linux（Fedora）で開発し、Linux（CentOS）にデプロイという流れでの作業を定番としているわけなんだけど、Windowsで開発してLinux（CentOS）にデプロイしてた時より遥かに良い。

なぜなら、コーディング中にデリミタを気にする必要もないしファイルシステム的にパーミッションの設定なども同じわけだから、開発マシンで動けば本番でも動くという可能性が極めて高いからだ。高いというより、普通はそのままで動く。

WindowsにXAMPPなんていうクソアプリを入れてしまっている人は、本来やらなくて良い作業が山盛りある事を理解したほうが良いと思っている。WindowsとLinuxの違いを意識しながらコーディングするなんて、精神衛生上、良い訳がない。

これは俺が現状でたどり着いた正解の一つだ。

例えばOSはLinuxサーバで動かすのが明確で且つDBMSはMySQLと決めてしまう場合、デリミタの定数化やORマッパはただのボトルネックでしか無い。処理速度を低下させているだけの無駄なモノ。
ここら辺、フレームワーク側でなんとかならんものか。例えばダウンロードする際に、まるでjQuery-UIの様に、ORマッパのアリ/ナシをチェックボックスで選択できるとか。
そもそも運用中にDBMS変えるなんてことはまずもって、ない。
コーディング中に便利なものが稼働中にも便利とは限らないことをもっとよく意識しておくべき。

しかし当然、正解はひとつだけではない。

本番サーバ上で開発し、正しく動くのを確認したらそのままリリース、という方法もある。
Gitなどを使って、本番環境そのままで別ブランチで動かすなんて愉快な事も十分可能だ。

個人的には徐々にこのステップに移行していこうと思っている。とにかく無駄をなくすんだ。なくせばなくすだけ精神的にも肉体的にも負担が減り、その分家族サービスや他の勉強なんかも充実してくるってわけだ。

しかし今回はあくまで、手元の開発環境の構築という話をするので、この件はまた別途。

前置きは終わり。本題に入る。

前回のシリーズ「Windowsにサヨナラだ！」ではひと通りLinuxクライアントの設定をざっくり説明したが、これからLinuxを使って開発したいと思う人は読んでおいてほしい。

別にOSをまるごとLinuxに入れ替えなくても、VMware Playerなどを使って、Windows上でLinuxを構築してもOKだと思う。ただし！間違ってもXAMPPなんか使うんじゃない（ブスでデブで頭の悪い女がブリトニーと同じ格好をしても、それはブリトニーではなく、ただの愚かなブタだということを知る必要がある）。

全体の流れは以下のように進めていく。

必要なパッケージの準備
便利なアプリ、使うかもしれないアプリなどをひと通り揃える

バックエンド構築
HTTPd、RDBMS、MTA、DNSなどをひと通りセットアップする

開発環境の構築
eclipseやNetBeans、vim-X11、gEditや、
gFTP、Filezillaなどのセットアップなど

というわけで、早速行ってみよう。

まずはパッケージの準備をしよう。
インストールするパッケージは以下になる。
すでに入れてしまっている場合は無視して次に進もう。

Apache 2.2
MySQL 5.5
PHP 5.3.8
Postfix
BIND

可能な限り新しいバージョンを入れるため、予めyumのリポジトリを設定しておくこととする。
追加するリポジトリは、

epel
remi

の2つだ。
※今回、あくまで俺のやり方なので、もっと良い方法があるかもしれないのを断っておく

■epelリポジトリの追加

まずepelリポジトリを入れる。
手順としては、

epel-releaseダウンロード
epel-release解凍
RPM-GPG-KEY-EPEL、elep.repoをコピー

の3工程だ。

なんで解凍してから手動で設置するかというと、他の方法ではエラーが出ることがあったが、この方法では一度もエラーが出ないからだ。

少々面倒臭いが、この方法でいこうじゃないか。

http://download.fedora.redhat.com/pub/epel/5/i386/
このサイトから、「epel-release-5-4.noarch.rpm」をダウンロードする。
※バージョンは後日変わる可能性があるので注意

ダウンロードしたrpmはダブルクリックしないで、右クリックしてから書庫マネージャで開く。

書庫マネージャで開いたepel-release内の、
/etc/pki/rpm-gpg/RPM-GPG-KEY-EPELを選択して「展開」。
同じように
/etc/yum.repos.d/epel.repoを選択して「展開」する。

端末を開いてrootになり、
RPM-GPG-KEY-EPELは/etc/pki/rpm-gpg/内へ、
epel.repoは/etc/yum.repos/d/へ、
それぞれファイルを移動する。

※epel.repo内のenabledは1になっているが、0にしておくことを強く勧める。

これでelepは完了だ。

■remiリポジトリの追加

次にremiリポジトリを入れる。
手順としては、

remi-releaseダウンロード
remi-release解凍
RPM-GPG-KEY-EPELをコピー
remi-enterprise.repoを作成

の4工程だ。

epelと同じく、なんで解凍してから手動で設置するかというと、他の方法ではエラーが出ることがあったが、この方法では一度もエラーが出ないからだ。

くどいようだが、少々面倒臭いが、この方法でいこうじゃないか。

http://rpms.famillecollet.com/el5.i386/
このサイトから、「remi-release-5-8.el5.remi.noarch.rpm」をダウンロードする。
※バージョンは後日変わる可能性があるので注意

ダウンロードしたrpmはダブルクリックしないで、右クリックしてから書庫マネージャで開く。

書庫マネージャで開いたremi-release内の、
/etc/pki/rpm-gpg/RPM-GPG-KEY-remiを選択して「展開」。

RPM-GPG-KEY-remiは/etc/pki/rpm-gpg/内へ、ファイルを移動する。

つぎに端末でrootになって、/etc.yum.repos.d/へ移動し、
remi-enterprise.repoを作成する。

# cd /etc/yum.repos.d

# vi remi-enterprise.repo

以下をそのまま貼りつければOK。

[remi]

name=Les RPM de remi pour Enterprise Linux $releasever - $basearch

#baseurl=http://rpms.famillecollet.com/enterprise/$releasever/remi/$basearch/

mirrorlist=http://rpms.famillecollet.com/fedora/$releasever/remi/mirror

enabled=0

gpgcheck=1

gpgkey=http://rpms.famillecollet.com/RPM-GPG-KEY-remi

failovermethod=priority



[remi-test]

name=Les RPM de remi en test pour Enterprise Linux $releasever - $basearch

#baseurl=http://rpms.famillecollet.com/enterprise/$releasever/test/$basearch/

mirrorlist=http://rpms.famillecollet.com/fedora/$releasever/test/mirror

enabled=0

gpgcheck=1

gpgkey=http://rpms.famillecollet.com/RPM-GPG-KEY-remi

これでremiはOKだ。

■Apache、PHP、MySQLのインストール

もしかしたらApacheは最初からインストールされているかもしれない。
以下のコマンドで調べてみよう。

# rpm -qa httpd

もし画面に

httpd-2.0.16-1.fc14.i686

などと表示されたら、最初からインストールされているということになる。

その場合は

# yum remove httpd

で消してしまおう。

Apacheもphpもmysqlも、remiリポジトリにあるものを入れるからだ。
これで何もない状態からApacheをインストールすることができる。

remiにあるApacheやPHPのバージョンを確認してみよう。

# yum --enalberepo=remi info httpd



Name        : httpd

Arch        : i686

Version     : 2.2.17

・・・

こんな文字が出力される。バージョンは2.2.17だそうだ。

同じ様に、phpも調べておく。

# yum --enablerepo=remi info php



Name        : php

Arch        : i686

Version     : 5.3.8

Release     : 2.fc14.remi

phpは5.3.7だ。

というわけで、Apacheとphp周りを早速インストールする。

# yum --enablerepo=remi install httpd php php-devel php-bcmath php-gd php-imap php-ldap \

    php-mbstring php-mcrypt php-mysql php-pdo php-pear\

    php-pspell php-snmp php-soap php-tidy php-xml php-xmlrpc

SVNを使ったり、SSL対応のサイトを開発するのが前提であれば、以下も入れておくことをオススメする。
当然、入れておいて使わないのも全然アリだ。

# yum --enablerepo=remi install mod_ssl mod_perl mod_dav_svn

次にMySQLをインストールする。

yum --enablerepo=remi install mysql-server

これでApache、PHP、MySQLが完了。

■Postfix、BINDのインストール

メールサーバにSendmailやqmailを使う人はこのまま詠み飛ばしても構わないが、Sendmailは歴史的経緯から、qmailは（確かにバグは発見されてはいないが）汎用性を考慮して使わないというのが俺のポリシーだ。
当然両方とも使ったことがある。その上で、Postfixを使うことを選んでいる。

というわけでPostfixをインストールする。

# yum install postfix

インストールはこれで終わり。
次にDNSであるBINDをインストールする。

# yum -y install bind bind-chroot caching-nameserver

これでBINDのインストールは終わりだ。

■次回は？

次回から、今インストールした必須パッケージの設定を行う予定。
特にBINDの設定は必読だと思う。

というのも、例えばあなたがノートPCにFedoraやUbuntuを入れて、その場で動くサイトのデモを行う場合、会場が無線LANのセミナールームだったり、職場の固定ローカルIPの場であったり、いろいろなケースがあるとおもうが、それらにも対応できるローカルDNSサーバを作るからだ。

このDNSが動いていれば、いちいちサブドメインを切ってバーチャルホスト対応しているドメインをhostsファイルにずらずらみっとも無く記述する必要が無くなるし、そもそもサブドメインをどこかで管理するという必要が全くなくなるわけだ。

というわけで、Apache、php、MySQL、Postfixなどの設定は軽く終わらせ、BINDのローカルDNSをメインに説明する予定。

乞うご期待。

CakePHP for Designers 勉強会でLTしました

2011-07-31T12:00:00.004+09:00

今まで勉強会というのは何度か参加したことはあるけど、LT（LightningTalk）は経験したことがなかった。

ライトニングトーク（Lightning Talk）とはカンファレンスやフォーラムなどで行われる短いプレゼンテーションのこと。様々な形式があるが、持ち時間が5分という制約が広く共有されている。
wikipediaより

いつか、近いうちにLTを経験しておくべきかな、と思い、Twitter上でつぶやいたところ、なんとLTやってみないかとお誘いがあった（@konsan あざっす！！）。

そのカンファレンスは「デザイナー向けCakePHP勉強会」。つまりロゴ的には「CakePHP for Designer」だ（Twitterでのハッシュは#cakephp4d）

具体的な内容はATNDの方を見ていただければ良いかと。

http://atnd.org/events/17625

こちら会場がなんと、さくらインターネットのセミナールームで、しかも無料でお貸しいただけたとのことで、この場をお借りして御礼申し上げたい。ありがとうございました。

ちなみにさくらインターネットの場所はこちら。

大きな地図で見る

さくらインターネットは俺も最近個人で契約を始めたレンタルサーバ屋で、VPSであれば月額980円でサーバをレンタルすることができる。非常に便利だ。

自宅サーバをすべてさくらインターネットのVPSに移動し、自宅ではサーバダウンなどに神経質にならずに済んでいる。

というわけで、2011年7月21日、勉強会の開始が職場の勤務時間終了より前だったため、職場を抜けだして参加と相成った（ちゃんと事前に予定には入れておいたので大丈夫なはず）。

当日、大きなトラブルもなく、わきあいあいと勉強会は進んでいった。
※小さなトラブルはあった

全体の流れ的にはこんな感じ。

ごあいさつ
田中さん @mon_sat

CakePHPについての基礎知識
市川さん @cakephper
資料：URLがわからんす！

CakePHPのデザイン周りについて（初級）
滝下さん @ecworks_masap
資料：http://labs.ecworks.jp/download/CakePHPforDesign.pdf

MVCを極めしWebデザイナーになる
原さん @kara_d
資料：http://www.slideshare.net/karadweb/mvcvweb-cakephp

PHPTAL/CakePHP-TALTAL
野島さん @nojimage
資料：http://www.slideshare.net/nojimage/phptal-with-cakephp
※九州からサテライトで参加

CakePHPのpaginatorのデザイン周り
小川 @ogaaaan
資料：http://www.slideshare.net/ogaaaan/cake-php4designers

LTの最後を努めさせていただいたのだが、実はちょっとしたトラブルがあり、スライドをお見せすることが出来なかった。

なんでかというと、最近は開発環境をWindowsからLinuxへ移行しているのもあり、正直WindowsよりLinuxの方が操作に慣れてきているので、勉強会に持っていくノートPCにもFedora15（Linux）をインストールしておいたわけだ。

それにたぶんだけど会場のみんなはWindowsよりマックの方が多いと思うから、Fedora15の新しいGUIであるGNOME3なんかをネタにして、おもろい話ができたらこれまた幸いかと。

しかしこれが暴挙だった。

なんとFedora15に搭載されているこのGNOME3が、外部出力が正しく行われないというトラブルを起こしてしまった。

Fedora14では問題なくプロジェクタに出力できていたので、アッパーコンパチブル的に大丈夫とたかを括っていたのが悪かった。出力テストすらしていなかった。

結局、せっかくつくったスライドはお見せすることままならず、ひとりで身振り手振りで説明するという、なんともスピリチュアルかつエスポワールな展開となり、まぁ別の意味で印象深い勉強会にしてしまった感があったりする。

自分では、南斗水鳥拳のレイのような華麗な動きをしていたつもりだが、もしかしたら山のフドウの様に、力任せのDQNに見えてしまっていたのかもしれない。

LTの最中、後ろで田中さん@mon_satと市川さん@cakephperが、俺のイカれたノートPCとプロジェクタの調整をしていただいてくれていた。あざっす！

結局スライドは断念となったが、こういうお心遣いがCakePHPコミュニティの良いところだなぁ、と思った。CakePHPのコミュニティに参加する様になってから、親切な人と出会う機会が増えた。

その時のスライドは、上にもURLを貼ったが、ここに埋め込んでみる。

Cake php4designers

View more presentations from Seiji Ogawa

まず、最近の俺が資料を作るときに気をつけていることがあって、それを先に説明したい。
少々長ったらしいが、大体こんな感じ。

できる限りわかりやすく、印象深く、楽しいプレゼンをしたいと思っているが、LTなので5分で済む内容を作る。

その時に前提となる懸念点が

思ったことをそのまま書いて作るとページ数がべらぼうに増えてしまう
ソースコードをバシバシ貼りつけていくと文字が小さくなって見えにくくなる
専門的な話になればなるほど会場のみんなの睡魔を呼び起こしてしまう

が挙げられる。

というわけで、まずはLibreOfficeのImpressで軽く思ったとおりに作り、ひと通り満足行ったら次にページを減らす作業にとりかかる。

だいたい1項目は2ページ以上にならないように心がける。

ページを減らす際には「そもそも何を伝えたいのか」を重視し、それ以外の余計な文章、図は思い切って削除。

特に矢印シェイプには気をつけた。たいていが矢印の元と先は図上でずれていることが多く、それが余計な混乱を呼ぶ可能性があるので、矢印シェイプだけではなくコネクタシェイプもよく使うようにしている。

それぞれのシェイプのデザインにも気をつけた。

アウトラインと背景色とテキスト色にも視覚的に配慮した。スライドはたいてい薄暗いところでみるので、白い背景に赤や緑などの周波数を発する色使いをすると、眠気は収まるが、刺激が強いかなと思い、青と緑の中間を使用し、基本的に寒色をメインにすることにした。

それとは別に、このパターンはこういう時に使う、というシェイプを3つ4つ脳内定義し、形状パターンの意味にズレがないようにシェイプをデザインしている。

これにより少ない情報量でページに大きな余白ができ、伝えたいこと（そのページ内でのコンセプト）をうまく伝えることができる。

そしてIT系勉強会ではソースコードを見せることが多いので、まずソースコードのフォントをタイプライター的なフォントに固定し、サイズも見やすい様に調整し、必要最低限のソースのみ記載することとしてみた。

やむなく改行する時も、見れば理解していただける位置で改行させる。あとは口頭で補足を入れるだけで良い。

ソースコードの比較などをする場合は、比較対象を目立たせるだけではなく、関係ない部分はグレーアウトさせるなど、少ない文字数に対して色やサイズなどで情報量を増やす。これなら感覚的に理解していただけるかと。

そして専門的な話をなるべくしないのも大事だ。

専門的な単語を発言した瞬間、それを説明しようとして更に専門的な話をしてしまい、結局時間オーバーしてしまうのを避けるためだ。

俺の中ではLTは5分で終わらせるからLTなんだ、という概念がある。

個人的には、専門的な話が出てきてしまいそうなときは、「〜というのがあるのですが、これはこのまま覚えてください」とか「〜というのは、とりあえずいまは忘れてください」的な表現で避けることにしている。それをどう捉えようが、聞いてる側の自由だ。

さらに大事なのが、お客さんんが寝る第一位の理由だとおもっているんだが、これをやってはいけないというのが自分の中にはある。

別に何かの本に書いてあったわけでもなく、ただ自分が仕事していて、会議中よく寝むくなるので、その理由を探っていたら気がついたことだ。

「書いてある文字をただ読むだけ」は

基本NG！

だ。これはマジで聞いてて眠くなる。

だから俺の資料には、自分でしゃべる部分は文字としてほとんど記載していない。
記載してあったとしても、そのとおり読んだりはしない。必ず別の言い方をするように心がけている。

例えば「この機能はAuthコンポーネントを必須とする」と書いてあったら「認証用の機能を予め設定しておくのがポイントですね」的な言い方をするように心がけてはいる。

というわけで、何が言いたいのかというと、上に埋め込んだ資料は、俺が説明したい文章、つまり伝えたい内容は文章では特に記載していないので、もしかしたらニュアンスがつかめないかな、と思っていた。

それを懸念して、新たに一人でプレゼンを行い、その様子を動画にとってYouTubeに載せようと思ったが、正直面倒くさいので勘弁してもらうことにした。

ただ、資料を公開したら意外にわかりやすいとの意見も結構あったので、特に資料の補足はしないでこのまま終わらせることにするよ。

最後に、会場に来てくれたみなさん、そして暖かく迎えてくれたCakePHPのゆかいな仲間たち、会場を貸してくれたさくらインターネット、並びに懇親会会場で素敵な衣装で俺の煩悩を刺激してくれた店員のおネーさん、本当にありがとうございました。

※緊張するとマシンガントークになるので、LTより懇親会の方がぜんぜん緊張してた

おまけ
2011.08.08追記

Cake phpアセット管理

View more presentations from Seiji Ogawa

スタッフに「オガーンはLTでPaginatorやってくれ」と言われる前、これをやろうと思って速攻で作ったアセット管理のスライド。

陽の目を浴びないとかわいそうなのでここに晒しておくよ。

2011.08.10追記
市川さん＠Cakephperがなんと、失われた動画の発掘に成功したため、以下に前半＋後半のリンクを貼っておくんでぜひ、ご覧あれ！

前半：http://www.ustream.tv/recorded/16144624
後半：http://www.ustream.tv/recorded/16145670

市川さんあざっす！

Windowsにサヨナラだ！！〜 Fedora15 〜【6/6】

2011-07-30T19:53:00.003+09:00

さて今回で最終回の予定。

早速行ってみよう。

■フォント

Migu	Windowsで言う所のメイリオ的存在。
みかちゃんフォント	商用可能な無償フォント。可愛いフォントの決定版。

【Migu】

Fedoraに入っているVL ゴシックなどにそれほど文句があるわけではないが、良い素敵なフォントがあればそっちを使おうじゃないか。

Migu（ミグ）フォントのサイトはこちら。
http://mix-mplus-ipa.sourceforge.jp/migu/

DOWNLOADのページから好きなフォントをダウンロードしよう。

ここでは「Migu 1M」と「Migu 2M」をインストールすることとする。

Migu-2M-20110610.zip
Migu-1M-20110610.zip

zipファイルを解凍するとttfファイルが２つ出てくる。
それぞれボールド体とレギュラー体だ。
この２つを以下のパスへ移動する。

移動先は一般ユーザではアクセスできないので、suコマンドでrootになろう。
その前に、もしフォントのインストールが初めてならば、ディレクトリを作っておかないといけない。

/usr/share/fonts/の中に
japanese/TrueType
が作られている必要がある。

$ su -
パスワード：
# mkdir -p /usr/share/fonts/japanese/TrueType

その後ダウンロードして解凍したフォントディレクトリに移動し、フォントをコピーする。

# cd /home/ogaaaan/Download/Migu-2M-20110610/
# cp Migu-2M-bold.ttf    /usr/share/fonts/japanese/TrueType/
# cp Migu-2M-regular.ttf /usr/share/fonts/japanese/TrueType/

これでOKだ。

gedit、コマンドラインの端末など、このMigu 2Mで表示させると非常に綺麗だ。

【みかちゃんフォント】

みかちゃんフォントというのは非常に歴史のある有名なフォントなんだが知っているだろうか。公式サイトはこちら。

http://www001.upp.so-net.ne.jp/mikachan/

雑誌やお菓子のパッケージにまで使われている、非常に有名な存在である。
しかも商用可能という、なんとも太っ腹で嬉しい配布をしていただいているので、ありがたく使わせてもらうことにしようじゃないか。

「だうんろーど」から「Linux用」ボタンで次のページへ進む。

みかちゃんフォント
みかちゃんフォント-P
みかちゃんフォント-PB
みかちゃんフォント-PS

の４つのボタンがあるが、すべてダウンロードする。ダウンロードする際には「ソースアーカイブ」を選択する。

他の２つのRPM版は少々インストールが面倒なので、今回は割愛する。
※インストールに別のライブラリ必要なのだがそれが面倒臭い

というわけで、ダウンロードしてきたtar.bz2をダブルクリックして解凍し、fontsフォルダにあるttfファイルを、Miguと同じようにコピーする。

# cd /home/ogaaaan/Download/mikachanfont-8.9/fonts
# cp mikachan.ttf    /usr/share/fonts/japanese/TrueType/

P、PB、PSも全てコピーしよう。

これでGIMPなどのグラフィックソフトで使うことができるようになる。

■メッセンジャー系

Empathy	GNOMEデフォのマルチアカウントメッセンジャー。
Skype	SkypeのLinux版。

【Empathy】

Empathyは最初からインストールされている。
「アプリケーション」＞「インターネット」＞「Empathy インスタント・メッセンジャー」で起動できる。

起動するとアカウント設定のダイアログが開く。

もし以下のアカウントを持っているのであれば、それらのインスタントメッセンジャーのアカウントを入力する。

Jabber
Facebook（チャット）
Google Talk
AIM
gadugadu
GroupWise
ICQ
IRC
Windows Live
mxit
myspace
sametime
silc
Yahoo!
Yahoo! Japan
zephyr

今回はGoogle TalkとWindows Liveを設定してみた。
設定が終わると個人情報の入力画面になる。これは同じネットワーク内にEmpathy利用者がいないのでわからないが、多分ユーザ同士をつなげてくれる機能だと思う。つまり社内とかで自動的に仲間を表示してくれる、的な機能だろう。

同じLAN内同士でチャットする場合（と思う）のアカウントをここで設定する。

どうでもいいけどこのコアラのイラストは怖いと思うので、別のものに変えたほうが良いと思うのだが・・。

通常の起動画面はかなりあっさりしていて、Google Talkに近い感じかな。

【Skype】

Skypeとはいわずもがな、最近マイクロソフトが傘下にいれたメッセンジャーだ。
知名度も高いと思う。

オンライン英会話なんかでもやたら使われているので、一般の人にも相当知れ渡っているはずだ。

インストールするにはまずSkypeのページへ進む。
http://www.skype.com

「Skypeをダウンロード」にマウスオーバーするとサブメニューが表示されるので、「Linux」をクリックする。

次に「今すぐダウンロード」にマウスオーバーするとディストリビューションが表示されるので、「Fedora 13+」をクリックする。
これでRPMがダウンロードされる。

ダウンロードしたrpmファイルをダブルクリックしてインストーラを起動する。

「ヘルプ」「閉じる」「インストール」とボタンが表示されるので、「インストール」ボタンをクリックしよう。
インストール途中、root権限が必要になると、sudo時のパスワードを聞かれるので、いまログインしているユーザのパスワードを入力して進める。

インストールが終わると「アプリケーション」＞「インターネット」＞「Skype」で起動できる。

初回起動時は「Skypeエンドユーザライセンス契約書」が表示されるので、一通り読んだら「同意する」ボタンで同意しよう。

同意後、Skypeが起動するのでアカウントを入力し、ログインする。
Windows版などと同じようなウィンドウでSkypeを使うことができる。

■ソーシャル系

Gwibber	マルチアカウントでFacebookやFoursquareなどに対応。
Qwit	Twitterクライアント。

【Gwibber】

Gwibber（グィバー）は多くのソーシャル系プラットフォームに対応したソーシャルクライアントだ。

例えばFacebookのウォール、Twitterのタイムライン、Forsquareのチェックインなどを混在させて表示させることが可能だ。

Yumexで「gwibber」で検索してインストールする。

インストール後は「アプリケーション」＞「インターネット」＞「Gwibber Social Client」で起動することができる。

起動直後は何もアカウントがないので、とりあえずプルダウンからお好みのソーシャルを選択し、アカウントを追加しよう。

追加できるソーシャルは以下。

Flickr
Gowalla
Twitter
StatusNet
Ping.fm
Qaiku
Foursquare
Facebook
FriendFeed
Buzz
Digg
Sina
Identi.ca

今回はFlickr、Twitter、Foursquare、Facebook、Buzzを追加してみた。

アカウントの追加が終わったら「閉じる」ボタンで閉じるとメインウィンドウが表示される。

ウィンドウ左側に各ソーシャルのフィルタボタンがあるので、見たいソーシャルがあればアイコンをクリックする。そうすると選択したソーシャルのみを表示してくれる。

画面下段の入力ボックスは、下に表示されているソーシャルアイコンが押されている状態の物に対して発言をするという仕組みになっている。

このボタンを上手に使えば、つぶやきはFacebookとTwitter、拡散希望はTwitterとBuzz、などと使い分けることができる。なかなか便利だ。

【Qwit】

個人的に重宝しているGwibberだが、たまにクラッシュして二度と起動しないなんてことがあり、どうしたものかと途方にくれていたときに見つけたTwitterクライアントがこのQwit（クイット）だ。

残念ながらGwibberほど多くのソーシャルサービスには対応していないが、Twitterクライアントとしては十分楽しむことができる。

インストールはYumexで「qwit」で検索し、インストール。

インストール後は「アプリケーション」＞「インターネット」＞「Qwit」で起動可能だ。

ちなみにここで選択できるソーシャルは以下の通り。

Twitter
Identi.ca
Custom
Aitu.kz

正直言って、この中ではTwitterしか知らない。Aitu.kzに関してはサイト自体が消滅していた。どんなサービスだったのだろうか。ロシア語だし、意外に興味深いサービスだったのかもしれない。

というわけで、ここは素直にTwitterを選択してアカウントをセッティングしようじゃないか。

初回起動時にはアカウントの作成画面になるのでTwitterを選択した状態で「Add」ボタンをクリックする。そして「OAuth」ボタンでTwitterに認証してもらう。

ダイアログの「Here」リンクをクリックすると、TwitterのOAuth承認画面に進む。ここでTwitterへログインすると承認され、ブラウザには巨大なサイズでPINコードが表示される。

このPINコードをコピーし、Qwitのダイアログに入力して「OK」ボタンをクリックする。
これでQwitをTwitterクライアントとして使う準備ができた。

アカウントの認証が終わると真っ白状態で起動する。一度画面の「More」ボタンで更新しよう。あとは300秒ごとに勝手に更新してくれる。

右下の「Option」ボタンで色々設定を変えることができるので、好みの背景色を設定したりしてみよう。

■ゲーム系

基本的にエミュレータを紹介するので、まず事前知識としていろいろ注意点がある。

ゲーム系にとどまらず、エミュレータソフトはWindowsでは大いに盛り上がっている。

例えばファミコンのエミュレータ、MSXのエミュレータ、PC-9801のエミュレータ、X68000のエユレータなど。

大抵がそのプラットフォームでしか遊べないゲームなどが目的という場合が多いだろう。

そういう時には、本体は持ってるけど古くて壊れてて起動しない、ゲーム自体は持ってるけど本体がない、なんてのを、このエミュレータソフトが解決してくれるわけだ。

エミュレータ自体は合法であり、使い方はROMカセットやディスクのデータを吸いだし、そのファイルを読み込んで使う。

ただしこのROMファイル、自分が所有しているものを自分もしくは業者に吸いだしてもらって、自分だけが使うことが前提だ。

もし他者に配ったり売ったりしたら犯罪になり、お縄頂戴と相成るので注意しよう。当然インターネット上にダウンロード可能な状態でROMファイルをおいておくだけでも違法ということになるので、取扱注意。

基本的にエミュレータは「大人のソフト」であることを強く意識しよう。

もし中古屋でやってみたいソフトが安く売っていたら、ひとまず購入し、吸出し業者に依頼するのが一番気が楽だ。

Snes9x	スーパーファミコンのエミュレータ。
Gens	メガドライブのエミュレータ。

【Snes9x】

Snes9xはスーパーファミコンのエミュレータだ。Windowsではかなり有名だが、まさかLinux版があるとは思わなかった。

インストールはYumexで「snes9x」で検索。インストール後は「アプリケーション」＞「ゲーム」＞「Snes9x」で起動可能。

Windows版と違ってタイトル画面が綺麗だ。

このままでは画面が小さいので、「View」＞「Change Size」で「Correct Aspect」の「2x」を選択し、正しい比率で2倍のサイズにしておくと便利だ。

他にもいろいろオプションがあるので自分好みに変更しておこう。
「Option」＞「Preference」で設定画面が開く。

キー設定は、それぞれのテキストフィールドにカーソルを当てて、割り当てたいキーを叩くだけで設定できる。

手持ちの吸出し済みROMをいくつか読み込んでみた。問題なく動く。

Wizardry VI Bane of the Cosmic Forge

Tactics Ogre

ただしグラフィックボードがしょぼかったり、凄いグラフィックボードでもLinuxのドライバがなければ、動きががたつくので、そういう場合は画面を小さくするか、誰かのせいにして諦めよう。

【Gens】

Gens（ジェンズ）はセガメガドライブのエミュレータだ。なぜGensというかというと、アメリカではメガドライブではなく、ジェネシス（Genesis）として発売されており、その省略形としてGensと呼ぶようだ。

インストールはYumexで「gens」でOK。

インストール後は「アプリケーション」＞「ゲーム」＞「Gens」で起動可能。
初回起動は画面がおかしくなることがある。

こういう場合は「Graphic」から「OpenGL」にチェックを入れてみよう。もしかしたら正しく表示されるかも知れない。

いくつか手持ちのゲームを起動してみたが、問題なく動く。

The Immortal（邦題：ウィザードオブイモータル）

PhantasyStar II（ファンタシースターII 還らざる時の終わりに）

■メーラ系

Evolution	GNOMEデフォのPIM。MS Outlook好きにはピッタリかも。
Sylpheed	超軽量かつシンプルなメーラ。
Opera	Operaメーラ。好みが分かれるが使い勝手は良い。
Thunderbird	いわずと知れた超有名メーラー。

【Evolution】

Evolution（エヴォリューション）は最初からインストールされているPIMだ。PIMというのは、Personal Information Manage、つまり個人の情報管理といういみで、そういう点ではMicrosoft Officeに入っている、Outlookに近いかもしれない。

と言うわけで早速起動してみる。
「アプリケーション」＞「オフィス」＞「Evolutionのメールとカレンダ」から起動できる。

初回起動するといろいろ聞かれるので、必要な情報を入力していこう。

こんなにデカくしなくてもいいんじゃないかと思うくらい、Linuxのウィンドウやダイヤログってデカいのはなぜなんだろうか？

とりあえず「進む」ボタンで進む。

初回起動でバックアップはないのでこのまま「進む」ボタンで進む。

基本設定として、ユーザ名とメールアドレスを入力して「進む」ボタンで進む。

POPアカウントも同じように設定して「進む」ボタンで進む。

個人的にメール受信するのが嫌いなので自動受信は120分くらいにしてあるけど、ここらへんは個人のお好みで。死ぬまでメールを受信しないのも当然アリだ。

「進む」ボタンで次に進む。

次に送信設定。適宜設定して「進む」ボタンで次に進む。

最後に、これらの設定に名前を付けて保存する。つまりプロフィル名だ。
ちゃんとした適切な社会的に許される範囲の名前を付けたら「進む」ボタンで次に進む。

わざわざ最後に初期設定完了のお祝いをしてくれる。
「適用」ボタンですべての設定を反映させる。

そして起動すると、レガシーなレイアウトのくせにやたら横長なEvolutionが起動する。

PIMなのでカレンダーなども用意されていて、なかなか便利。

Fedoraには最初からインストールされているという事もあり、愛用している人も多いソフトだ。
メールが大嫌いでもカレンダーを使ったりメモをとるのには良いかもしれない。

いろいろな設定をいじると、デスクトップに表示されるカレンダーと同期が取れるらしい。
この件はまた後日改めて。

【Sylpheed】

Sylpheed（シルフィード）はとにかく軽量なメーラだ。メインのメーラがクラッシュした際などには重宝する存在である。

使う使わない問わず、念のためインストールしておく事をお勧める。

※メールなんていう古臭い役立たずのものを予め二重化しておかないといけないという、この現実が大嫌いだ

Sylpheedの迷惑メール対策は少々マイナーなので、もしメインでSylpheedを使うのであれば色々苦労することになるが、まぁそこまでしてメールなんていうものを大事に扱う必要もないだろうから、ここでは特に説明はしない。

そもそも迷惑じゃないメールなんて存在しないと思っている。
俺に取ってはすべてのメールは迷惑メールだ。

というわけで、インストールはYumexで「sylpheed」でOK。

「アプリケーション」＞「インターネット」＞「Sylpheed」で起動。

初回起動ではメールボックスなどのアカウント設定の画面が自動的に表示される。

Sylpheedの場合、メールボックスの設定から始められるので、たとえばDropboxなどのクラウド型ストレージなんかを指定しておけば、別の場所にあるSylpheedから同じ状態でメールの送受信、確認ができる。

まぁメールなんていうタダの7bitのコードを確認できようが出来なかろうが、そんなことは俺の知ったことではないのだが。

次はアカウントの設定。入力したら「進む」ボタンで次へ進む。

そしてアカウントの続き。入力したら「進む」ボタンで次へ進む。

最後に確認画面とおもいきや、報告画面だ。事後報告。
「閉じる」ボタンで閉じる。

これでSylpheedを使うことができる。

レイアウトもレガシーな3ペインではなく、ワイド画面用レイアウトも用意されている。
「表示」＞「レイアウト」＞「縦3列」で切り替え可能だ。

動作は軽快。サクサク動くので良い。

【Opera】

Opera（オペラ）はみんな知っていると思う。Googleも認めたクソブラウザの代表格だ。

ACIDに対応していることや、いち早くCSS3に対応など、いろいろなニュースをよく目にするのだが、ダウンロードしてそれらのページを正しく処理できた試しがない。

そもそも1ページ表示するのに1分以上かかったり、表示しきれずタブがずっとローディングになったりなんてことがザラだ。

これをドヤ顔で世界中に配布しているという、ノルウェー人はどういうつもりなのだろうか。
しかもフォーラムに質問しようと思ってMyOperaなんかに登録したが最後。インタフェース上から退会出来ない。メールをだして退会申請しないといけないという手の抜き様。

われわれ日本人からすると理解に苦しむ仕様になっている。

ではどうしてそんなクソブラウザを紹介するのかというと、このOperaメーラ、意外に使いやすい。
メールなんていう、存在自体がゴミの物は手早く処理するべきだ。
そのためのギミックがこのOperaには組み込まれている。

つまりこのOpera、俺みたいにメールが嫌いな奴が作ったに違いない！と言えるほど、メールを軽くぞんざいに手ひどく扱ってくれるものに仕上がっている。

これは重宝！

というわけで、早速インストール。
インストールするにはブラウザでOperaのサイトに行き、インストーラをダウンロードしてくる。

OperaクソブラウザのURLはこちら。
http://jp.opera.com/

OperaクソブラウザのHOMEからダウンロードボタンをクリックしてダウンロードページへ進む

ダウンロードページではOSのディストリビューションを選択する。

ダウンロード開始ページでしばらくまつとダウンロードが開始される。

ちなみに全く開始されない時があるが、そういう時は一旦外に出て深呼吸し、コンビニでペプシでも買って帰り、リラックスしてもう一度最初からやり直すと良いだろう。怒ってはいけない。何しろクソブラウザってことは最初から分かりきっているんだから。

ダウンロードが終わったらOperaクソブラウザのページはとじてしまおう。開いているとクソまみれになるかもしれないから注意だ。

ダウンロードしたrpmファイルをダブルクリックして起動。

インストール中、例によってroot権限が必要になる。
その場合、rootのパスワードではなく、sudoのパスワード、つまり今ログインしているユーザのパスワードを入力する。

「続行」ボタンをクリックして次に進む。

正直Opera自体信頼できるかと言われれば否！と応えたいところだが、そんなこと言ってると何時まで経ってもクソブラウザでメールを受信することが出来ないので、ここは素直にsudoパスワード（今ログインしているユーザのパスワード）を入力し、「認証」ボタンをクリックだ。

そして利用規約。ここだけ何故か英語になる。一応最後まで目を通しておくのが礼儀だ。
Operaに礼儀正しくして何か得するわけではないが、これもクソブラウザを使うために通過せざるをえない儀式なので、同意しても良いとおもったら「同意します」ボタンをクリックする。

同意すると待ち構えていたかのように、即座にクソブラウザのOperaが起動する。
ちなみにこのサイト、「スペースキーで次に勧めます」的なメッセージが表示されるのだが、次に進んではいけない。

なんと、超巨大な画像ファイルを読み込み始め、トラフィックをパンパンにしようとする。
全くもってOperaが何をしたいのかが理解出来ない。

Operaを使えなバカでかい画像をスムースに表示出来ますよ！と言いたいのかもしれないが、1枚の画像を表示するために1分以上待つのは俺でなくても嫌がるはずだ。さすがクソブラウザ。

早速メールの設定を行おう。
左上にある「Opera」ボタンをクリックし、「メールとチャットアカウントの編集」をクリックする。

まぁこのダイアログ見れば、誰でもクソブラウザの片鱗を分かっていただけると思う。
人様がインストールしたフォントを勝手に選択し、許可もなく無断使用するという暴挙だ。
漢字がすべて「みかちゃんフォント」になってしまっている。

ノルウェー人は日本と戦争がしたいのかどうかわからんが、とりあえず「はい」ボタンで次にすすもう。

メール
ニュースグループ
メールをインポート
チャット（IRC）

と設定項目があるが、ここでは「メール」を選択した状態で「次へ」ボタンで次へ進む。

名前とメールアドレス、所属（ここもフォントがおかしい）を適当に入力して「次へ」ボタンで次に進む。

メールサーバへのログインで使う、ログイン名とパスワードを設定し、「次へ」ボタンで次へ進む。

受信サーバ（POP3）と送信サーバ（SMTP）を設定し、「完了」ボタンをクリックする。

レガシーなレイアウトでOperaメーラが起動した。
早速日本人を馬鹿にしているフォント設定を正しく直そうじゃないか。

「Opera」＞「設定」＞「設定」を選択し、「詳細設定」タブの「フォント」を選択する。

呆れてしまうようなクソ設定になっているので、非常に面倒くさいが、フォント設定を直しておこう。
H1～H6まですべて「みかちゃんフォント」になってしまっている。どうしてこのフォントが選ばれたのかが極めて謎だ。

ちなみに「表示」＞「本文の表示形式」で「一覧の右にメッセージを表示」にチェックを入れると、ワイド画面対応のレイアウトになってくれる。

詳しい使い方だが、以前Operaメーラの使い方や便利なところを解説しているので、こちらを見てもらえれば良いかと。

メールを無断で無許可に削除してくれるThunderbirdからOperaに移行する【1/3】
http://torhamzedd.blogspot.com/2010/06/thinderbirdopera13.html

【Thunderbird】

Thunderbird（サンダーバード）は言わずと知れた有名なメーラだ。無償メーラといえば大抵このThunderbirdを思いつく人も多いのではないだろうか。

まぁ、たかがメールというゴミを扱うソフトがいちいち有名とか無名とか言ってもしょうがないと思うんが。

で、ThunderbirdのインストールはYumexで「thunderbird」で検索。

起動は「アプリケーション」＞「インターネット」＞「Thunderbird」でOKだ。
30秒ほど待たされたあとに、例によってアカウントの設定画面になる。

「続ける」ボタンをクリックすると、入力したアカウントでいきなり存在確認が始まり、サーバの情報などをすべて取ってきてくれる。これはこれで便利かもしれない。

「アカウント作成」ボタンをクリックすると、アカウントの作成は終わりだ。
勝手に無許可にメールの受信が始まる。

画面右下には「あなたの権利について」という不思議なボタンがあるが、クリックすると別タブでエラー画面みたいなページが表示される。一応一通り読んでおくと寝覚めが良いかもしれない。

まぁたかだかメールなんていう汚物のために、いちいち権利がどうだとか言われたくないのだが、一応念のためボタンだけはクリックしておこう。

■最後に

ずいぶん長い時間がかかってしまったけど、これで一通り、WindowsからLinuxへの移行のヒントになるアイデア、情報などをまとめたつもりだ。

是非ご参考にされたし。

近々、開発者のためのLinuxの設定方法をやる予定。こちらは相当マニアックだが、誰でも簡単に便利な環境をつくることができるので、乞うご期待。

Windowsにサヨナラだ！！〜 Fedora15 〜【5/6】

2011-07-05T14:23:00.046+09:00

さて、少し時間が空いてしまったが、早速再開だ。

今回何をするのかというと、Windowsを使っていた時の作業を違和感なく進められるように、いろいろなアプリをインストール、設定し、使ってみようと思う。

まずは準備段階として、基本的なアプリをインストールする。

■準備

ここでインストールするアプリは以下のとおりだ。

Google Chrome	Googleのブラウザ、クローム。表示が早いので人気だ。
ibus-mozc	いわゆるGoogle日本語入力のLinux版。
vim-X11	エディタ。vimのGUI版。viやvim好きには必須かも。
p7z、unrar	zipより圧縮率の高い7z形式の圧縮解凍が可能なp7zと、rar形式の解凍を可能にするunrar。
Dropbox	要するにファイルサーバ。高機能なのにシンプルで大人気。クラウドの入門にピッタリ。

順にインストールしよう。
Google Chromeから開始だ。

【Google Chrome】

インストールは簡単。まずFireFoxを起動し、右上の検索窓から「chrome」を検索する。
検索したら画面に現れた「Google Chrome ダウンロード」をクリックする。

次に表示されたページで、右上にある「Google Chromeを無料ダウンロード」ボタンをクリックする。
下に小さく「Linux（Debian/Ubuntu/Fedora/OpenSUSE）用」と書かれている事を確認しよう。
※ちなみに左から「デビアン」「ウブントゥ」「フェドラ」「オープンスーゼ」と読む

次はダウンロードするパッケージの種類だ。DebianやUbuntu用のdebファイル、FedoraやOpenSUSE用のrpmがそれぞれ32ビット版、64ビット版あるので、適切な物をチェックし、「同意してインストール」ボタンをクリックする。
今回はFedora15の32ビット版を使用しているので、「32ビット .rpm（Fedora/openSUSE 用）」をチェックした。

次に選択したパッケージがダウンロードされるが、このまま実行させてしまおう。
「OK」ボタンをクリックし、ダウンロードしたら即座にインストールだ。

15秒ほど待つとインストールが始まる。

途中で「追加の検証が必要です」と言われるので、検証するために「続行」ボタンをクリックする。

「署名付きのパッケージをインストールするには認証が必要です」と表示されるので、パスワードを入力するのだが、注意がある。

Fedora14などではrootのパスワードを入力し、rootとしてインストールしていたが、Fedora15ではデフォルトでsudoが使われるようになったらしい（以前からそうだったっけ？）。

つまりここでは自分のアカウントのパスワードを入力しないといけない。
素直に入力して次に進む。

そして無事にGoogle Chromeがインストールされた。「インストールが終りました」的なメッセージは一切表示されないので、ダイアログが消えたらインストール終了だ。FireFoxはとじてしまおう。

このインストールでGoogle Chromeのリポジトリが生成されるので、次回何らかのアップデートがあった場合、自動的にGoogle Chromeもアップデートに含まれるようになる。便利だ。

【ibus-mozc】

さて次はIMEだ。

Fedora15デフォルトのIMEも悪くはないが、せっかくならGoogle日本語入力的なフリーなIMEを入れてしまおうじゃないか。少なくとも「ことえり」や「MS IME」などよりかは遥かに使い勝手が良い。そりゃATOKには負けるけど。

で、インストールはyumexで「ibus-mozc」を検索してインストールしよう。

インストール直後の設定は以下のとおり。

一度ログアウトする
「アプリケーション」＞「その他」＞「入力メソッドのセレクター」を選択（※1）
「IBusを使用する（推奨）」を選択
「入力メソッドの個人設定」ボタンをクリック
「インプットメソッド」タブの「インプットメソッドの選択」プルダウンで「日本語」＞「mozc」を選択して「追加」をクリックし、「上へ」ボタンで一番上に持ってくる（※2）
「閉じる」ボタンですべてを閉じる

少々ややこしい。

しかし見よ、しっかりとジャイアンがカタカナで変換されるこの精度を！！

※1：GNOME3の機能をフルに使っている場合、このメニューは表示されないので、「アクティビティ」＞「アプリケーション」＞「その他」＞「入力メソッドのセレクター」で起動する
※2：インストール直後に一度ログアウトておかないとここで「mozc」が表示されない

さて、個人的にはMS-IMEでは、

日本語入力状態でアルファベット（URLなど）を入力してしまったら、F10キーですべてを半角アルファベットとして変換

という技を多用している。

しかしこのibusではこの機能が有効になっていない。GNOMEの設定でF10は別の機能に割り当てられてしまっている。

これを簡単に変更するには、「設定エディタ」というアプリを入れれば良い。

yumexで「gconf-editor」を検索し、インストールする。
インストール後は「アプリケーション」＞「システムツール」＞「設定エディタ」で起動する。

起動した後の設定は以下のとおり。

「desktop」＞「gnome」＞「interface」＞「menubar_accel」をダブルクリック
「F10」と書いてあるところを「<ctrl>F10」に編集

でOKだ。これでGNOMEのF10はCtrl＋F10を押さないと機能しなくなると同時に、GNOMEがF10を手放すので、ibus側でF10が有効になる、という仕組みだ。

2011.07.10追記
Windowsなキーボードでは左上の「半角/全角」キーでIMEの切り替えをしている場合がほとんどだと思うけど、このibusが「半角/全角」ではなく「Ctrl」＋「Space」で切り替えてしまうという設定になっている場合があるのを発見した。

VMware＋Fedora15
とあるデスクトップPC＋Fedora15
とあるノートPC＋Fedora15

を試したところ、ノートPCのFedoraでこの現象が起きた。
早速色々調査してみたところ、無事に「半角/全角」で日本語切り替えができるようになったので、その方法を書いておく。

まず画面上に表示されたキーボードのアイコンを右クリックし、表示されたメニューから「設定」を選択する。

「IBusの設定」ウィンドウが表示されるので、「一般」タブにある「切り替え」右側の「...」ボタンをクリックすると「トリガーのキーボードショートカットを選択」ダイアログが表示されるので、ここで設定されているキーボードショートカットを全部削除する（別に削除しなくてもよいが、分かりやすいようにまずは全部削除しておいたほうが良い）。

次が重要。

「トリガーのキーボードショートカット」ダイアログ内の「キーコード」右にある「...」ボタンをクリック
「全角/半角」キーを1度だけ押す（キーコードに「Zenkaku_Hankaku」と表示される）
「モデファイア」内のチェックボックスからすべてのチェックを外す
「追加」ボタンをクリック（「Zenkaku_Hankaku」がキーボードショートカットに追加される）
「OK」ボタンで「トリガーのキーボードショートカット」を閉じる
「IBusの設定」ウィンドウに戻るので「閉じる」ボタンで閉じる

これで、「半角/全角」キーで日本語入力の切り替えができるようになったはずだ。
モデファイアのチェックがついてしまっていると、「半角/全角」キーと何かのキーを組み合わせないといけなくなるので注意。特に初回、「Release」にチェックが付いてしまうので、これは外しておかないといけない。

2011.07.11追記
テキストエディタなどではちゃんと切り替えができるが、例えばブログの入力画面、特にWYSIWYGエディタの場合、認識しないことがある。というより認識しない。

ただしinput[type="text"]やtextareaなら切り替えが認識されるので、日本語入力切換時に入力可能なフィールドが決め打ちされている気がする。

そもそもエディタにフォーカスがあたってなくても、切り替えボタンを押したら切り替えて欲しいと思うのだが、なんでわざわざこういう制限が付いているのかわからん。

【vim-X11】

さて、俺はあまり使わないのだが、vim-X11という便利なアプリがあるらしい。
早速入れてみようじゃないか。

例によってyumexで「vim-x11」を検索し、そのまま適用してインストールだ。

「アプリケーション」＞「アクセサリ」＞「Vi IMproved」で起動できる。

【p7z / unrar】

次は何かと便利なアーカイブ＋コンプレス系を入れておこう。
（ちなみにアーカイブというのは複数ファイルをくっつける事で、コンプレスが圧縮するという意味。アーカイバ＝圧縮ソフトではないので注意。tarでくっつけてgzで圧縮したものが、tar.gzだ。）

p7zもrarもyumexでサクっとインストール可能。

「p7z」で検索してチェックし、「unrar」で検索してチェック後「適用」ボタンでインストール。
インストール後は圧縮に7z形式、解凍に7z形式とrar形式が加わる。

【Dropbox】

Dropboxとはなんぞや？と聞かれれば、

誰かが管理してるサーバに好きなファイルをおけるから、職場でも自宅でも好きな場所からファイルにアクセス出来るし、しかも内部で版管理されているので、昨日の編集状態にもどしたり、一度消したファイルも復活させることが可能なのに、誰でも無料で使えるんだ。そして容量がたりなくなったら有料プランでガッツり保管場所を増設できる。

と答えるだろう。
さらにこれを一言でいうと、「クラウド」だ。
いつでもどこでも好きなときに好きなだけ引き出せる銀行の金庫のようなもの。

というわけで、早速Dropboxを使ってみようじゃないか。
予めDropboxのサイトでユーザ登録は済ませておくこと。

http://www.dropbox.com/

このサイトの「Dropboxのダウンロード」をクリックし、インストーラをダウンロードする。

Fedoraパッケージで適切なものをクリックし、rpmファイルをダウンロードする。
ダウンロードが終わったら、コンソールでrootとしてインストールする。

# rpm -ivh nautilus-dropbox-0.6.8-1.fedora.i386.rpm

最終的に以下のメッセージが表示されれば完了。

Dropbox installation successfully completed! You can start Dropbox from your applications menu.

これで完了だ。「アプリケーション」＞「インターネット」＞「Dropbox」を選択して起動してみよう。

「Don't show this again」にチェックを入れ、「OK」ボタンをクリックする。

なんとこれからインストールが始まるのではないか！少々クリビツ＆テンギョーな感じだが、まぁ良いだろう。じっと待つことにする（しかし、インストールにずいぶん時間がかかるのはVMwareだからなのか。別のFedoraでは数秒で終わったんだが・・・）。

無事にインストールが終わると直ぐにセットアップが開始される。
すでにDropboxへの登録が済んでいるはずなので、「すでに Dropbox アカウントを持っています」をチェックし、「次へ」ボタンをクリックする。

もしまだ持ってなかったら、画面はこのままにして、Chromeを起動し、Dropboxへ登録していただきたい。登録に使用するメールアドレスはGmailなどの、ブラウザで確認ができるメールアドレスが好ましい（だってまだこのマシンにメーラいれてないでしょ！）。

メールアドレスとパスワードを入力し、「次へ」ボタンで次へ進む。

無料の「2GB」を選択し、「次へ」ボタンで次へ進む。

「セットアップタイプ」は「標準」をチェックし、「インストール」ボタンでインストールする。
このインストールボタンをクリックした後、5ページの説明が表示されるので、内容を確認しながら「次へ」ボタンで進んでいく。

この画面が5ページ目。右下の「完了」ボタンをクリックする。

ここでなにかパスワードを入力するダイアログが表示されるのだが、なんのパスワードを入れるのかが不明。このマシンのこのユーザのパスワードを入れても、rootのパスワードを入れても弾かれる。そして「手動で設定してください」と言われて終了。これは後日調べる予定。

そして無事にDropboxがひらいてくれた。デフォルトだとユーザのホームフォルダ内に「Dropbox」という名前でフォルダが作られ、その中身が同期対象となる。

あくまでフォルダはローカルに存在するものなので、ファイルの移動などをすれば当然しっかり移動になる。コピーではないので要注意だ。

■メディア系

ここでは主に音楽や動画再生環境などを紹介していきたい。

Rhythmbox	GNOMEデフォルトの音楽再生プレイヤ。そつない感じ。
Exaile	プレイリストを複数作っていくタイプの音楽再生プレイヤ。
EasyTAG	mp3に含まれるID3タグを編集する。
RealPlayer	余り起動することはないかもしれないがrmファイルはこれで再生。
VLC	様々なメディアに対応しているプレイヤ。DVD観るならこれが楽。
K9Copy 2011.07.29追記	DVDをiso化。

【Rhythmbox】

RhythmboxはGNOMEデフォルトの音楽再生ソフトだ。
使用方法はそれほど難しいわけではないので割愛するが、ちょっとした設定なら前回の記事を参考にしてほしい。

http://torhamzedd.blogspot.com/2011/06/windows46_08.html

【Exaile】

Exaileと書いてエグザイルではなく、エクサール、もしくはエクセールと読む。
Yumexで「exaile」で検索し、インストールする。

インストール後、「アプリケーション」＞「サウンドとビデオ」＞「Exaile Music Player」で起動可能。

使い方の例としては以下のようにすると簡単。

「編集」＞「Colleciton」＞「コレクションマネージャ」で「追加」ボタンをクリック
再生したいファイルがある親フォルダを開いた状態で「追加」ボタンをクリック
「コレクションマネージャ」の「適用」ボタンをクリック
左側ペインに選択肢たフォルダ内が取り込まれる
適宜再生したいアーティスト内を右側にドラッグ（もしくはアルバム単位でも良い）してプレイリストへ追加する

これであとは再生ボタンで再生するだけだ。

ちなみにこれらの音楽再生ソフトで共通した、非常に迷惑な機能がある。それは、HDDから音楽ファイルを削除する機能だ。これは何のためにある機能なのかさっぱり理解出来ない。プレイリストを消そうとしてHDDから消してしまったら大変じゃないかと思うんだが、何故か多くの音楽再生ソフトによくある機能として実装されている。不思議でたまらない。

機能などはRhythmboxとそう大差はない（iTunesほど痒いところに手が届く音楽再生ソフトを探しているならLinuxではなくMacかWIndowsを使えば良い。つまりiTunesに勝ってるソフトはLinuxには存在しないと認識して良い）。

Rhytmboxがクラッシュしまくったり、どうしても使い勝手が気に入らなければ、このExaileを使うとよいだろう。動作は比較的安定しているようだ。

【EasyTAG】

EasyTAGは、mp3ファイルのID3タグを簡単操作で一括処理などできる便利ソフトだ。
こちらもRhythmbox同様、前回の記事を見ていただければ使い方は理解できるとおもう。

http://torhamzedd.blogspot.com/2011/06/windows46_08.html

【RealPlayer】

10年ほど前は一世風靡していたと言っても過言ではない音楽再生プレイヤだ。多くの動画再生サイトでは、Windows Media Player形式かRealPlayer形式に対応していた。AppleのQuicktime形式は徐々に使われなくなっていたという時代だ。

しかし徐々にWindows Media（wmp形式）かQuickTime（mov形式）かの二極化が進み、RealPlayerのrm形式はほとんど陽の目を浴びなくなってしまった。

それから長い年月を経て（10年くらい？）YouTubeなどのサイトで動画をダウンロード出来る機能が追加されたりして、今では復活の兆しをみせている。

残念ながらLinux版RealPlayerはWindows版などのように高機能ではないが、rm形式のファイルはRealPlayerなどの一部のソフトでしか再生できないので、もし気になる人が入れば、インストールしておいても損はないと思う。

というわけで、以下のサイトからrpmをダウンロードし、ダブルクリックしてインストールしよう。

http://director.real.com/realplayer?type=rp11_linux&rppr=rpm

アクセスするととたんにダウンロードが始まり、「RealPlayer11GOLD.rpm」という、なんだか懐かしい名前のファイルがダウンロード可能だ。

インストール中、「追加の検証が必要です」とダイアログが表示され、sudoと同じく今ログインしているアカウントのパスワードの入力が求められる。rootのパスワードではないので注意。

インストールが終わると、「アプリケーション」＞「サウンドとビデオ」＞「RealPlayer 11」で起動できる。

初回起動では「セットアップアシスタント」というセットアップツールが起動する。

基本的には「次へ」ボタンで進んでいけば良い。

途中で「ほぼ完了しました」と、およそRealPlayerとは思えない優しい説明が表示される（当時のRealPlayerの有償版への誘導は、南米人の顔よりしつこく、中国人の嫁くらい強烈だった）。

セットアップアシスタントが終わると起動する。

FireFoxのプラグインが同時にインストールされるが、これが何をしてくれるのかはよくわからない。
Windows版のように、たとえばYouTubeの動画の上にツールバーが表示され、自由に動画をダウロードできるわけでもない。

正直よくわからんのだが、なにかできるのかも知れないから探してみるのも良いかも知れない。

【VLC】

さて、そこそこのスペックのPCにFedora15をインストールしてるのであれば、CR-ROMではなくDVD-ROMトレイが付いていたりするかも知れない。

そうなるとやはり、DVDの再生を試してみたくなるのではないか。
しかしこの段階でDVDを再生できる環境がない。

だが俺達にはVLCがある。VLCをインストールするだけで、DVDを再生することができるんだ。
早速yumexから「vlc」で検索し、インストールしようじゃないか。

インストールされるパッケージがいくつもあるので少々時間がかかるかもしれないが、今のうちにトイレにでもいってくると良い。

そしてインストールが終わると「アプリケーション」＞「サウンドとビデオ」＞「VLCメディアプレイヤー」で起動できる。

初回起動では「プライバシーとネットワークポリシー」が表示されるので、一通り読んだら「OK」ボタンで閉じよう。

あなたが愛してやまないDVDをDVDトレイに挿入し、VLCの「メディア」＞「ディスクを開く」で「メディアを開く」ウィンドウを表示させ、「再生」ボタンで再生することができる。

※動画キャプチャ出来なかったためデジカメで撮影

2011.07.20追記
ちなみにisoファイルはダブルクリックすると自動的にマウントしてくれるので、マウントした後にVLCで読み込むことが可能になる。
~~VLCから直接isoを開こうとしても開いてくれないので注意。~~

VLCから直接iso開けた。すまん。

2011.07.29追記
【K9Copy】

K9CopyはLinuxで数少ないDVDコピーができるアプリだ。個々で注意してほしいのが、DVDのコピー自体は違法ではないということ。
あなたが愛して止まない映画のDVDを購入したとする。そのDVDを自分でコピーし、それを使用して映画を見たところで、犯罪ではない。

もしコピーしたDVDメディア、isoなどを他人に貸したり売ったりしたら犯罪になる。

DVDコピー自体は違法ではないので、DVDコピーツールに悪意のまなざしを向けてはいけないということだ。

ここら辺ご理解いただければ、早速DVDコピーアプリをインストールして見よう。
Yumexで「k9copy」で検索して、インストールする。
※表示されなかったらRPMFusionのリポジトリがON担っているか確認！

「アプリケーション」＞「サウンドとビデオ」＞「k9copy」で起動。

DVDを入れてない状態なのでそっけないが、元DVDと出力先（DVDとしてコピーなのか、ISOファイルを作るのか、フォルダにコピーするのかなど）を指定して「コピー」ボタンを押せば、すぐにコピーが始まる。

ちなみにK9Copyにはウィザードモードもあり、これは別ソフト扱いなのだが、「k9copy assistant」を起動してみると分かる。

ウィザードモードなので、書いてある内容をよく読めば、誰でも使い方が分かると思う。
しかしこのk9copy、実はDVDをisoに使用として、一度も成功した試しがない。
途中で音もなく終了してしまうのだ。かなり不安定なソフトであることが分かる。

しかし今のところLinuxでDVDをiso化するソフトはこれくらいしか知らない。
もしかしたら有償ソフトですごいものがあるのかもしれないが、無償アプリを紹介するための記事なので、詳しい調査はしないこととするのであしからず。

■グラフィック系

画像を編集したり、イラストを書いたりできるソフトだ。

GIMP	Linux版Photoshop的な存在。
InkScape	Linux版Illustratorとも言うべき存在。
Blender	3Dモデラ。機能がはんぱ無い。

【GIMP】

GIMP（ギンプ）は10年以上前から長い期間を経て多機能/高機能してきた、歴史のあるソフトだ。
何が出来るのかというと、画像生成、編集だ。

Fedora15にはバージョン2.6がデフォルトでインストールされているので、インストール方法は割愛するが、入れなおしたりする場合はYumexで「gimp」と検索すればいいだろう。

さすがに歴史が長いソフトなので、使い方などはググれば直ぐに出てくるし、書籍も沢山存在する。

俺はPhotoshopを使うのをやめてGIMPに移行した。Photoshopでしか出来ないことは、意外に業務では要求されない。それにGIMPは無償だし、Windows、Macでも使えるから、なければその場で入れれば良い。そう考えるとすごく便利だ。

【InkScape】

InkScapeは、いうなればベクターグラフィックソフトだ。乱暴な言い方をすれば、Adobe Illustratorのようなソフトという紹介がよくされている。

インクスペースでもインクスペックでもなく、インクスケープなので注意。ネットスケープのネットをインクに変えれて発音すれば良い。

インストールするにはYumexで「inkscape」を検索すればOK。

具体的な使い方は割愛するが、Photoshop対GIMPより、Illustrator対InkScapeの方がインタフェースが違いすぎているので、全く新しいソフトを覚える覚悟が必要だ。

結論を言うと、Adobeの存在を脳から消し、PhotohsopとIllustratorの知識をとっとと忘れれば良い（それくらい気合を入れればなんでもできる）。

俺はIllustratorを使うのをやめてInkScapeに移行した。Illustratorでしか出来ないことは、意外に業務では要求されない。それにInkScapeは無償だし、Windows、Macでも使えるから、なければその場で入れれば良い。そう考えるとすごく便利だ。

※基本的なモデル図などは予めIncScapeで作成したシェイプをLibreOfficeのDrawで使ったほうが遥かに便利

【Blender】（YafRay、LuxRender）

Blender（ブレンダー）は今や無償の3Dモデラとしては不動の地位を占めているソフトだ。
ただその奇怪な登場の仕方も相まって、非常に好みが分かれるソフトでもある。

Blenderでどういうグラフィックが作れるのかは、海外のギャラリーを見れば直ぐにわかる（国内のギャラリーだと萌えアニメ系が多い）。

http://goo.gl/uHW7f
http://goo.gl/hccGG

最新バージョンの2.5ではかなりの使い勝手の向上が図られており、もしこれから3Dグラフィックを始めるのであれば、出来れば2.5からの方が良いだろう。

ただFedora15のリポジトリからは、2.4をダウンロードすることになる。
こちらもYumexから「blender」を検索してインストールしよう。

「びおめた」さんとこから

「二階堂令子」をお借りして表示してみた

（使用許可済み）

Blenderは単体でのレンダリングもアニメーションも可能な統合3DCGソフトだが、あらかじめいくつかレンダラを入れておくのがよい。

というわけで、以下のパッケージもblenderと一緒に入れておくとよいと思われる。

Yafaray-blender
LuxRender-blender

ちなみにレンダリング結果はGoogleで画像検索すると大体俯瞰できる。

Yafaray http://goo.gl/ouNhJ
LuxRender http://goo.gl/6YFcl

2.5はリリースされたばかりだが、ちゃんと書籍も（現状では1冊だけ）出版されている。その他は2.4以前の物だが、まだまだ2.5はそれほど一気に普及しているわけではないので、2.4で一通り機能を覚え、2.5でその差分を覚えれば、2.4の書籍を購入しても2.5にも当然役立つだろう。

■サウンド系

次にサウンド、つまり音声系音楽系を紹介する。

Audacity	音楽ファイル編集ソフト。
Rosegarden	シーケンサ。作曲したい人はこちら。

【Audacity】

Audacity（オーダシティ）は既存音声ファイルの編集に長けた使い勝手のよいサウンドエディタだ。
ちなみに辞書によると、Audacityとは「厚顔無恥」「傍若無人」という意味らしい。

こちらもYumexでインストールするのだが、注意がある。
普通に「audacity」をいれてしまうより、「audacity-freeworld」を入れれば、mp3などのエンコードも一緒に入ってくれるので、出来ればこちらを選択しよう。

Audacityの基本的な使用目的だが、例えば音声ファイルの前後を切り詰めたり、wmvをmp3に変換したりなどが直感的にできる優れものだ。

【Rosegarden】

Rosegarden（ローズガーデン）はシーケンサだ。つまり作曲することができる。
こちらもYumexで「rosegarden」を検索して、そのままインストールが可能。

WILLCOMなどの携帯では着メロにmidiファイルを使用できるが、版権もののmidiは通常ダウンロードすることが出来ない（大抵がJASRACとかいう脳みそが腐った天下り思想且つ隠蔽体質で搾取大好きの無能集団の罠）。

そういう場合は気合と根性でオリジナルを耳コピし、Rosegardenで音符を起こそう。そして自分だけが使えば問題ない。気合が無いなら最初からやらなければ良い。

使用する際は消費メモリに気をつけよう。
結構メモリを喰いまくるので、非力なマシンでの使用はおすすめしない。

■ビデオ系

Kino	動画編集ソフト。
RecordMyDesktop	動画キャプチャソフト。綺麗に録画してくれる。

【Kino】

Kino（キノ）はいうなれば、Windows XPからプリインストールされている、ムービーメーカーのようなものだ。撮影した動画、かっぱらってきた動画などをあなたのお好みに合わせて好きに編集することができる。

こちらもYumexで「kino」で検索してインストールすることが可能だ。

※キャプチャ出来なかったのでこの画像は合成

【RecordMyDesktop】

GNOMEには[Crtl]+[Shift]+[Alt]+[R]でデスクトップ全体を動画キャプチャしてくれる機能が最初から搭載されてはいるが、いかんせんデスクトップ全体だ。

指定したウィンドウの動画、音声をキャプチャしてくれるソフトが必要ではないだろうか。
それがこのRecordMyDesktopだ。非常に軽く、綺麗な動画を作成してくれる。

例によってYumexで「recordmydesktop」で検索し、インストールする。
注意点として、基本的にこのソフトはインタフェースがない。コマンドラインだけで使うなら良いが、GUIが欲しいのであれば、「gtk-recordmydesktop」も一緒にインストールしよう。

使い方は簡単なので割愛する。
ブラウジングしている最中の動画をYouTubeにアップしたので、確認していただきたい。

■その他

長くなりすぎるのもなんなので、続きは次回（最終回）。

トーハム紀行

CakePHP2.0のコンソールを使ってラクラク自動生成しよう【2/3】

CakePHP2.0のコンソールを使ってラクラク自動生成しよう【1/3】

CakePHP2.0にSearch Pluginをいれてラクラク検索しよう【2/2】

CakePHP2.0にSearch Pluginをいれてラクラク検索しよう【1/2】

簡単なシェルスクリプトで色々バックアップしてみよう

CakePHPのテーマ機能を使う 【CakePHP Advent Calendar 2011】

CakePHP1.3にSearch Pluginをいれてラクラク検索しよう【2/2】

CakePHP1.3にSearch Pluginをいれてラクラク検索しよう【1/2】

JELLY JELLY CAFEに行ってきた

Webエンジニアとは？

THE TERMINALへ行ってきた

Linuxを使ったWeb開発環境を手早く構築する【3/3】

Linuxを使ったWeb開発環境を手早く構築する【2/3】

Linuxを使ったWeb開発環境を手早く構築する【1/3】

CakePHP for Designers 勉強会でLTしました

Windowsにサヨナラだ！！〜 Fedora15 〜【6/6】

Windowsにサヨナラだ！！〜 Fedora15 〜【5/6】

CakePHPのテーマ機能を使う【CakePHP Advent Calendar 2011】