Zend_Controller_Requestで使えるメソッドですが、IDEなどで行っているとコード補完で出てくるメソッドが、Zend_Controller_Request_Abstractの持つメソッドしか出てこないので、大概の場合Zend_Contoller_Request_Httpの物も使えますよ、ということで。もちろん大概の場合というのはHTTPリクエストをしている場合、ということですが。

[php]
$this->_request->getRequestUri());
$this->_request->getServer());
$this->_request->getEnv());
[/php]

などなど。
$this->_request->getServer()は$_['SERVER']を取得、といった具合です。

Zend FrameworkのControllerにPluginとして色々な処理を組み込めます。
マニュアルはこちら。
PluginはDispatcherの色々なアクションにロジックを追加できます。

• routeStartup() は、Zend_Controller_Front が ルータ をコールしてルートに対するリクエストの評価を始める前にコールされます。
• routeShutdown() は、 ルータ がリクエストのルーティングを終了した後にコールされます。
• dispatchLoopStartup() は、Zend_Controller_Front がディスパッチループに入る前にコールされます。
• preDispatch() は、アクションが ディスパッチャ でディスパッチされる前にコールされます。 このコールバックは、プロキシやフィルタ的な動作をさせることができます。 リクエストの内容を変更してディスパッチフラグをリセット (Zend_Controller_Request_Abstract::setDispatched(false) を使用します) することで、現在のアクションをスキップさせたり置き換えたりすることができます。
• postDispatch() は、アクションが ディスパッチャ でディスパッチされた後にコールされます。 このコールバックは、プロキシやフィルタ的な動作をさせることができます。 リクエストの内容を変更してディスパッチフラグをリセット (Zend_Controller_Request_Abstract::setDispatched(false) を使用します) することで、新しいディスパッチ先アクションを指定することができます。
• dispatchLoopShutdown() は、Zend_Controller_Front がディスパッチループを抜けた後にコールされます。

SessionやACLでよく使用されると思われるpreDispatchだとこんな感じでしょうか。

[php]
require_once 'Zend/Controller/Plugin/Abstract.php';
class hogePlugin extends Zend_Controller_Plugin_Abstract
{
public function preDispatch(Zend_Controller_Request_Abstract $request)
{
// ここでPluginの処理を行う。
}
}
?>
[/php]

組み込むには（起動ファイルなどで）フロントコントローラにセットします。

[php]
$front = Zend_Controller_Front::getInstance();
require_once(‘/YOUR_PLUGIN_PATH/hogePlugin.php’);
$front->registerPlugin(new hogePlugin());
[/php]

なかなか分かりやすい作りだと思います。

マニュアル

例 10.44. 流暢なインターフェイスの使用例

[php]
$select = $db->select()
->from( …テーブルとカラムを指定します… )
->where( …検索条件を指定します… )
->order( …ソート条件を指定します… );
[/php]

joinとかは
[php]
// できあがるクエリは、このようになります
// SELECT p."product_id", p."product_name", l.*
// FROM "products" AS p JOIN "line_items" AS l
// ON p.product_id = l.product_id
$select = $db->select()
->from(array(‘p’ => ‘products’),
array(‘product_id’, ‘product_name’))
->join(array(‘l’ => ‘line_items’),
‘p.product_id = l.product_id’);
[/php]

で。JOIN LEFTは
[php]
joinLeft(table, condition, [columns])
[/php]

こんな感じ。メモメモ。

簡単・便利のTableKitはかなりお役立ちのテーブルソートScript。最近ちょいちょい使うので、これのEditableに対応したZend FrameworkのActionをメモっておきます。

基本として、

&row=n: The row index of the edited cell
&cell=n: The row index of the edited cell
&id=id: The id attribute of the row, it may be useful to set this to the record ID you are editing
&field=field: The id attribute of the header cell of the column of the edited cell, it may be useful to set this to the field name you are editing
&value=xxxxxx: The rest of the POST body is the serialised form. The default name of the field is ‘value’.

というリクエストを取得して、データの修正を行います。

[php]
public function updateFromTablekitAction()
{
$content = null;

// IDを取得。
try {
$id = $this->_getParam(‘id’);

// テーブルのidを取得したり、どの表から取得、というのを取得するための苦肉の処理です。。
list($from,$id) = explode(‘:’, $id);

if (!ctype_digit($id)) {
throw new Exception();
}
$field = $this->_getParam(‘field’);
$value = $this->_getParam(‘value’);

$hoge = new HOGE_TABLE();
$hoge_row = $hoge->find($id)->current();
$hoge_row->$field = $value;
$id = $hoge_row->save();

$site_row = $hoge->find($id)->current();
$this->view->content = $hoge_row->$field;
}
catch (Exception $e) {
$this->view->content = “#ERROR#”;
}
}
[/php]

テーブルに再表示するための文字列として$contentをview_helperに渡していますが、まあ普通にechoしたほうが楽な気がします。
どのテーブルの値を変更するのか、$fromなどから取得したりします。
Validateも、もう少しきちんと行わなければいけないですね。
場当たり的ですが、今のところエラー表示をひとまとめにtry～catchでくくってます。
idの列などEditableにしない列は

[html]

と、テーブルヘッダclassを”noedit” しておくことで編集不可になります。
#noeditのクラス名は衝突を避けるため変更可能です。
#TableKit.options.noEditClass = ‘unavailabe’
#とか。