http://blogs.law.harvard.edu/tech/rss ja-jp アシアルブログ http://blog.asial.co.jp/ アシアルブログ最新投稿 Thu, 11 Mar 2010 18:27:13 +0900 Thu, 11 Mar 2010 19:22:14 +0900 info@asial.co.jp info@asial.co.jp Copyright All rights reserved. Thu, 11 Mar 2010 18:27:13 +0900 <Symfony Componentsシリーズ(2)> Symfony 2の秘密兵器: Request Handler http://blog.asial.co.jp/671
本日第2弾となるこの記事では、今回はリクエストを受けてからレスポンスを返すまでの全体の流れを司る、Request Handlerというコンポーネントをご紹介します。

Request Handlerを知るにあたって、Event Dispatcherコンポーネントを理解しておく必要があります。
先に書いた<Symfony Componentsシリーズ(1)> オブジェクトをつなぐEvent Dispatcherという記事まだ読んでいない方は、そちらから読んでいただければと思います。(読んでもさっぱりわからない！というのであればご連絡ください・・・)

◆ Request Handlerコンポーネントの構成

まず、Request Handlerコンポーネントのディレクトリ構成です。以下のようになります。

  1. Components/RequestHandler:
  2. Exception/  Request.php  RequestHandler.php  RequestInterface.php  Response.php  ResponseInterface.php
  4. Components/RequestHandler/Exception:
  5. ForbiddenHttpException.php  HttpException.php  NotFoundHttpException.php  UnauthorizedHttpException.php

symfony 1系には当然RequestクラスとResponseクラスがありますが、それらもまとめてこのRequest Handlerコンポーネントに含まれます。
RequestInterfaceとResponseInterfaceというインターフェースがありますが、現在のところRequestInterfaceは空っぽ、ResponseInterfaceはsend()メソッドのみのインターフェースなので、RequestやResponseを自前のクラスや他のフレームワークのクラスを使いたい場合も大して難しくはないでしょう。
ただSymfony上で使う場合は、RequestHandler以外の部分で様々なメソッドを使いますので、RequestやResponseを置き換えたい場合は、Request Handlerコンポーネント内のクラスを継承するのが無難かと思われます。

Request Handler用の例外クラスが4つ定義されています。HttpExceptionは他3つの親となる例外クラスです。ただ、定義こそされていますがRequestHandlerが実際に処理中に投げるのはNotFoundHttpExceptionくらいです。その他にSPL例外を投げたりはします。


◆ RequestHandlerクラス

ではいよいよ、RequestHandlerクラスを見ていきましょう。全体の流れを司るクラスと聞くと非常に大きなクラスかと思われますが、実際にはコメントを含めても200行に満たない程度の、非常にシンプルなクラスです。
実際に様々な処理を行っているわけではなく、本当に「アプリケーションの流れを形成」しているだけです。メソッドもコンストラクタを含めて4つだけしか定義されていません。


* public function __construct(EventDispatcher $dispatcher)
* public function handle(RequestInterface $request, $main = true)
* public function handleRaw(RequestInterface $request, $main = true)
* protected function filterResponse($response, $message, $main)

これだけです。重要なのがhandle()メソッドです。引数をみると、RequestInterfaceを実装したクラスを受け取っているのがわかります。
Symfony 2ではこのRequestHandlerをKernelが制御します。といっても、RequestHandlerのhandle()メソッドを呼び出す前にBundleを読み込んで、DIコンテナの設定をする程度で、後はRequest Handlerによって処理が流れていきます。

ではより突っ込んでみていきましょう。


◆ RequestHandler::handle()

  1. <?php
  2.  
  3. public function handle(RequestInterface $request, $main = true)
  4. {
  5.   $main = (Boolean) $main;
  6.  
  7.   try
  8.   {
  9.     return $this->handleRaw($request, $main);
  10.   }
  11.   catch (\Exception $e)
  12.   {
  13.     // exception
  14.     $event = $this->dispatcher->notifyUntil(new Event($this, 'core.exception', array('main_request' => $main, 'request' => $request, 'exception' => $e)));
  15.     if ($event->isProcessed())
  16.     {
  17.       return $this->filterResponse($event->getReturnValue(), 'A "core.exception" listener returned a non response object.', $main);
  18.     }
  19.  
  20.     throw $e;
  21.   }
  22. }

handleRaw()を呼び出して、戻り値をそのまま返すだけのメソッドです。handleRaw()の戻り値はResponseInterfaceを実装したオブジェクトになります。
また、例外が発生した場合はcore.exceptionイベントを通知しています。ここでEventに対してisProcessed()とgetReturnValue()という2つのメソッドを実行しています。isProcessed()は登録してあるリスナーのどれかが処理を行ってtrueを返した場合にtrueを返します。つまりイベントに対して何かしらの処理がされたかをチェックするためのものです。getReturnValue()はリスナーが指定した戻り値を取得するためのものです。リスナーがreturnした値ではなく、リスナー側で$event->setReturnValue()を実行してセットされたものになります。

Symfonyはここで、例外に対して例外用の画面を表示するためのレスポンスを作成して返します。filterResponse()メソッドを呼び出していますが、これはレスポンスを返す際に必ず通す処理で、レスポンスを返すためのイベントを通知するためのものです。このメソッドにはResponseInterfaceを実装したオブジェクトを渡さないと例外となるようです。詳しくは後ほど見ていきましょう。


◆ RequestHandler::handleRaw()

例外が起きた場合の処理はhandle()メソッドに任せるとして、正常なフローを一通り行うのがこのhandleRaw()です。

ここでいうフローとは、ずばりイベントです。順番に次のようにイベントが呼び出されます。

* core.request
* core.load_controller
* core.controller
* core.view

実際に処理を分割しながらみていきましょう。


### core.request

  1. <?php
  2. // request
  3. $event = $this->dispatcher->notifyUntil(new Event($this, 'core.request',
  4.    array('main_request' => $main, 'request' => $request)));
  5. if ($event->isProcessed())
  6. {
  7.   return $this->filterResponse($event->getReturnValue(),
  8.    'A "core.request" listener returned a non response object.', $main);
  9. }

Symfony側ではこのイベントが発生したら、まずルーティングが行われます。
次のイベントがcore.load_controllerですので、コントローラを読み込む処理だと思われます。それまでに必要なことはこのイベントで行います。

isProcessed()がtrueの場合は、イベントの戻り値をfilterResponse()に渡しています。
filterResponse()に戻り値を渡しているということは、Responseオブジェクトを期待していることになります。
コントローラを読み込む必要がないようなリクエストや、コントローラの処理そのものがキャッシュ場合などは処理を止めてレスポンスを返すのかなと思います。


### core.load_controller

  1. <?php
  2. // load controller
  3. $event = $this->dispatcher->notifyUntil(new Event($this, 'core.load_controller',
  4.    array('main_request' => $main, 'request' => $request)));
  5. if (!$event->isProcessed())
  6. {
  7.   throw new NotFoundHttpException('Unable to find the controller.');
  8. }
  9.  
  10. list($controller, $arguments) = $event->getReturnValue();
  11.  
  12. // controller must be a callable
  13. if (!is_callable($controller))
  14. {
  15.   throw new \LogicException(sprintf('The controller must be a callable (%s).',
  16.      var_export($controller, true)));
  17. }

コントローラをロードする処理ですね。ここでisProcessed()がfalseの場合、つまりコントローラが読み込まれなかった場合はNotFoundHttpExceptionがスローされます。
読み込んだ後は、イベントの戻り値にコントローラとその引数を設定する必要があるようです。
コントローラは関数呼び出し可能でなければならないようですが、Symfonyでは通常、アクションとなるメソッドが指定されると思われます。
シンプルにやりたい場合は、無名関数が戻り値でも十分だということですね。


### core.controller

  1. <?php
  2. // controller
  3. $event = $this->dispatcher->notifyUntil(new Event($this, 'core.controller',
  4.    array('main_request' => $main, 'request' => $request,
  5.    'controller' => &$controller, 'arguments' => &$arguments)));
  6. if ($event->isProcessed())
  7. {
  8.   try
  9.   {
  10.     return $this->filterResponse($event->getReturnValue(),
  11.        'A "core.controller" listener returned a non response object.', $main);
  12.   }
  13.   catch (\Exception $e)
  14.   {
  15.     $retval = $event->getReturnValue();
  16.   }
  17. }
  18. else
  19. {
  20.   // call controller
  21.   $retval = call_user_func_array($controller, $arguments);
  22. }

core.load_controllerで返ってきた$controllerを実際に実行するのが、core.controllerです。
このイベントにリスナーを指定しなくても、コントローラの呼び出しは行われるようです。


### core.view

  1. // view
  2. <?php
  3. $event = $this->dispatcher->filter(new Event($this, 'core.view',
  4.    array('main_request' => $main)), $retval);
  5.  
  6. return $this->filterResponse($event->getReturnValue(),
  7.    sprintf('The controller must return a response (instead of %s).',
  8.      is_object($event->getReturnValue()) ?
  9.        'an object of class '.get_class($e->getReturnValue()) :
  10.        str_replace("\n", '', var_export($event->getReturnValue(), true))
  11.     ),
  12.    $main);

handleRaw()から通知される最後のイベントです。先ほどcore.controllerを行った結果をフィルタリングしています。その後、イベントの戻り値をfilterResponse()に渡しています。
filter()にリスナーが登録されていない場合、filter()に指定した第2引数がそのまま戻り値として設定されます。


説明を一切しなかったのですが、handleとhandleRaw()には第2引数に$mainというものがあります。これはデフォルトではtrueです。falseになるのはどういった状況なのでしょうか。
symfonyをよく知っている方はもしかしたらなんとなくわかるかもしれません。これがfalseで呼び出されるのは、forwardが行われた時です。
Symfonyのforwardとは、同一リクエストの中で、特定のアクションから別のアクションを呼び出す処理のことです。forwardが行われた場合は、再度handle()が呼び出されるようになります。


◆ RequestHandler::filterResponse()

  1. <?php
  2.  
  3. protected function filterResponse($response, $message, $main)
  4. {
  5.   if (!$response instanceof ResponseInterface)
  6.   {
  7.     throw new \RuntimeException($message);
  8.   }
  9.  
  10.   $event = $this->dispatcher->filter(new Event($this, 'core.response', array('main_request' => $main)), $response);
  11.   $response = $event->getReturnValue();
  12.  
  13.   if (!$response instanceof ResponseInterface)
  14.   {
  15.     throw new \RuntimeException('A "core.response" listener returned a non response object.');
  16.   }
  17.  
  18.   return $response;
  19. }

最後にご紹介するのが、散々出てきたfilterResponse()です。まず第1引数がResponseInterfaceを実装していなければ、実行時例外であるRuntimeExceptionが投げられます。
その後、レスポンスオブジェクトに対してfilterを通知しています。handle()の戻り値は例外が最終的にキャッチされなかった場合を除き、常にこのメソッドを通るため、確実にResponseInterfaceを実装したオブジェクトになります。


Request Handlerコンポーネントの紹介は以上です。説明の途中でSymfonyがイベントに対する処理についていくつか記述している箇所があります。
実際にフレームワークとしてコントローラまわりなどの処理は、Symfony\Framework\WebBundleというBundleに含まれています。このBundleの中にListenerというディレクトリがあり、そこにいくつかのイベントリスナーが用意されています。これらがSymfonyとしての流れを実際に処理しています。
そこを具体的に話し出すと、この記事が終わらなくなってしまうので本日はご紹介しませんが、そこで行っていること基本的な内容は書いてある通りです。


さて、長くなりましたが、Symfony 2の秘密兵器であるRequest Handlerコンポーネントの説明は以上になります。
イベントによって流れが作られているため、非常に柔軟になっています。この仕組みを知っておくことで、多少は全体が見えやすくなるかと思います。


さて、今回タイトルに、Symfony Componentsシリーズと入れています。今後も様々なコンポーネントを紹介していきたいと思っています。次は重要性を考えるとDependency Injectionでしょうか。Templatingは自分があまり触っていないため、もっと勉強してからになりそうです。それでは皆さま、次回をお楽しみに！ ]]> 小川雄大 Tech http://blog.asial.co.jp/671 Thu, 11 Mar 2010 18:25:02 +0900 <Symfony Componentsシリーズ(1)> オブジェクトをつなぐEvent Dispatcher http://blog.asial.co.jp/670
先日Symfony 2のアプリケーション構成を読むという記事で、Symfony 2の大まかなアプリケーションのディレクトリ構成と、KernelやBundleという存在について書きました。Symfony 2を語る上でSymfony Componentsの存在はかかせません。本日は一挙2本立て！Symfony Componentsの中でも特に重要になるEvent DispatcherコンポーネントとRequest Handlerコンポーネントをご紹介します。今回ご紹介するのはEvent Dispatcherコンポーネントです。

ちなみに本日2つ目の記事はこちらです
<Symfony Componentsシリーズ> Symfony 2の秘密兵器: Request Handler

◆ Symfony Components

はじめに、コンポーネントについてご存じない方のためにコンポーネントについて説明します。symfony 1系はオールインワンのフレームワークでした。その中から単体でも使える機能、symfony 1.4の中からいくつか挙げると、Yamlパーサー/ダンパー、ルーティング、フォームなどといったものを独立させたものがコンポーネントです。現在、GitHubにて開発されているSymfonyのブランチの中には、次のようなコンポーネントが含まれています。

* Console
- コマンドライン・アプリケーション
* DependencyInjection
- DIコンテナ
* EventDispatcher
- Observerパターンの実装
* OutputEscaper
- 出力の自動エスケープ
* RequestHandler
- RequestからResponseまでの流れを統括
* Routing
- ルーティングの制御
* Templating
-フレキシブルなテンプレートエンジン
* Yaml
-YAMLパーサー/ダンパー

その他にも、FormやI18N、Fileなどが今後追加されると思われます。ただ、基本的には単体で動作するものの、一部のコンポーネントは他のコンポーネントを利用する場合があります。Dependency InjectionやRoutingにて設定ファイルをYAML形式で利用する場合はYAMLコンポーネントが必要になります。次の記事で紹介するRequest HandlerはEvent Dispatcherが必須になります。
また、クラスのオートロードを前提とした作りになっています。PHPの名前空間と主要フレームワークの対応についてという記事で大まかな名前空間のルールを定めてるお話をしましたが、それに準拠したオートロードの設定が必要です。もしないのであれば、Symfony\Foundation\UniversalClassLoaderクラスを利用するといいでしょう。

これらのコンポーネントはそれぞれが非常に有用なものになっています。SymfonyがログやキャッシュにZend Frameworkを用いるように、Symfony以外のところで、Symfonyの超便利機能をつまみ食いできるようになっていますので、ぜひぜひ活用してほしいなあと思います。

Symfonyの開発者であるFabien氏のプレゼン資料も公開されていますので、そちらもぜひ参考にしてみてください。


◆ Event Dispatcher

Event Dispatcherはsymfony 1.2から実装された機能です。内容は現在の1.4に入ってるものも、2.0で搭載されるものも同じです。というのも、このEvent Dispatcherは2つのクラスのみで構成されます。詳細は後述します。

みなさんJavaScriptはご存知ですか？例えば次のようなコードがあるとしましょう。

  1. <!-- (1) -->
  2. <input type="button" id="some_button" value="click me!" />
  3.  
  4. <script type="text/javascript">
  5. //<![CDATA[
  6.  
  7.   // (2)
  8.   function myListener(event) {
  9.     alert('Event [' + event.type + '] has happened!'
  10.       + ' Button#' + event.target.id + ' was clicked.');
  11.   }
  12.  
  13.   // (3)
  14.   document.getElementById('some_button').onclick = myListener;
  15.  
  16. //]]>
  17. </script>

内容としては、(1)で定義したボタンをクリックすると、ポップアップが出てくる、というものです。この仕組みがわかるのであれば、Event Dispatcherもすぐわかることでしょう。
流れを説明しましょう。まず(1)です。これはただのinput要素です。idはsome_buttonになります。次に(2)と(3)です。(2)でmyListener()という関数を定義しています。これを(3)の部分で、idがsome_buttonの要素がクリックされたときに呼び出されるよう設定します。この場合、クリックをイベント、イベントに対して登録したmyListenerをイベントリスナーと呼びます。
(3)で、関数そのものをonclick属性に登録しています。こうすることによって、clickされたときに自動的にmyListenerが呼び出され、引数としてeventオブジェクトが渡されます。
JavaScriptでいうイベントとは、クリックやキーボード操作、ウィンドウの読み込みなど様々なものが定義されており、このeventオブジェクトには、何の操作が行われたか、どの要素に対して行われたか、マウスの座標はどこか、キーボードのどのキーが押されたのかなど、イベントによって様々なプロパティが定義されます。

ここまでの仕組みをわかっていれば、Event Dispatcherもすぐ理解できるでしょう。Event Dispatcherには以下の2つのクラスが定義されています。

* Event: (2)でmyListenerに渡している引数eventに当たる
* EventDispatcher: イベントリスナーの管理やイベントの通知を行う、JavaScriptに当たる

どのように使われるかみてみましょう。

  1. <?php
  2. use Symfony\Components\EventDispatcher\Event;
  3. use Symfony\Components\EventDispatcher\EventDispatcher;
  4.  
  5. class Button
  6. {
  7.   private $id;
  8.   private $dispatcher;
  9.  
  10.   public function __construct(EventDispatcher $dispatcher, $id)
  11.   {
  12.     $this->dispatcher = $dispatcher;
  13.     $this->id = $id;
  14.   }
  15.  
  16.   public function getId()
  17.   {
  18.     return $this->id;
  19.   }
  20.  
  21.   public function click()
  22.   {
  23.     // notify button.click
  24.     $this->dispatcher->notify(new Event($this, 'button.click', array('foo' => 'bar')));
  25.   }
  26. }
  27.  
  28. // (2)
  29. function myListener(Event $event)
  30. {
  31.   echo sprintf("Event [%s] has happend!", $event->getName());
  32.  
  33.   $button = $event->getSubject();
  34.   echo sprintf(" Button#%s was clicked.", $button->getId());
  35.  
  36.   // custom property
  37.   $foo = $event['foo']; // alias: $event->getParameter('foo')
  38.   echo sprintf("(foo: %s)", $foo);
  39. }
  40.  
  41. $dispatcher = new EventDispatcher();
  42.  
  43. // (1)
  44. $button = new Button($dispatcher, 'some_button');
  45.  
  46. $button->click();
  47. # nothing happens...
  48.  
  49. // (3)
  50. $dispatcher->connect('button.click', 'myListener');
  51.  
  52. $button->click();
  53. # => Event [button.click] has happend! Button#some_button was clicked.(foo: bar)

クラスを書いたりしてたので長くなりました。先ほどのJavaScriptと極力同じようなものにしてみました。Buttonというクラスはボタン要素を表すイメージです。コンストラクタでEventDispatcherを受け取るようにしています。
次にmyListener()関数を定義しています。これはJavaScriptの(2)と同じです。

(1)ではButtonオブジェクトを生成しています。第2引数にボタンのIDを指定しています。先ほどと同じsome_buttonにします。
この直後にclick()メソッドを呼び出しています。click()メソッドの内部で、 $this->dispatcher->notify(new Event($this, 'button.click')) としていますが、これはbutton.clickというイベントが発生したことをEventDispatcherに通知(notify)するためのものです。Eventオブジェクトを作る際、第1引数が通知元となるオブジェクト(サブジェクト)、第2引数がイベント名です。イベント名は通常.(ドット)で区切って名前空間を持たせます。第3引数は必須ではありませんが、好きなパラメータを連想配列で渡すことが可能です。

その後、(3)で先ほど作ったEventDispatcherオブジェクトからconnect()というメソッドを実行しています。button.clickというイベントが実行されたらイベントリスナーとしてmyListener()関数を呼び出すための設定です。(3)でイベントリスナーの登録を行った後、再度click()メソッドを実行すると、またbutton.clickというイベントが発生します。今度はイベントリスナーとしてmyListener()が定義されていますので、myListener()が実行され、メッセージが出力されます。イベントリスナーの内部で引数$eventに対してgetName()とやるとイベント名の取得が、getSubject()メソッドを実行すると呼び出し元のオブジェクトが取得可能です。また配列形式でアクセスすると任意のパラメータが取得可能です。


なんとなくEvent Dispatcherの仕組みがわかりましたか？注目してほしいのは、Buttonクラスの定義は一切変えずに、リスナー(myFunction()関数)を登録する前と後で処理の内容が変わるところです。
通常Symfonyではフレームワーク全体で1つのEventDispatcherオブジェクトを共有しています。そしてSymfonyの内部の様々なところでイベントの通知が行われています。
イベントを定義することで、要するにクラスの定義を変えずに処理を外部から組み込むことが可能になります。つまり、SymfonyにはSymfonyそのものを拡張するポイントがいくつも設置されています。

通知方法は先ほどのnotify()も含めて3種類あります。

* notify($event)
- 登録されている全てのリスナーに順番に通知
* notifyUntil($event)
- 登録されているリスナーに順番に通知するが、リスナーがtrueを返した場合は通知を中断する
* filter($event, $value)
- 登録されているリスナーに順番に$valueを渡して値のフィルタリングを行う

Eventには戻り値の設定が可能です。例えばsymfony 1.4には、request.method_not_foundというイベントが定義されています。このイベントはRequestの__call()メソッドから通知されます。__call()は定義されていないメソッド呼び出しによって呼び出されるものです。request.method_not_foundイベントに対して、呼び出されたメソッド名に応じて特定の処理をして返すリスナーを定義しておけば、つまりはクラス定義をそのままに、メソッドの追加が可能になるわけです。この場合、メソッド名に対する処理が済んでおり後続のリスナーに通知する必要がないので、通知方法はnotifyUntilが用いられています。
method_not_foundというイベントはこの他にも様々なところで定義されています。sfComponent(sfActionの親クラス)にはcomponent.method_not_found、responseにはresponse.method_not_foundが定義されています。

filterは特定の値をフィルタリングするためのものです。例えばresponse.filter_contentイベントが挙げられます。このイベントではレスポンスとして返すHTMLなどの内容に対してフィルタリングをかけることが可能です。実際にsymfony 1.4ではこのイベントを利用して行っていることがあります。symfonyユーザーおなじみのWebデバッグツールバーをHTMLに組み込む処理です。この他だと、Formにbind()したときに、バインドした値をフィルタリングするためのform.filter_valuesなどがあります。

Event Dispatcherを利用することにより、継承を使わずに様々な拡張が可能です。
symfonyのドキュメントにイベントの一覧が用意されていますので、ぜひ1度見てみるといいかと思います。

このEvent Dispatcherの仕組みを知ることで、symfonyでできることがぐっと広がると思います。


では次に、Request Handlerコンポーネントをみていきましょう！
<Symfony Componentsシリーズ(2)> Symfony 2の秘密兵器: Request Handler ]]> 小川雄大 Tech http://blog.asial.co.jp/670 Thu, 04 Mar 2010 01:27:04 +0900 Symfony 2のアプリケーション構成を読む http://blog.asial.co.jp/669 今週からアシアルのオフィスの一部でフリーアドレス制度が導入されました。
もしフリーアドレスを実施している会社にお勤めの方がいましたら、導入のアドバイスとか、おすすめのグッズなどがあれば教えてください！
(今までは机の上にぬいぐるみなどを置いていたりしたのですが、移動が面倒になった分遊び心がもてなくなってしまい面白くないので、そのあたり工夫されていることがあればぜひ！)

さて、今回のテーマはSymfony 2です。先月なかごろにプレビュー版がリリースされました。ご存じの方もいらっしゃると思います。

今回はSymfony 2の特徴に加え、実際にSymfony 2で作るアプリケーションの構成はどのようになるか、ということをお話ししたいと思います。

------------------------------------------
追記
Symfony Componentsシリーズ始めました！
<Symfony Componentsシリーズ(1)> オブジェクトをつなぐEvent Dispatcher
<Symfony Componentsシリーズ(2)> Symfony 2の秘密兵器: Request Handler
------------------------------------------


まずはSymfony 2の特徴をざっくり書いてみたいと思います。

◆ PHP 5.3以降に対応
PHP 5.3といえば名前空間です。Symfony 2.0は名前空間を利用しています。これによりコードがシンプルになります。またクラス名や関数名の衝突を気にする必要がなくなります。

◆シンプル・高速
symfony 1系はよく重いといわれます。この点が大幅に改善されたようです。
とりわけ変わっているのがアクションにたどり着くまでのプロセスです。アプリケーションの中核となるクラスがSymfony\Foundation\Kernelです。このクラス自身はとてもシンプルに作られています。
また、Requestを受けてResponseの作成までの一連の処理を担うSymfony\Components\RequestHandler\RequestHandlerクラスもとてもシンプルに作られています。
この2つのクラスがアプリケーション全体の流れを構成します。シンプルな流れの中に必要に応じて処理を組み込んでいく、というのがSymfony 2のスタンスとなります。

◆DIコンテナ
Symfony 2にはオブジェクトの依存性をなくすためのコンポーネントが2つあります。1つは以前から実装されていたEventDispatcherです。そして新たに実装されたのがDependencyInjectionというコンポーネントです。
Dependency Injectionについては、Fabien氏のブログを読むと分かりやすいと思います。(What is Dependency Injection?)
これによりフレームワークの拡張がより簡単になります。DIがよくわからない人も、多分使うようになるとわかるかなと思いますので、あまり心配しなくてもよいでしょう。

◆Doctrine 2
ORMであるDoctrineも新しいものになります。これも以前のDoctrineに比べてとても高速で軽量になります。Symfony自体の軽量化と合わせて、大きなパフォーマンスの改善が見込めそうです。

◆Zend Framework
Symfony 2から、ログとキャッシュにZend Frameworkを利用するようになります。SwiftMailerやDoctrineもそうですが、他のフレームワークとの連携を行うことでより品質の高いものができると思いますのでいいことかなと思います。


さて、変更点をいくつかあげてみましたが、実際にSymfonyで作るアプリケーションがどのようになるのかはわからないかと思います。
現在GitHub上にsandboxが上がっていますので、それを見てみるのが手っ取り早いと思います。

sandboxにはHello Worldに毛が生えた程度のアプリケーションが最初から含まれています。
では実際にディレクトリ構成やクラスの内部など、簡単に説明していきます。


まずはsandboxのディレクトリ直下です。hello, src, webという3つのディレクトリがあると思います。ファイルはどうでもいいので無視です。


### webディレクトリ

一番とっつきやすいのはwebでしょう。従来のwebと同じように、ドキュメントルートとなるディレクトリです。
中には見慣れたファイルがあると思います。index.phpとindex_dev.phpは依然と同じくフロントコントローラで、index_dev.phpは開発環境用のフロントコントローラにあたります。

次にhelloとsrcです。どちらも今までのディレクトリ構成にはなかったものです。
中身がシンプルなのはhelloディレクトリのほうなので、そちらから先にみていきます。


### helloディレクトリ

helloディレクトリの中身は次のようになっています。

  1. HelloKernel.php  cache/  config/  console  logs/

先ほど説明をしたKernelというものが出てきます。Kernelの中にはいくつかのメソッドが実装されています。簡単に説明します。

◆registerRootDir()
Kernelのルートとなるディレクトリです。またカーネルを配置してあるディレクトリ、ここではhelloがカーネルの名称、つまりアプリケーションの名称となります。

◆registerBundles()
Bundleとは日本語にすると束とか1つにまとめたものという意味です。このBundleはSymfony 2では非常に重要な役割を持ちます。
このメソッドの中でZendBundleやDoctrineBundleを返しているのをみると、Bundleは従来のPluginのように思われるかもしれませんが、あながち間違いではないでしょう。
このメソッドはアプリケーション = Kernelで必要となるBundleをKernel自身に登録するメソッドです。

このメソッドの中で返している配列の最後に、Application\HelloBundle\Bundleというクラスを渡しています。
Application\HelloBundleという名前空間から想像がつくかもしれませんが、これはアプリケーションの実態です。
実際にBundleにどういったものが含まれるのかは後ほど説明します。

◆registerBundleDirs()
Bundleが配置してあるディレクトリを登録します。名前空間を修飾したクラス名のプレフィックスに応じて設定します。

◆registerContainerConfiguration()
DIコンテナのKernelごとの設定の読み込みを行います。基本的にはBundle単位で設定されていますが、必要に応じて追加・修正などを行うものと思われます。

◆registerRoutes()
ルーティングの設定の読み込みを行います。従来はアプリケーションごとにrouting.ymlがあり、もしプラグインでモジュールが提供されていればそれに対するルーティングを1つずつ定義するようになっていました。
今回はBundle単位でrouting.ymlの定義が可能になっています。その設定を別のrouting.ymlからまとめて読み込む、ということが可能になりました。
ルーティングの仕組み自体は基本的には従来と同じような感覚で使えるのかなと思っています。


Kernelクラスをざっと説明しましたが、基本的にはこれらの内容が記述された状態で自動生成することになるのかなと思います。
内部が柔軟な仕組みなので、こうしてある程度定義されているほうが修正がしやすいと思います。

さて、Kernelクラスの説明が終わったら、あとは大したことありません。
logsとcacheは名前の通りログとキャッシュが保存されます。キャッシュにはDIコンテナの情報やルーティング関連などが出力されるようです。
前回同様にこのディレクトリにはWebサーバからの書き込みを許可するようにパーミッションの設定が必要になります。

consoleというファイルはコマンドです。従来のsymfonyコマンドのように、このコマンド経由でスケルトンの生成などを行うことになると思います。
また--shellオプションを付けると対話式のシェルとして実行可能なので、コマンドを連続して実行するときには便利かと思います。
現在そこまでコマンドは多くないので、実装が固まってきたらより突っ込んでみていきたいと思います。

helloディレクトリの中でほかに説明していないのは残すところconfigディレクトリだけになりましたが、すでに中に入っているファイルに関して触れてしまっていますね。
Symfony 2にはDIコンテナがありますので、基本的にはDIコンテナに必要な修正をYAMLに書き足していくようになるのでしょうか。
DIコンテナの設定をするためのファイルは1つでなくてもいいようなので、役割に応じてYAMLファイルを追加するようになるのかと思います。
現状は必要最低限の設定ファイルだけを配置している可能性もありますし、このあたりの設定に関してはなんとも言えないところです。


さて、helloディレクトリの中をざっくり説明しました。
要するに、アプリケーションとしての設定関連をまとめたディレクトリでしょうか。
Kernel次第でアプリケーションの内容をごっそり切りかえることも可能になります。
読み込むBundle次第で、複雑なアプリケーションにもなりますし、簡潔なアプリケーションにもなるでしょう。
従来のsymfonyでは小さなアプリケーションでも様々な処理を必要としていましたので、いくらでも簡潔に作れるというのは大きな魅力だと思います。


### srcディレクトリ

さて、残っているのはsrcディレクトリです。まずはディレクトリ構成を見てみます。

  1. Application/  Bundle/  autoload.php  vendor/

実際のロジックが詰まったBundleがこのsrcディレクトリに入るようになります。

ApplicationにはApplicationとして動作させるためのBundleが入ります。中にはHelloBundleというBundleがありますのでわかりやすいですね。

Bundleディレクトリは空っぽです。このディレクトリは従来ののプラグインのような形で、様々なBundleを入れていくのかなと思います。

autoload.phpはオートロードに関するファイルですので特に気にしないでいいでしょう。

そしてvendorです。sandboxではsymfonyやDoctrineなどのコードが含まれています。Bundleではなく外部ライブラリを使いたい場合は、このディレクトリに配置します。

今回だけでは説明しきれないので、helloアプリケーションのロジックが詰まっているHelloBundleだけ説明します。
Applicationディレクトリの中にHelloBundleというディレクトリがありますが、これがHelloBundleです。
中身は以下のようになっています。

  1. Bundle.php  Controller/  Resources/

全てのBundleに共通しているのは、BundleのディレクトリにはBundle.phpというクラスファイルが存在しています。
デフォルトでは空のクラスになっていると思いますが、BundleごとのDIコンテナの設定などが必要な場合はここに処理を追加していきます。

次にControllerディレクトリです。名前からも想像がつくと思いますがControllerクラスを配置します。
ControllerディレクトリにはHelloController.phpがありますのでみてみます。

  1. <?php
  2.  
  3. namespace Application\HelloBundle\Controller;
  4.  
  5. use Symfony\Framework\WebBundle\Controller;
  6.  
  7. class HelloController extends Controller
  8. {
  9.   public function indexAction($name)
  10.   {
  11.     return $this->render('HelloBundle:Hello:index', array('name' => $name));
  12.   }
  13. }

indexAction()メソッドがアクションになります。引数で$nameを受け取っていますが、Symfony 2ではルーティングと連動して引数を受け取るようになります。

Controllerはこの程度にしておいて、Resourcesを見てみましょう。configとviewディレクトリがあると思います。
configにはrouting.ymlがありますので見てみましょう。

  1. hello:
  2.   pattern:  /hello/:name
  3.   defaults: { _bundle: HelloBundle, _controller: Hello, _action: index }

今までのものとなんとなく似ていますね。pattern属性に:nameという部分がありますが、この部分がHelloControllerのindexActionへ引数として渡されます。
それ以外のものはアクションの中で $this->getRequest()->getParameter($key) としてやれば取得可能なようです。

そして最後にviewです。テンプレートですね。従来のsymfonyはテンプレートが各モジュールのディレクトリに分散していました。
複数のテンプレートを修正したい場合にとてもめんどうくさかったりしましたし、デザイナーさんにとってもあまりうれしくないことでした。
Symfony 2からはviewディレクトリ内に全てのテンプレートファイルが入るようになります。もちろんTemplatingコンポーネントのおかげで、Twigなどのテンプレートエンジンも利用しやすくなっていますし、全体に比べると地味な変更かもしれませんが、わりとうれしい変更です。


さて、結局色々話してしまいましたが、Symfony 2.0のアプリケーションのイメージは少し湧きましたか？
実際にはここにDoctrineが入ってきたり、様々なBundleを実際にくみわせたりして開発することになると思います。

まだまだプレビューリリース版ですから、これから様々な機能が追加されてより洗練されていくことでしょう。
現状ではとても実戦投入はできそうにないですが、なんとなくSymfony 2がどのようになるかわかっていただければいいかなと思います。

今後もSymfony 2の情報を追い続けようと思いますので、コマンドなどが充実してきたら実際にアプリケーションの作り方などをご紹介できればと思っています。
とはいえ現状全然内部を追えていないので、まずはじっくりと調べていこうと思います。 ]]> 小川雄大 Tech http://blog.asial.co.jp/669 Wed, 03 Mar 2010 22:08:37 +0900 サーバサイドJavaScriptの「node.js」を試してみました http://blog.asial.co.jp/668
今回は、PHPからちょっと離れてサーバサイドJavaScriptを触ってみました。
世間では、少し前に話題になった？「node.js」を試してみます。



JavaScriptというと、クライアントのブラウザで動作して利用するのが通常ですが、node.jsはサーバサイドで利用することになります。JavaScriptエンジンにはGoogleChromeでおなじみの「V8」エンジンが使われているとのこと。

さて、早速公式サイト( http://nodejs.org/ )を頼りに進めてみます。
今回の環境は、CentOS5.3を利用しています。

まずは、「node.js」の本体のダウンロードからです。

サイドメニューの「Download」から現時点での最新版の「2010.02.22 node-v0.1.30.tar.gz」を利用します。

  1. $ mkdir node
  2. $ cd node
  3. $ wget http://nodejs.org/dist/node-v0.1.30.tar.gz

解凍して、インストール！

  1. $ tar xvzf node-v0.1.30.tar.gz   
  2. $ cd node-v0.1.30/
  3. $ ./configure
  4. $ make
  5. $ sudo make install

解凍やconfigureで、なんかエラー（注意文？）が出てましたが、とりあえず、makeできたので無視しておきましょう。


さて、これで本体のインストールは完了ということで、まずは「Hello World」。。。なんて、やらずにDemoのチャットアプリ( http://chat.nodejs.org/ ) のソースがあるようなので、そっちを動かすことにしましょう！

http://github.com/ry/node_chat からgitで持ってきます。

  1. $ mkdir chat_sample
  2. $ cd chat_sample
  3. $ git clone git://github.com/ry/node_chat.git 
  4. $ cd node_chat
  5. LICENSE-MIT  README  client.js  fu.js  index.html  jquery-1.2.6.min.js  server.js  style.css

わずかこれだけ！

さあ、実行してみます。

  1. $ node server.js
  2. Server at http://127.0.0.1:8001/

で、ブラウザからアクセスしてと・・・・。



おー、一発で動いた！！こんなに簡単にチャットアプリが！

server.jsの中身を見てみると、わずか200行未満なのと、
JavaScriptなのでクライアントサイドでいじった経験があるので、簡単に解読可能です。

開発自体も現在も活発に行われているようです。( http://github.com/ry/node/commits/master )
また、ネットいろいろ探してみたところ、
node.js向けフレームワークの「Express」( http://github.com/visionmedia/express )や、
MySQLドライバの「node-mysql」( http://github.com/masuidrive/node-mysql )など、
徐々に関連モノも出てきているようですので、今後も楽しみですね！

JavaScriptはもともと大好きだったのですが、
さすがにサーバサイド側での利用はしたことがなくどうなんだろうというのが正直なところですが、今回試してみて非常に手軽に始められるのは分かりました！！

今後もっと普及していくとうれしい限りです。 ]]> 中川善樹 Tech http://blog.asial.co.jp/668 Fri, 26 Feb 2010 17:20:31 +0900 お初の山梨旅行 http://blog.asial.co.jp/667
おもいっきり私事ですが、先日、山梨へ旅行に行ってきました☆

とりあえず、郷土料理の ほうとう


丁度出発した日から天気が崩れてしまい、富士急ハイランドはとっても残念ですが中止しました。
なので、ずっと河口湖周辺をウロウロ。
宿から歩いていける範囲で散策してみましたが、ほとんどの施設は既に閉店してました・・・。。17時なのに1日目終了です。。

2日目。1日目に閉店してた施設めぐりです。
河口湖周辺をぐる～とまわってきたのですが、一番強烈だったのが、「カチカチ山ロープウェイ」。
まずはロープウェイで山の中腹まで登ります。
太宰治の「かちかち山」の舞台だそうで、物語にちなんで、あちこちにタヌキやウサギの人形が置いてありました。


・・・この時期に行ったからこそとれた写真ですね！
画像が小さくて見えないですが、このウサギ、鼻の頭につららができてて、ハナタレウサギでした。
たぶん楽しみ方が違いますが、いろいろと楽しい場所でした。
トイレにはタヌキがつるされてました。


ここでは、河口湖も富士山も一望できるそうなのですが、前日に雨、当日は雪と、悪天候のためなーんにも見えませんでした。

双眼鏡も凍ってます。



山頂には徒歩で行けるようになっていますが、この日、山頂まで行ったのは自分達だけみたいです。他の観光客は途中で引き返した足跡がありました。
雪が滑るので、なかなか危険な道でした。冬はやめておいた方がいいと思います。
柵もなく、ヘタしたら崖からゴロンゴロンすることになります。



もう一つ印象強かったのは、オルゴール館です。
ココでは、いろいろな種類のオルゴールを観覧できます。
また、弦楽四重奏の生演奏も行っていて、得した気分です。


この人形達、なんと演奏するんです。手が動くだけですけど。
うしろから空気を入れることによって、いろいろな音をだせているそうな。
本当に人が演奏しているような感じですごかったです。

河口湖へ行くなら、冬はカチカチ山ロープウェイ、オルゴール館がオススメです☆ ]]> 阿部恵 日常 http://blog.asial.co.jp/667 Thu, 25 Feb 2010 18:28:29 +0900 OpenVPNで拠点間VPN http://blog.asial.co.jp/666
元々、個人専用のWEBサーバーを立ち上げ、ファイルサーバーのデータを外部から参照可能にしているが、
単純にファイルを転送するだけならともかく、ディレクトリごとダウンロードや、一部だけ読み取ることなどは出来ないため割と不便。
解決法はWebDAVとかFTPとかいろいろとある中、どうせなら自宅ネットワークに直接接続出来れば、便利じゃないかと思いVPNを張ることを計画。
（NFSとかFTPとかSVNとかrsyncなどの内部用の設定なため、外部に公開したらひどいことになる通信も使える！）
VPNといえば、IPSecとかPPTPなどの有名どころはありますが、割と設定が面倒で設定をしっかりしないと穴が開くこともあるので、設定が簡単な（デフォルトでもそこそこしっかりしている）OpenVPNを採用。

・OpenVPNとは
SSLVPNの一つで、設定がシンプル。そこそこ堅牢。IPSecなどと違い、ユーザーランドで動作するのでセキュリティホールがあった場合にも影響が少ないはず。暗号化の方式も割と自由に選択可能。

以下、詳しいことはいつものとおり割愛して、具体的な設定方法。

インストール
  1. $ sudo apt-get install openvpn

証明書の作成
まずは、easy-rsaをコピー
  1. hoge@localhost:~$ sudo cp -r /usr/share/doc/openvpn/examples/easy-rsa/2.0/ /etc/openvpn/easy-rsa-hoge/

移動
  1. hoge@localhost:~$ cd /etc/openvpn/easy-rsa-hoge/

お好みにより証明書の内容を編集(オレオレ証明書なので適当に)
  1. hoge@localhost:/etc/openvpn/easy-rsa-hoge$ vi vars
  2. ##############
  3. export KEY_COUNTRY="HO"
  4. export KEY_PROVINCE="GE"
  5. export KEY_CITY="hogecity"
  6. export KEY_ORG="Hoge corp"
  7. export KEY_EMAIL="me@myhost.mydomain"
  8. ##############

varsの内容を環境変数にセット
  1. hoge@localhost:/etc/openvpn/easy-rsa-hoge$ . ./vars

CAを作成
  1. hoge@localhost:/etc/openvpn/easy-rsa-hoge$ ./build-ca
  2. Generating a 1024 bit RSA private key
  3. ......++++++
  4. ......++++++
  5. writing new private key to 'ca.key'
  6. -----
  7. You are about to be asked to enter information that will be incorporated
  8. into your certificate request.
  9. What you are about to enter is what is called a Distinguished Name or a DN.
  10. There are quite a few fields but you can leave some blank
  11. For some fields there will be a default value,
  12. If you enter '.', the field will be left blank.
  13. -----
  14. Country Name (2 letter code) [HO]:
  15. State or Province Name (full name) [GE]:
  16. Locality Name (eg, city) [hogecity]:
  17. Organization Name (eg, company) [Hoge corp]:
  18. Organizational Unit Name (eg, section) []:
  19. Common Name (eg, your name or your server's hostname) [Hoge corp CA]:
  20. Name []:
  21. Email Address [me@myhost.mydomain]:

１・サーバー側で証明書作成
第一引数のサーバー名はお好みで(今回はserver)
  1. hoge@localhost:/etc/openvpn/easy-rsa-hoge$ ./build-key-server server
  2. Generating a 1024 bit RSA private key
  3. .........++++++
  4. ........++++++
  5. writing new private key to 'server.key'
  6. -----
  7. You are about to be asked to enter information that will be incorporated
  8. into your certificate request.
  9. What you are about to enter is what is called a Distinguished Name or a DN.
  10. There are quite a few fields but you can leave some blank
  11. For some fields there will be a default value,
  12. If you enter '.', the field will be left blank.
  13. -----
  14. Country Name (2 letter code) [HO]:
  15. State or Province Name (full name) [GE]:
  16. Locality Name (eg, city) [hogecity]:
  17. Organization Name (eg, company) [Hoge corp]:
  18. Organizational Unit Name (eg, section) []:
  19. Common Name (eg, your name or your server's hostname) [server]:
  20. Name []:
  21. Email Address [me@myhost.mydomain]:
  23. Please enter the following 'extra' attributes
  24. to be sent with your certificate request
  25. A challenge password []:
  26. An optional company name []:
  27. Using configuration from /etc/openvpn/easy-rsa-hoge/openssl.cnf
  28. Check that the request matches the signature
  29. Signature ok
  30. The Subject's Distinguished Name is as follows
  31. countryName           :PRINTABLE:'HO'
  32. stateOrProvinceName   :PRINTABLE:'GE'
  33. localityName          :PRINTABLE:'hogecity'
  34. organizationName      :PRINTABLE:'Hoge corp'
  35. commonName            :PRINTABLE:'server'
  36. emailAddress          :IA5STRING:'me@myhost.mydomain'
  37. Certificate is to be certified until Feb 23 07:32:18 2020 GMT (3650 days)
  38. Sign the certificate? [y/n]:y
  41. 1 out of 1 certificate requests certified, commit? [y/n]y
  42. Write out database with 1 new entries
  43. Data Base Updated

クライアント証明書作成
クライアント名もお好みで(今回はclient)
コマンドを"build-key-pass"にするとパスフレーズ付きで鍵を作成可能（ただし、起動時にパスフレーズを訊かれるため面倒）
  1. hoge@localhost:/etc/openvpn/easy-rsa-hoge$ ./build-key client
  2. Generating a 1024 bit RSA private key
  3. ...................................++++++
  4. ....................++++++
  5. writing new private key to 'client.key'
  6. -----
  7. You are about to be asked to enter information that will be incorporated
  8. into your certificate request.
  9. What you are about to enter is what is called a Distinguished Name or a DN.
  10. There are quite a few fields but you can leave some blank
  11. For some fields there will be a default value,
  12. If you enter '.', the field will be left blank.
  13. -----
  14. Country Name (2 letter code) [HO]:
  15. State or Province Name (full name) [GE]:
  16. Locality Name (eg, city) [hogecity]:
  17. Organization Name (eg, company) [Hoge corp]:
  18. Organizational Unit Name (eg, section) []:
  19. Common Name (eg, your name or your server's hostname) [client]:
  20. Name []:
  21. Email Address [me@myhost.mydomain]:
  23. Please enter the following 'extra' attributes
  24. to be sent with your certificate request
  25. A challenge password []:
  26. An optional company name []:
  27. Using configuration from /etc/openvpn/easy-rsa-hoge/openssl.cnf
  28. Check that the request matches the signature
  29. Signature ok
  30. The Subject's Distinguished Name is as follows
  31. countryName           :PRINTABLE:'HO'
  32. stateOrProvinceName   :PRINTABLE:'GE'
  33. localityName          :PRINTABLE:'hogecity'
  34. organizationName      :PRINTABLE:'Hoge corp'
  35. commonName            :PRINTABLE:'client'
  36. emailAddress          :IA5STRING:'me@myhost.mydomain'
  37. Certificate is to be certified until Feb 23 07:35:43 2020 GMT (3650 days)
  38. Sign the certificate? [y/n]:y
  41. 1 out of 1 certificate requests certified, commit? [y/n]y
  42. Write out database with 1 new entries
  43. Data Base Updated

DH生成
  1. hoge@localhost:/etc/openvpn/easy-rsa-hoge$ ./build-dh
  2. Generating DH parameters, 1024 bit long safe prime, generator 2
  3. This is going to take a long time
  4. .................+............+..............................................................................................................................................+........................\
  5. ...................................................................................................................................++*++*++*

以上で証明書生成は完了。

２・サーバー側設定
/etc/openvpn/server.conf
  1. # ポート
  2. port 11072
  4. # 使用するプロトコル
  5. proto udp
  7. # デバイス
  8. ## 今回はL3トンネルなので、tunを使用
  9. ## (L2の場合はtapを使用)
  10. ## tun0のようにすれば、デバイスを固定出来る
  11. dev tun0
  13. # keepalive
  14. keepalive 10 120
  16. # 実行中はnobodyとして動作
  17. user nobody
  18. group nogroup
  20. # 証明書関係
  21. ca /etc/openvpn/easy-rsa-hoge/keys/ca.crt
  22. cert /etc/openvpn/easy-rsa-hoge/keys/server.crt
  23. key /etc/openvpn/easy-rsa-hoge/keys/server.key
  24. dh /etc/openvpn/easy-rsa-hoge/keys/dh1024.pem
  26. # サーバーとして設定
  27. tls-server
  29. # server ネットワーク ネットマスク
  30. ## このネットワークの範囲内で自動的にIPを割り振る
  31. server 192.168.4.0 255.255.255.0
  33. # 割り振ったIPの記録先（証明書ベースでIPを管理）
  34. ifconfig-pool-persist /etc/openvpn/hoge-persist
  35. # クライアントに送るコマンド
  36. # 192.168.1.100/32へ行くにはこのネットワークを通す設定
  37. push "route 192.168.1.100 255.255.255.255"
  39. persist-key
  40. persist-tun
  42. # ログの出力先
  43. ## 設定しないと標準出力に表示
  44. log /var/log/openvpn-hoge.log
  45. log-append /var/log/openvpn-hoge.log
  47. # ログレベル
  48. verb 3
  50. # MTUの設定
  51. fragment 1200
  52. mssfix
こんな感じで設定。

*.confとなっていれば起動時に自動で読み込まれるため、ポート・デバイスをそれぞれ設定すれば、複数のサーバーを起動可能。

３・クライアント設定
/etc/openvpn/client.conf
  1. # クライアントとして設定
  2. tls-client
  4. # 使用するプロトコル
  5. proto udp
  7. # デバイス
  8. dev tun
  10. # サーバーのアドレスとポート
  11. remote hoge.example.com 11072
  13. # 証明書関係
  14. ca /etc/openvpn/keys/ca.crt
  15. cert /etc/openvpn/keys/client.crt
  16. key /etc/openvpn/keys/client.key
  18. user nobody
  19. group nogroup
  21. # pushで送られた設定を受け取る
  22. pull
  23. # IPを受け取る
  24. float
  26. persist-key
  27. persist-tun
  28. resolv-retry infinite
  29. nobind
  31. # ログの詳細レベルの指定
  32. verb 3
  34. log /var/log/openvpn-tun.log
  35. log-append /var/log/openvpn-tun.log
  37. keepalive 10 120
  39. replay-window 128
  40. fragment 1200
  41. mssfix

こちらも、*.confとなっていれば起動時に自動で読み込まれるため、複数のサーバーへ接続も可能。

下記ファイルを安全な方法でクライアントにコピーすれば完了。
  1. /etc/openvpn/easy-rsa-hoge/keys/ca.crt
  2. /etc/openvpn/easy-rsa-hoge/keys/client.crt
  3. /etc/openvpn/easy-rsa-hoge/keys/client.key

４・起動

起動確認
サーバー側
  1. $ sudo openvpn --config /etc/openvpn/server.conf

クライアント側
  1. $ sudo openvpn --config /etc/openvpn/client.conf

設定ファイルのlog,log-append行をコメントアウトしないとログが標準出力に出ないので注意。

正常に通信出来たら一度終了し、
  1. $ sudo /etc/init.d/openvpn restart
で起動すればOK


５・MTUとかfragmentとか

私の場合は、クライアントからサーバーまでとりあえず、pingはOK、SSHでも正常に反応するが、NFSでアクセスすると突然フリーズ。
前にPPPoEでもハマったことがあったため、多分MTUが問題じゃないかと思いググってみるとfragmentとかmssfixというオプションに行き着く。
fragmentは指定した長さ以上のらパケットが来たら分割するオプションらしい。
fragmentの値を適当に小さくすれば、フリーズは完治。パフォーマンスは取り合えず動いているので放置。

ddの結果はこんな感じになったため、そこそこ速度は出る模様。
102400+0 records in
102400+0 records out
104857600 bytes (105 MB) copied, 61.1367 s, 1.7 MB/s ]]> 門脇優児 Tech http://blog.asial.co.jp/666 Wed, 24 Feb 2010 22:08:49 +0900 OracleでのLIMITの記述あれこれ http://blog.asial.co.jp/665 今までまったく触ったことのなかったOracleに初めて触れ、頭が混乱中なので備忘録がわりにブログに書き留めておきます。

特に悩んだのがLIMIT関連。
何故かOracleってLIMITが無いんですね。LIMITに慣れていると、なぜ存在していないのかが不思議でしょうがありません。ほんとどうしてなんでしょ？

・memberテーブルから LIMIT 10 で結果取得
  1. SELECT 
  2.   * 
  3. FROM 
  4.   member 
  5. WHERE 
  6.   ROWNUM <= 10
ROWNUM ･･･ 抽出した結果セットに勝手に付けられるレコード番号
基本はこれを使って結果セットの切り分けをするらしい。


・memberテーブルから LIMIT 10, OFFSET 5 で結果取得
  1. SELECT 
  2.   *
  3. FROM
  4.   (
  5.     SELECT 
  6.       id, category, age, ROWNUM line
  7.     FROM
  8.       member
  9.   )
  10. WHERE
  11.   line BETWEEN 6 AND 16
サブクエリ内でいったんROWNUMを付けておき、それをBETWEENで範囲指定して取得する。


・memberテーブルから、グループ（category）ごとに最も年齢（age）の高い人をそれぞれ取得
  1. SELECT 
  2.   * 
  3. FROM 
  4.   (
  5.     SELECT 
  6.       id, age, category,
  7.       rank() OVER (PARTITION BY category ORDER BY age DESC) as rank 
  8.     FROM 
  9.       member
  10.   ) rn 
  11. WHERE 
  12.   rn.rank = 1
rank() over ～ の行で各カテゴリごとにランキングの数値を付ける。
後にそのランキングが1位のものを rn.rank = 1 で指定して取ってくる。


とりあえずこれだけ。
もうここまででものすごく頭が痛いです。
正直まったくピンと来てませんが、最後の例はMySQLだと記述方法がパッっと思いつかないので覚えられれば便利なのかも。

実際に仕事で使ったテーブルを架空のテーブルに置き換えて記述しなおしているので、実際動くかどうかは若干不安です。 ]]> 松田惇 Tech http://blog.asial.co.jp/665 Thu, 18 Feb 2010 22:15:01 +0900 symfony DoctrineのTIPS その２ http://blog.asial.co.jp/664
最近、会社で使っているPCも自分用のノートPCもハードディスク容量が少ないせいか、重く感じるようになっていました。
そんな時に発表されたsonyの新しいVAIO Z。シミュレータで出てきた価格にびっくりしつつも、心ひかれています。。。

さて、今日はsymfonyと使うDoctrineのTIPSその2です。ここのところ、またsymfonyを触る機会が増えていました。

１．生SQLを使う
schema.ymlをちゃんと書けばDQLでたいていのことはできるのですが、そのままSQLを実行してデータを取りたい時にどうぞ。
Doctrine_Connectionオブジェクトがあれば、とりあえず何でもできます。
  1. $con = Doctrine::getTable(適当なテーブル)->getConnection();
  2. $con = Doctrine_Manager::getInstance()->getConnection(コネクション名);
  3. $sql = "select * from hogehgoe";
  4. $results = $con->fetchAll($sql);
複数のデータを取得するfetchAll(=fetchAssoc)メソッド、一つのデータを連想配列で取得するfetchRowメソッドあたりが便利だと思います。


２．データ更新時の注意
Doctrineは関連するデータを簡単に引っ張ってこられるところが便利なのですが、データ更新をする際には気をつけたいことがあります。
あるモデルオブジェクトのデータ変更内容を確定させる前に、同じモデルオブジェクトを取得するようなことをすると、確定前のデータ変更内容はリセットされます。

具体例な例を見てみましょう。

config/schema.yml

  1. DvdSeries:
  2.   tableName: dvd_series
  3.   columns:
  4.     id:
  5.       type: integer(4)
  6.       primary: true
  7.       autoincrement: true
  8.     series_title:
  9.       type: string(255)
  10.       notnull: true
  12. DvdPackage:
  13.   tableName: dvd_package
  14.   columns:
  15.     id:
  16.       type: integer(4)
  17.       primary: true
  18.       autoincrement: true
  19.     dvd_series_id:
  20.       type: integer(4)
  21.     number:
  22.       type: integer(4)
  23.     package_title:
  24.       type: string(255)
  25.     price:
  26.       type: integer(11)
  27.     release_date:
  28.       type: date
  29.   relations:
  30.     DvdSeries:
  31.       local: dvd_series_id
  32.       foreign: id
  33.       class: DvdSeries
  34.       foreignAlias: DvdPackages


DBの中身
  1. mysql> select * from dvd_series;
  2. +----+-----------------+
  3. | id | series_title    |
  4. +----+-----------------+
  5. |  1 | シーズン１      | 
  6. +----+-----------------+
  7. 1 row in set (0.00 sec)
  9. mysql> select * from dvd_package\G
  10. *************************** 1. row ***************************
  11.            id: 1
  12. dvd_series_id: 1
  13.        number: 1
  14. package_title: テストタイトルその1
  15.         price: 3000
  16.  release_date: 2010-03-01
  17. *************************** 2. row ***************************
  18.            id: 2
  19. dvd_series_id: 1
  20.        number: 2
  21. package_title: テストタイトルその2
  22.         price: 4000
  23.  release_date: 2010-04-02
  24. *************************** 3. row ***************************
  25.            id: 3
  26. dvd_series_id: 1
  27.        number: 3
  28. package_title: テストタイトルその3
  29.         price: 4000
  30.  release_date: 2010-05-03
  31. *************************** 4. row ***************************
  32.            id: 4
  33. dvd_series_id: NULL
  34.        number: NULL
  35. package_title: テストタイトル
  36.         price: 3000
  37.  release_date: 2010-06-04
  38. 4 rows in set (0.00 sec)

lib/model/doctrine/DvdPackage.class.php
  1. class DvdPackage extends BaseDvdPackage
  2. {
  3.   /**
  4.    * 同一シリーズのDVD発売日をまとめてずらす。
  5.    *
  6.    */
  7.   public function changeAllSeriesReleaseDate($date_string)
  8.   {
  9.     $old_timestamp = strtotime($this->release_date);
  10.     $new_timestamp = strtotime($date_string);
  11.     $today_timestamp = strtotime(date('Y-m-d'));
  12.  
  13.     $this->release_date = $date_string;
  14.  
  15.   //変更前、または変更後の発売日が以前の場合は、他のDVDの発売日は変更しない。
  16.     if ($today_timestamp > $old_timestamp || $today_timestamp > $new_timestamp) {
  17.       return $this->save();
  18.     }
  19.  
  20.     $change_timestamp = $new_timestamp - $old_timestamp;
  21.  
  22.     if ($this->DvdSeries) {
  23.       foreach ($this->DvdSeries->DvdPackages as $key => $dvd) {
  24.         if ($dvd->id == $this->id) {
  25.           continue;
  26.         }
  27.         $this->DvdSeries->DvdPackages[$key]->release_date = date('Y-m-d', strtotime($dvd->release_date) + $change_timestamp);
  28.       }
  29.     }
  30.     return $this->save();
  31.   }
  32. }

テスト用のアクションクラス
  1. class testActions extends sfActions{
  2.   public function executeIndex(sfWebRequest $request)
  3.   {
  4.     echo "<pre>";
  5.     $con = Doctrine::getTable('DvdPackage')->getConnection();
  6.  
  7.     //dvd_seriesをもつデータ
  8.     $test_dvd = Doctrine::getTable('DvdPackage')->find(1);
  9.  
  10.     var_dump($test_dvd->toArray());
  11.  
  12.     $test_dvd->changeAllSeriesReleaseDate('2010-04-01');
  13.  
  14.     var_dump($test_dvd->toArray());
  15.  
  16.     echo "</pre>";
  17.     exit;
  18.   }
  19. }
上のアクションでは、idが1のdvd_packageデータの発売日(release_date)を１ヶ月遅らせて、
関連するdvd_packageデータの発売日も１ヶ月遅らせようとしています。
結果をみると、、


肝心のidが1のdvd_packageデータが2010-03-03のままで、更新できていません。
これは、changeAllSeriesReleaseDateメソッドのforeachの部分が原因です。
$dvdとして自分自身を取得した際に、保存前のrelease_dateが消えてしまったのです。

保存前、というのが問題なので、
$this->release_date = $date_string;
の後に
$this->save();
を入れれば大丈夫です。

今まで2回ほどこのようなケースに出会ったことがありましたので、どこかで役立つことがあるかもしれません。 ]]> 牧野克俊 Tech http://blog.asial.co.jp/664 Mon, 15 Feb 2010 12:52:26 +0900 KeyRemap4MacBookで自分好みにキーをリマッピング http://blog.asial.co.jp/663
Macを使っている上でキーマップをカスタマイズするために欠かせないソフトといえば、KeyRemap4MacBookです。これがないと私はMacを思い通りに使えないと言っても過言ではありません。そんなKeyRemap4MacBook、500種類以上の様々なキーのリマッピングが出来ると言うことで、そのままの状態でもほぼ思い通りにキーをカスタマイズすることが出来ます。

しかし、こんなに種類があっても個人的にこれがこう出来ると良いのにとちょっとおもったりもします。ということで、カスタマイズです！

そんなことで、私が行いたいのはYen(\)のリマップです。それだけならこのKeyRemap4MacBookで対応しているんですが、このリマップをX11上では無効にしたいという、「X11上では無効になるYen(\)のリマップ」を追加します。ちなみにMacではYenマークとバックスラッシュは別物になっているので、このリマップがないといろいろ不便です。でも、X11ではXmodmapで
  1. keycode 101 = backslash bar yen bar
としているの、KeyRemap4MacBookのリマップは無効にしたい。ということで先の「X11上では無効になるYen(\)のリマップ」が欲しくなってくると言うことになります。

で、それを実現するのに必要なものはKeyRemap4MacBookのソースコードとXcodeです。

http://pqrs.org/macosx/keyremap4macbook/source.html.ja

KeyRemap4MacBookに自分好みの設定を追加するにはfiles/prefpane/checkbox.xmlに設定を加えコンパイルし直してインストールし直せばOKです。

  1. <item>
  2.  <name>Remap Yen(\) Key not X11</name>
  3.   <list>
  4.    <item>
  5.     <name>JIS Yen(\) to Backslash(\) not X11</name>
  6.     <sysctl>remap.jis_yen2backslash_notX11</sysctl>
  7.     <not>VIRTUALMACHINE, X11</not>     
  8.     <autogen>--KeyToKey-- KeyCode::JIS_YEN, KeyCode::VK_JIS_BACKSLASH</autogen>
  9.    </item>
  10.  </list>
  11. </item>

こんな感じで設定を追加します。<sysctl>にはユニークな名を<not>にはこのリマップを適用しないアプリケーションを記述します（このアプリケーション名については、src/core/bridge/bridge.hppに記述されています。ここに記載されていないものでも、src/core/server/server.cppの該当部分と併せて追記すれば自由に出来るのではないかなぁと）。

そんなことで、checkbox.xmlに記述したらあとはコンパイル
  1. % make clean all
するとパッケージができあがるので、あとは普段通りそのパッケージをインストールすると完了です。

KeyRemap4MacBookの設定画面に追加した項目が表示されていると思います。

簡単に自分好みのキーマップを追加できるKeyRemap4MacBook、是非使ってみてはいかがでしょうか。 ]]> 熊谷裕志 Tech http://blog.asial.co.jp/663 Fri, 12 Feb 2010 11:20:57 +0900 株式会社アシックス社向け、ランナーのためのゲイトアナリシス・ソフトウェアの共同開発　 http://blog.asial.co.jp/662
高校のマラソン大会で5km走ったのが私の最長記録になりますが、フルマラソンでも相当厳しいだろうに、100kmマラソンとは、本当に未知の世界です。話に聞いたところでは、一回の参加で、足の痙攣は当然のごとく、身体のあちこちで異常な症状が起こるとか。。。

尊敬するとある上場企業の経営者の方が、身体の限界に挑戦し、己と向き合うことで、さらに成長できるとおっしゃっていましたが、なるほどな・・・と思い知らされました。


さて、今回は、そんなランナーの皆様にとっての必須アイテム、「ランニングシューズ」を選ぶときに役立つゲイトアナリシス・サービスについてご紹介したいと思います。

ゲイトアナリシス・サービスとは、ランニング中の様子を後方よりカメラで撮影し、そのフォームをコンピューターで測定、分析することを特徴とします。自分の走り方の癖の発見や、最適なランニング・シューズの選定をすることができます。

アシアルでは、アシックス・スポーツ工学研究所と共同で、ゲイトアナリシス・ソフトウェア（名称：「ASICS Dynamic FOOT ID」）を開発しました。

「ASICS Dynamic FOOT ID」では、専用のシューズとハイスピードカメラを用いて、足の動きを測定すると共に、インターネット経由でスポーツ工学研究所に蓄積されたデータをもとにその結果を分析し、精度の高い測定・分析結果をレポートとして提供してくれます。


○ [測定画面] トレッドミルでランニング撮影をもとに、プロネーション度合い、ストライド、ピッチを自動計測

※1 プロネーション：地面の足のねじれの度合いのこと。
※2 ストライド：１歩あたりの歩幅のこと。
※3 ピッチ：１分あたりの歩数のこと。

○ [レポート例] 解析画像と共に、分析結果をその場でご提供



「ASICS Dynamic FOOT ID」については、現在、ASICS STORE NEW YORK（米ニューヨーク）、ASICS STORE HARAJUKU（原宿）、ASICS STORE LONDON（英ロンドン）、ASICS STORE TAIPEI（台湾、台北）で、利用することができます。

是非、原宿に向かった際には、ASICS STORE 原宿に立ち寄って、お試しいただけたらと思います！



（参考情報）
○[Asial] プレスリリース：株式会社アシックス向け、ゲイトアナリシス・ソフトウェアを共同開発

○[Asics] プレスリリース：ニューヨークにランニング専門の旗艦店「ＡＳＩＣＳ ＳＴＯＲＥ ＮＥＷ ＹＯＲＫ」をオープン ]]> 小林有佳 日常 http://blog.asial.co.jp/662