新宿ITベンチャーブログ

昨年末位から、メインエディタを変更しようと試行錯誤を繰り替えしていました。

お仕事でサーバー管理なども行うのでsshで接続した場合はvimは必ず使用しますがこれが自分のメインエディタになるなんて思っていませんでした。

vimが色々な意味で良いことはわかっていたんですが、自分の利用範囲で全てをカバーするのがやはり、難しかったんです。

だけど、ちょっと労力を費やしてvimを好きになることから始めたら満足のいくような設定、プラグインでの拡張などができるようになりました。

vimがやっと自分のエディタ浮気性の終着駅に着いた感じになりました。

これから少しずつですがお気に入りの.vimrcの設定方法、plugin等の紹介をしていきます。

  

タグ: vim

Firefox3.6がもうすぐリリースされますっ。
http://mozilla.jp/press/releases/2010/01/21/

今はFirefoxがメインブラウザーなんで下記の更新が非常に嬉しいんですよね。

• 実感できるパフォーマンスの向上
• JavaScript エンジンの高速化改良

火狐万歳っ！

  

タグ: Firefox, ブラウザー

今日は久々のゆっくりできるお休みで池袋あたりでブラブラしますっ。

映画も見たいですねっ。

脱獄王がみたいですね
http://www.datsugoku.com/

この投稿にタグはありません。

WordPress 2.9.1の日本語版がリリースされましたっ。

サクサクアップデートされますね。
WordPressは本当に素晴らしいです。

http://ja.wordpress.org/2010/01/06/wordpress-291-ja/

さっきまでZend Frameworkのある機能に「どハマリ」してしまって
いたんですが、そのハマリからなんとか抜け出せて問題が解決できました。

ふっと、ブログを見るとWordPressのアップデートが出ていたので元気がでました。
速攻アップデートしました。

人柱になりますっ。
ってゆうかメチャクチャWordPressの挙動が早くなった気がします。

 

タグ: WordPress, ブログ

あけましておめでとうございます。
今年も宜しくお願いします。

さて、いきなりですが非常に気持ちの良いNetbeans用のThemeの紹介です。

http://net.tutsplus.com/freebies/themes/netbeans-twilight-theme/

現在Yaegassyは下記のエディタを使用しています。

Textmate
Mac使ってたらTextmate使わないとアウトでしょって感じで使ってますっ。

Coda
Webといえばやはり、こいつですね。開発元のPanicさん自身が会社として非常におしゃれで好きです。
Textmateに移行する前にはCodaをメインエディタとしていた関係で今も自分のMacには入ってます。

Vim
現在メインエディタとして移行中。なんとなくそろそろ落ち着きたいで。

NetBeans
OpenSourceのソフトウェアのソースや他人が作成したソースを読んだりするのに使用していますっ。

こんな感じで用途によってエディタを使い分けてます。

TextmateやCodaは好きなんですがやっぱり、Macでだけしか使えないとなるとちょっと困っちゃうんですよね。
まーそんな前置きはさておいて、NetBeansが最近便利です。Winでも使えますしね。
eclipseより、NetBeansのほうが面倒な設定が必要ないので良いですねー。

そんなわけで皆さん使ってみてくださいっ。

  

タグ: Eclipse, Textmate, Theme, vim

今年も非常に忙しい年でした。
様々な別れと出会いがありました。

来年は現在、形づけているスケジュールを見るともっともっと忙しくなりそうです。

更には大きな意味で躍進の年になります。

不景気なこの世の中で忙しい事は「ありがたい事」だと考えています。

今後も変わらず情報技術でお客様の問題解決を「精神誠意」応援致します！

皆様、本当に今年はお疲れ様でした。
来年もどうぞ、宜しくお願いします。

この投稿にタグはありません。

標準ではビュースクリプトファイルの拡張子は「phtml 」です。
これを「 html 」などに変更します。

アクションコントローラ内で変更する

$this->_helper->viewRenderer->setViewSuffix('html');

こんな感じですっ☆

これでデザイナーとファイルのやり取りが楽になりますっ。

  

タグ: Framework, Zend

Zend_Controller の処理の流れは、 いくつかの部品にわかれ実装されています。
処理の概要を知っておくことは有用です。

Zend_Controller_Front
Zend_Controller の処理全体を取りまとめます。FrontControllerパターンであるといえます。
サーバから受け取ったすべてのリクエストを Zend_Controller_Front が処理し、最終的にリクエストを
ActionController (Zend_Controller_Action) に委譲します。

Zend_Controller_Request_Abstract
リクエスト環境を表し、コントローラ名やアクション名 そしてリクエストパラメータを設定したり取得したりする機能を提供します。
さらに、アクションが Zend_Controller_Dispatcher でディスパッチされたかどうかを追跡する機能もあります。
この抽象リクエストオブジェクトを拡張し、 リクエスト情報をカプセル化します。
それによって、 ルータはリクエストの情報を取得して コントローラとアクションを決定できるようになります。
デフォルトでは Zend_Controller_Request_Http が用いられます。
これは、HTTP リクエスト環境全体へのアクセス機能を提供します。

Zend_Controller_Router_Interface
こちらを使用してルータを定義します。ルーティングとは、リクエストの内容を調べて、
そのリクエストを処理するコントローラとアクションを決定する処理のことです。
このコントローラとアクション、そしてリクエストパラメータがリクエストオブジェクトに設定され、
Zend_Controller_Dispatcher_Standard で処理されます。
ルーティングが発生するのは一度だけ、 つまり最初にリクエストを受け取ってから 最初のコントローラにディスパッチされるまでの間だけです。
デフォルトのルータである Zend_Controller_Router_Rewrite は、 Zend_Controller_Request_Http で指定された
URI を受け取ってそれを分解し、コントローラや アクション、そして URL に含まれたパスのパラメータを取得します。
たとえば、http://localhost/foo/bar/key/value のような URL の場合は
foo がコントローラ、 bar がアクション、そしてパラメータ key の値として value を取得します。
Zend_Controller_Router_Rewrite は、任意のパスにマッチさせることもできます。

Zend_Controller_Dispatcher_Interface
こちらを使用してディスパッチャを定義します。ディスパッチとは、 コントローラとアクションをリクエストオブジェクトから受け取り、
それを実際のコントローラファイル/クラスとメソッドに対応させる処理のことです。
コントローラやアクションが存在しない場合は、 デフォルトのコントローラやアクションにディスパッチします。
実際のディスパッチ処理では、 コントローラクラスのインスタンスの作成と そのクラスのアクションメソッドのコールを行います。
ルーティングは一度しか発生しませんが、 それとは異なりディスパッチは繰り返し発生します。
リクエストオブジェクトのディスパッチ状態がリセットされるとループが再開され、 現在リクエストオブジェクトに設定されているアクションが
コールされます。 リクエストオブジェクトのディスパッチ状態が (TRUE に) 設定された状態でループが終了すると、処理が終了します。
デフォルトのディスパッチャは Zend_Controller_Dispatcher_Standard です。
これは、MixedCasedClasses 形式の名前の最後に Controller がついたクラスをコントローラとして使用し、
アクションメソッドの名前は camelCasedMethods 形式 (最後に Action をつける) となります。
たとえば FooController::barAction() のような場合、コントローラは foo、アクションは bar となります。

Zend_Controller_Action
コントローラの基底コンポーネントです。 各コントローラはこの Zend_Controller_Action クラスを継承して作成します。
このクラスではアクションメソッドを定義します。

Zend_Controller_Response_Abstract
基底レスポンスクラスで、アクションコントローラからの応答内容を収集し、 それをレスポンスとして返します。これはヘッダと本文の両方を収集します。
デフォルトのレスポンスクラスは Zend_Controller_Response_Http で、 これは HTTP 環境での使用に適しています。

まとめ
Zend_Controller の処理の流れは比較的シンプルです。 Zend_Controller_Front がリクエストを受け取り、
Zend_Controller_Router_Rewrite をコールして、 配送先となるコントローラ (そしてコントローラ内のアクション) を決定します。
Zend_Controller_Router_Rewrite は URI を分解し、リクエストからコントローラ名とアクション名を取得します。
その後、Zend_Controller_Front はディスパッチループに突入します。 まず Zend_Controller_Dispatcher_Standard を
コールしてそこにリクエストを渡し、 リクエストで指定されたコントローラとアクションを取得します (あるいはデフォルトを使用します)。
コントローラが終了すると、処理は Zend_Controller_Front に戻ります。リクエストのディスパッチ状態がリセットされ、
別のコントローラをディスパッチするように指示された場合は、 ループが続けられて次の配送処理が行われます。
それ以外の場合は、処理がそこで終了します。それ以外の場合は、 処理が終了します。

---

ZFチュートリアル目次
http://yaegassy.jp/zend-framework.html#4

---

タグ: Framework, Zend, ZFチュートリアル

Version 1.9.6のZend_Controllerを解剖してみます。

Zend_Controller (Ver.1.9.6)

ファイル数: 50ファイル
※拡張子がないものはディレクトリになります。

Action
-- Exception.php
-- Helper
---- Abstract.php
---- ActionStack.php
---- AjaxContext.php
---- AutoComplete
------ Abstract.php
---- AutoCompleteDojo.php
---- AutoCompleteScriptaculous.php
---- ContextSwitch.php
---- FlashMessenger.php
---- Json.php
---- Redirector.php
---- Url.php
---- ViewRenderer.php
-- HelperBroker
---- PriorityStack.php
HelperBroker.php
Interface.php
Action.php
Dispatcher
-- Abstract.php
-- Exception.php
-- Interface.php
-- Standard.php
Exception.php
Front.php
Plugin
-- Abstract.php
-- ActionStack.php
-- Broker.php
-- ErrorHandler.php
-- PutHandler.php
Request
-- Abstract.php
-- Apache404.php
-- Exception.php
-- Http.php
-- HttpTestCase.php
-- Simple.php
Response
-- Abstract.php
-- Cli.php
-- Exception.php
-- Http.php
-- HttpTestCase.php
Router
-- Abstract.php
-- Exception.php
-- Interface.php
-- Rewrite.php
-- Route
---- Abstract.php
---- Chain.php
---- Hostname.php
---- Interface.php
---- Module.php
---- Regex.php
---- Static.php

---

ZFチュートリアル目次
http://yaegassy.jp/zend-framework.html#4

---

タグ: Framework, PHP, Zend, ZFチュートリアル

Zend_ControllerはZend Framework の MVC システムの中心となるものです。

Zend_Controller_Front は フロントコントローラ パターンを実装しており、 すべてのリクエストをいったんフロントコントローラで受け取った上でその URL にもとづいたアクションコントローラに配送します。

Zend_Controller は、拡張性を考慮して作成されています。

拡張方法は下記の二つがあります。

• 既存のクラスのサブクラスを作成する
• アクションヘルパーを作成する

新しいサブクラスを作成すると、コントローラクラスの基盤となる インターフェイスや機能を新たに書くことができます。 アクションヘルパーを使用すると、システムの機能を強化したり変更したりできるようになります。

Zend_Controllerの構造

フロントコントローラー
全てのリクエストを受け付け、処理を各機能に依頼し、レスポンスを返す

ルータ
リクエスト内容から処理の手順を決める

ディスパッチャ
処理を担当するアクションコントローラーを決め、アクションコントローラーを呼び出す

アクションコントローラー
実施の処理を行うビジネスロジックと呼ばれる部分

リクエストオブジェクト
リクエストされた全ての情報を管理する

レスポンスオブジェクト
レスポンスする全ての情報を管理する

アクションヘルパー
アクションコントローラーに機能を追加する

プラグイン
イベント発生時に処理を追加する

標準的なディレクトリ構成

application ---------------- アプリケーションディレクトリ
┣controllers -------------- コントローラディレクトリ
┃┣IndexController -------- アクションコントローラ
┃models ------------------- モデルディレクトリ
┃views -------------------- ビューディレクトリ
┃┗scripts ---------------- ビュースクリプトディレクトリ
┃__┗index ---------------- コントローラ名
┃____┗index.phtml -------- ビュースクリプト(アクション名 + .phtml)
html ----------------------- 公開ディレクトリ
┣.htaccess ---------------- 全てのリクエストをindex.phpに渡す設定
┗index.php ---------------- フロントコントローラ

rewrite ルールの作成

上のレイアウトの html/.htaccess ファイルを、次のように編集します。

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^.*$ - [NC,L]
RewriteRule ^.*$ index.php [NC,L]

---

ZFチュートリアル目次
http://yaegassy.jp/zend-framework.html#4

---

タグ: Framework, PHP, Zend, ZFチュートリアル