ZendFramework Part2

**nobodyさん** · 2008/03/05(水) 23:21:24

公式
http://framework.zend.com/

マニュアル
http://framework.zend.com/manual/ja/

m-takagi ver（↑よりたぶん新しい）
http://www.m-takagi.org/docs/php/zend/

API
http://framework.zend.com/apidoc/core/

**nobodyさん** · 2008/03/05(水) 23:25:27

ついに立った。

来るべき時が来た。

その名は勇者「Ｚｅｎｄ　Ｆｒａｍｅｗｏｒｋ」

君は生き残ることができるか！？

**nobodyさん** · 2008/03/06(木) 05:21:30

何気に公式サイトを訪れたら1.0.4になってた。
ほんの一部ZF1.0.3本体を弄ったんだよなぁ、どこだったか思い出せん...orz
差分取るしかないか。

**nobodyさん** · 2008/03/06(木) 16:16:28

1.5RCも出てるぜ

**nobodyさん** · 2008/03/06(木) 18:15:35

Zend_Formしてみようと思うんだけど、
これってZend_Viewを使うこと限定なのか？
Zend_View使わずSmarty使ってるんだけど、そのままrenderできないのかな

**nobodyさん** · 2008/03/06(木) 18:35:53

ちなみにソース

require_once 'Zend/Form.php';
$form = new Zend_Form;
$form->setAction('/')->setMethod('post');

$form->addElement('text', 'name');

echo $form->render();

出力「error」

**nobodyさん** · 2008/03/06(木) 22:21:48

>>3
svn使いなされ

3 · 2008/03/07(金) 01:17:52

>>7
ん? ZFを自分のリポジトリにつっこんで差分取ったり管理しろってことかな?
弄ったのはどこかの正規表現だったかな。
まぁupdateの度にdiffで確認するよりSubversionにつっこんだ方が楽だろうけど、

で、実際はどうする? 俺はZF1.0.3で初めて使ったんだけど、
1.0.3をsvnにつっこんで、branch分けしてそこに俺々修正したものをつっこむ。
1.0.4をtrunkでupdateしてbranch側でmergeって感じになるのかな。

**nobodyさん** · 2008/03/07(金) 03:49:03

フレームワークのソースは触ったら後々面倒だろ

3 · 2008/03/07(金) 04:59:24

>>9
そう、俺もそう思う。
弄ったのはバグだろうと思われるところだけ。
どうせそのうち修正されるだろうと思ってたから
ちょっと悩んだんだけど、継承せずに直で弄った。
確かググったら出てくる有名どころのバグだったと思うよ。
だから、修正箇所をちゃんと控えてupdateしたときに確認すればいい程度なんだろうけど、
ZFを初採用してバタバタしてたから控えてなかったのだ(´・ω・`)

**nobodyさん** · 2008/03/07(金) 05:00:54

メソッドの型がインタフェースと違うって話？

3 · 2008/03/07(金) 08:55:10

ｺﾞﾒｿちょっと混同してた。
有名どころって書いたのはmb_encode_mimeheaderが入れる改行だったんだけど、
こちらはZF本体を弄る必要がないね。

ひとつはZF入門本に載っていたZend_Mailのバグなんだけど、
本当にバグなんかな? 1.0.4でも修正されてないし、修正しなくてもよさそうな気もするが、
検証せずにとりあえず適用してる。

あと、Zend_DateのRFC2822の正規表現。これはZFが悪いんじゃなくて
某メール鯖が悪いんだけど、正しく拾えないので悩みつつZF側を修正した。

/**以下チラシの裏
trunkに1.0.3をつっこむ
1.0.3を分岐して俺々修正
trunkに1.0.4をつっこむ
1.0.4を分岐して1.0.3の俺々修正をmerge

ってなかんじでやってみた。
1.0.4つっこんだときに1.0.3との差分を見たけど
1000以上のファイルで修正されてた。
追加されてたのは5ファイルだけ。
**/

**nobodyさん** · 2008/03/07(金) 14:48:59

まあ普通はFW本体はリポジトリに入れないな
なんとか自前で継承して挙動の変更できないか検討して
止むを得ず本体のコードを変更する場合は
その該当ファイルのみコミットしておくかな、自分なら

rubyは再定義しやすいから
FWの一部分の挙動をちょろっとだけ変えるってのも楽なんだがな

**nobodyさん** · 2008/03/07(金) 22:38:40

またRubyか（呆

**nobodyさん** · 2008/03/08(土) 00:28:19

>>12 Zend_Mailの件はiconv_mime_encodeの対応待ち扱いなので、先はまだまだ長そう
framework.zend.com/issues/browse/ZF-1950

3 · 2008/03/08(土) 01:56:10

ZF本体を弄らずに継承などで済ませるならそもそもリポジトリにつっこむ必要ない。

で、例えばZend_Mailのバグフィックスとかデフォルト文字コードをISO2022JPに
変更したMy_MailをZend_Mailから継承して作ったとするでしょ。
当然クライアントコードにはrequire_once 'My/Mail.php'とか new My_Mail() などが
ちりばめられるのだが、将来ZF側でフィックスされたり文字コードもmbstring_language
から自動判別されるようになり、My_Mailはお役ご免になったりしても
クライアントコードをいちいち書き換えたりするのも馬鹿らしいので中身が空のMy_Mailを
引きずることになる。
どうせMy_*を管理しなきゃならんのならZF本体を弄っても手間はあまり変わらないよなぁ。
他の人はどうしているんだろうと悩みつつ、時間がないのもあって前回はZF本体を弄っちゃった。

幸い外からも接続できる鯖を持ってるし、svn+sshで接続可能な様にしているので、
ZF専用のリポジトリを作って管理していけば、出先からでもcheckoutやexportできる。
本来フレームワークを直接弄るなんて邪道なんだろうけど、それはZFの完成度がまだまだ
低いと言うことで納得して、逆にリポジトリを立てることによって、遠慮なしに弄っていけるから
ある意味"すっきり"した感じがする。

**nobodyさん** · 2008/03/08(土) 02:28:39

FW本体をバージョンアップして自分の意図したように変更がかかった場合はいいけど、
自分の意図してないように変更がかかったらどうすんの？
またFW本体をハックする？

あと、FWがバージョンアップしたら自分のリポジトリで管理しているバージョンと
マージするんよね？そっちの方が手間暇かかりそうな気がする。。。

まぁここらへんは人それぞれなんだろうけど。。。
俺はFW本体はいじらない派。

**nobodyさん** · 2008/03/08(土) 02:42:05

今日1.5RC2が出ますよ

3 · 2008/03/08(土) 03:17:30

>>17
もろに修正箇所が衝突したら手動マージしなきゃならないが、
でなければマージそのものはそんなに手間かからないんじゃ?
と思ってる。

本体を弄らず継承でが王道で、本体を弄ってしまうのは邪道だとは思う。
Zend_Mailのデフォルト文字コードなんてのは、継承で書き換えるのが
どう考えても普通。Smartyなんかも結構弄ったけど、基本的には
継承したり、新たなプラグインやフィルターを書いてた。
でもね... まぁ人柱気分でやってみるよ。
本体再書き換えしなきゃならんときも出てくるだろうけど、
そのうち、拡張は別だが修正は減ってくるだろうと願ってる。
(まだそんなに弄ってないけど、弄りたいところは他にもあったし)
FW使いながら、貧乏コードって言われそうだ(^^;

**nobodyさん** · 2008/03/08(土) 03:33:37

バグなら報告すればいいのに

**nobodyさん** · 2008/03/08(土) 05:32:10

バグならpatch書いて取り込んでもらえばいいだけじゃん

**nobodyさん** · 2008/03/11(火) 14:16:57

Zend内でphpで吐き出したものを
同じZendからfile_get_contentsで読み込めないの？

**nobodyさん** · 2008/03/11(火) 18:55:26

読み込めるんでない？

**nobodyさん** · 2008/03/11(火) 19:27:58

普通にできる

**nobodyさん** · 2008/03/12(水) 03:54:29

パスでも間違ってんじゃね？

**nobodyさん** · 2008/03/13(木) 14:50:15

1.5RC3キタ

**nobodyさん** · 2008/03/13(木) 17:01:18

hostsの設定が原因だったわ

**nobodyさん** · 2008/03/13(木) 18:25:33

ACLって基本的にコントローラ単位でかけるもの？
対象が違うアクション（管理者向けの編集機能やユーザ向けの閲覧機能）が混在してるコントローラ
は別コントローラとして分けたほうがいいんだろうか

**nobodyさん** · 2008/03/18(火) 00:48:46

Zend Framework 1.5 が出たね。

**nobodyさん** · 2008/03/18(火) 01:11:51

出やがったか

ウチが検証と移行を検討できるのはいつになることやら。。

**nobodyさん** · 2008/03/18(火) 01:24:23

1.5になってどれだけ使える感じなんだろう

**nobodyさん** · 2008/03/18(火) 01:25:03

ドキュメントがああああああああああ
全部英語おおおおおおおおおおおおお
書き換わってるうううううううううう

m-takagi・・・がんばって・・・ください・・・応援してます・・・

**nobodyさん** · 2008/03/18(火) 01:52:51

ロケールファイルがぶっ壊れたのかなｗ
多分サイトリニューアル時の作業ミスだろうね。

**nobodyさん** · 2008/03/18(火) 23:01:29

日本語マニュアル回復した

**nobodyさん** · 2008/03/25(火) 01:22:11

1.5入れたらキャメルケースのアクション名が実行できなくなったんだけど仕様なの？
[controller]/fooBar/ってリクエストのとき
以前はfooBarActionメソッドが呼ばれてたんだけど、foobarActionメソッドじゃないと呼んでくれなくなった。

**nobodyさん** · 2008/03/25(火) 01:57:20

>>35
その辺は仕様変更された。
よく確認した上で、実装しる。

**nobodyさん** · 2008/03/25(火) 02:09:06

しょっちゅう仕様変更するフレームワークって何なの

**nobodyさん** · 2008/03/25(火) 02:14:12

>>37
ZF

**nobodyさん** · 2008/03/25(火) 03:36:46

>>36
ごめん、悪いけどその辺りの話ってドキュメントのどこに書いてある？
テンプレートがハイフン区切りになったのは知ってたんだが、今回のは初耳で、
http://framework.zend.com/manual/ja/zend.controller.html
http://framework.zend.com/manual/ja/zend.controller.action.html
を見ても書いていなくて困ったんだ。

**nobodyさん** · 2008/03/25(火) 04:20:41

>>39
この辺が参考になるんじゃない？
http://framework.zend.com/manual/ja/zend.controller.migration.html

**nobodyさん** · 2008/03/25(火) 21:28:57

>>40
ありがとうございます。
しかし
> しかし、PHP の関数名は大文字小文字を区別しないので、URL 自体を camelCasing 形式で書くこともできます。
> PHP では大文字小文字を細かく区別しないため、これらはどちらも同じメソッドを実行することになります。
などは、ビュースクリプトはダッシュ区切りにすべきものの、アクションリクエストとアクションメソッド名はどちらでも構わないように読み取れる。

どうも腑に落ちないので、ファイルの中を検証してみた。
1.5からは最終的にZend/Controller/Action.php 498行目の
　if ($this->getInvokeArg('useCaseSensitiveActions') || in_array($action, get_class_methods($this))) {
でメソッドが存在するか確認されるようになっているが、ここで渡される$actionは既に小文字に正規化されているため、
大文字メソッド名だとin_arrayがfalseになってしまう。
ここのif文は
　if ($this->getInvokeArg('useCaseSensitiveActions') || method_exists($this, $action)) {
である方がドキュメントのニュアンスに即しているのでは。

**nobodyさん** · 2008/03/27(木) 15:12:28

1.5.1か

**nobodyさん** · 2008/03/27(木) 17:47:06

changelogどこいった
何が修正されたんだ

**nobodyさん** · 2008/03/27(木) 21:47:41

ここで見られるよ
http://framework.zend.com/issues/secure/IssueNavigator.jspa?reset=true&&pid=10000&fixfor=10174&status=5&sorter/field=issuekey&sorter/order=DESC

**nobodyさん** · 2008/03/31(月) 01:42:25

今ZF初めていじってるんだけどZendControllerってどうなの？
なんか使いにくい感じがするんだけど・・・
独自のがいいのかね？
それとも使ってれば慣れる？

ZendController使ってる人
メリットデメリットあれば教えてぷりず！

**nobodyさん** · 2008/03/31(月) 01:53:02

使いにくいってどの辺が？

**nobodyさん** · 2008/03/31(月) 02:03:49

>>46
URIとかアプリとしてセキュリティ的にいいのか？とか
Directory構成とか考えるとなんだかなぁと
使ったことないからそんなもんだといわれればそれまで
かもしれませんが

ZF使ったオープンソースとか何かありませんかね？

**nobodyさん** · 2008/04/01(火) 00:44:20

URI->アクションのルーティングとかは昨今のFWならどれでも大差ないと思うけどな
あとRequestObject、ReponseObjectあたりが割と使いやすくて気に入ってる

**nobodyさん** · 2008/04/01(火) 01:06:58

特にZend_Controllerが使いにくいと考えた事ないなぁ。
とても自分でルーティング周りやDispatcher周りを自分で一から実装する気にはなれんｗ

ま、オレオレFWにZend Frameworkをライブラリの一部として使うのはそれはそれでアリだと思うけど。

**nobodyさん** · 2008/04/01(火) 01:08:31

Zend_Formの評判が気になる

**nobodyさん** · 2008/04/01(火) 14:48:39

Zend、Cake、SymfonyならZendが一番わかりやすいと思うよ

**nobodyさん** · 2008/04/01(火) 15:09:08

わかりやすいっていうか
低機能なだけ・・

**nobodyさん** · 2008/04/05(土) 21:54:16

zendの範囲で済む安仕事にはむしろ有り難い
ケーキや管弦楽とは別の見方でモノ提供してる感じだね
FW作るための土台みたいな感じ

**nobodyさん** · 2008/04/05(土) 22:59:41

ZFで自社用FW作るとかならかなり良いと思う

**nobodyさん** · 2008/04/05(土) 23:17:50

管弦楽ってw

symfonyって打ったほうが早いだろ

**nobodyさん** · 2008/04/06(日) 00:02:17

>>ZFで社内カスタムFW
既に結構作られてそう。

**nobodyさん** · 2008/04/08(火) 13:18:35

>>50
Zend_Form 使ってるけど、速度的に重い気がする。
だから Zend_Cache でキャッシュしてる。

**nobodyさん** · 2008/04/11(金) 21:49:28

ZFでsmarty使う方法がいまいちわかりません。
検索してもサイトによって書いてる事がばらばらだったりで。

ZFにあるinterfaceから継承したsmarty用クラスは作成しました。
ここからなにをすればいいんでしょう？

$opt = array(
'templete_dir' => '../application/views/scripts/index',
'compile_dir' => '../../var/templates_c'
);

$smarty = new Common_View_Smarty(null, $opt);
$smarty->assign("books", "テスト");
$smarty->render("index.tpl");

これがアクション内の記述なんですが、何か変なところはあるでしょうか？

やったことは、
・PHP.iniにsmartyのincludeパスを通す。
・ttp://wadslab.net/2008/03/zend_view_smarty/
　を参考にZend_View_Interfaceを実装したCommon_View_Smartyを作成
・index.phpの中身は
Zend_Session::start();

Zend_Controller_Front::getInstance()->setParam('noViewRenderer',true);
Zend_Controller_Front::run('../application/controllers');
これだけ

でIndexController.phpの中のindexActionに↑の奴を書いています。
エラーがでるでもなく、真っ白な何もない画面が表示されてしまいます。

**nobodyさん** · 2008/04/11(金) 22:56:44

エラーが出ないならApacheやIISのログ見ればいいじゃない

**nobodyさん** · 2008/04/11(金) 23:16:02

apacheのログも見てみましたが、それらしいものが全く見あたりません。
画面に何も表示されないので、まずテンプレートファイル自体読み込めてないと思うんですが

$opt = array(
'templete_dir' => '../application/views/scripts/index',
'compile_dir' => '../../var/templates_c'
);

$smarty = new Common_View_Smarty(null, $opt);
$smarty->assign("books", "テスト");
$smarty->render("index.tpl");

この下に
　　　echo 'てすと'

と書くと、てすとだけ表示されます。

なのでこのアクションは呼び出されているけど、上の方の処理が意味をなしてない？ようですが
どこで間違ってるのかが突き止められない状態です。
せめてphpのエラーメッセージがでればまだおいかけられるんですが、一見エラーがないように素通りするので・・・

**nobodyさん** · 2008/04/11(金) 23:42:39

ZFでSmartyを使用するには
ViewRendererに登録してZend_Viewを置き換える方法と
Zend_Viewを無効にしてアクション内でSmartyのrenderメソッドを呼び出す方法の２通りがある。
俺は前者でやっているが、後者でやるならマニュアルの42.3.2.2.にそのまんまの方法が載っているからそれ参考にすればおｋ。
そのサイトの怪しげな方法を参考にする必要は無い。
強いていうならそれはテンプレートディレクトリが正しく指定されてないと思われ。

**nobodyさん** · 2008/04/12(土) 00:11:46

ttp://framework.zend.com/manual/ja/zend.view.scripts.html#zend.view.scripts.templates.interface
マニュアルのはこれですよね？

一番最初はこれを見てやってたんですが、結局できず色々検索した次第です。
前述しましたが、interfaceを使ってsmarty用の，このマニュアルで言うところのZend_View_Smartyは作成しています。
このマニュアルで言うと、後は
$view = new Zend_View_Smarty();
$view->setScriptPath('/path/to/templates');
$view->book = 'Zend PHP 5 Certification Study Guide';
$view->author = 'Davey Shafik and Ben Ramsey'
$rendered = $view->render('bookinfo.tpl');
これすればいいだけなんですよね？（テンプレートファイルの配置は終わってるとして）

これだとテンプレートファイルのパスは指定していますが、templates_cのパスは指定してませんよね。
なしでもいけるんでしょうか？

このマニュアルのインターフェースを継承したsmarty用のクラスは作成して
マニュアル通り、アクション部分に↑の5行ほどのプログラムを書き、テンプレートファイルも適宜設置済み。

で実行してもやはり真っ白なんですが、何かが足りないんでしょうか。
テンプレートディレクトリが間違ってるかもしれないと、何十通りか考えられる全てパスは試してみましたが、やはり無理でした。

**nobodyさん** · 2008/04/12(土) 00:33:44

display_errors = On

**nobodyさん** · 2008/04/12(土) 00:40:04

display_errors = On
は設定済みです。
なのにエラーが出ない状態です。

**nobodyさん** · 2008/04/12(土) 00:45:03

header('hogehoge');

みたいなところがおかしいと真っ白になるよね

**nobodyさん** · 2008/04/12(土) 01:15:36

通常のZend_Viewは使えてんの？

**nobodyさん** · 2008/04/12(土) 01:17:28

オフィシャルのView_Smartyのrender()はsmartyのfetchをコールしてるだけだから、表示はしてくれない。
ViewRendererに登録しないでやるんだったら、自分でZend_Controller_Response_HttpのsetBody()に登録せんと。

・コントローラ
$this->_view = new Zend_View_Smarty();
$this->_view->setScriptPath('/path/to/templates');
$this->_view->book = 'Zend PHP 5 Certification Study Guide';
$this->_view->author = 'Davey Shafik and Ben Ramsey'

・コントローラのpostDispatch()にこんな感じで書く。
$rendered = $view->render('bookinfo.tpl');
$this->getResponse()
->setBody($this->view->render($rendered));

こんな感じでどう？

**nobodyさん** · 2008/04/12(土) 01:20:50

間違った。。。
$rendered = $view->render('bookinfo.tpl');
↓
$rendered = $this->_view->render('bookinfo.tpl');

**nobodyさん** · 2008/04/12(土) 01:27:39

そういえばecho $this->view->render('hoge.tpl')じゃなかったか

**nobodyさん** · 2008/04/12(土) 02:17:04

こうするとなにかエラーがあったときにわかりやすいよ（開発中のみ）。

//Zend_Controller_Front::run('../application/controllers');
$front = Zend_Controller_Front::getInstance();
$front->addControllerDirectory('../application/controllers');
$front->throwExceptions(true);
try {
$front->dispatch();
} catch(Exception $e) {
echo nl2br($e->__toString());
}

**nobodyさん** · 2008/04/12(土) 09:16:17

ErrorControllerの枠組みがあるじゃん

**nobodyさん** · 2008/04/12(土) 15:22:15

>>66
はい、使えています。

>>67
参考に色々やってみたら、少し進んだような手応えがありました。
テンプレートの読み込みまではいったようです。
ただ、テンプレートの中に{$test}のようなsmartyタグを書くとエラーが出ます。
一切タグのない純粋htmlを読み込んでrenderするだけならできています。
テンプレートの中にタグを埋め込むと

Fatal error: Smarty error: [in index.tpl line 6]: [plugin] modifier 'sanitize' is not implemented (core.load_plugins.php, line 118) in
ライブラリのパス　Smarty.class.php on line 1092

というエラーがでてしまいます。
恐らくこれを解決すれば表示されるのではないかと思いますが、エラーで検索してみてもこれといった解決法が見つかりませんでした。
in index.tpl line 6
この行に{$book_name}のようなタグがあります。

**nobodyさん** · 2008/04/12(土) 15:57:34

> 参考に色々やってみたら
何をやったの？
> sanitize
カスタム関数のsanitizeファイルが無いんでしょ。

**nobodyさん** · 2008/04/12(土) 15:59:52

すいません自己解決しました。
Zendのオフィシャルじゃなくて、少し改良したらしい他のサイトの継承クラス使ってたのが原因でした。
Zendオフィシャルのにしたらエラーは出なくなりましたが、表示はやはりでませんでした。

テンプレートには{$book_name}　が埋め込んであります。
実行すると、コンパイル済みディレクトリにファイルが出来てそのタグを埋め込んだ部分が
<?php echo $this->_tpl_vars['book_name']; ?>
となっていました。
そのファイルではそうなっているんですが、Webでアクセスするとその部分が綺麗さっぱり消え去ってしまっています。
そのファイルのタグ該当部分の違いですが
テンプレファイル：{$book_name}
コンパイルファイル：<?php echo $this->_tpl_vars['book_name']; ?>
Webでアクセスしたページのソース：なにもなし
こんな状態です。

**nobodyさん** · 2008/04/13(日) 17:59:08

綺麗さっぱり消え去ってるんじゃなくて、ちゃんと実行されてんだろう
book_nameに値が入ってないんじゃね

**nobodyさん** · 2008/04/13(日) 19:58:27

テンプレートに{debug}ってして、中身見てみたら？
多分>>75が言うように値入ってないと思うけど。

**nobodyさん** · 2008/04/22(火) 23:30:49

ZFわかんなくて、CakeやってからZFに手出したら
すげーZF好きになった。
ZFの方が記述が納得しやすいと思う。

**nobodyさん** · 2008/04/23(水) 00:19:31

例えばどんなとこよ？

**nobodyさん** · 2008/04/23(水) 00:22:18

ZFがいいんじゃなくてCakeが腐ってるだけだろ
特にとんがった工夫も特徴もない標準的な実装がZF

**nobodyさん** · 2008/04/23(水) 11:57:54

pearからのいいとこどりだしね

**nobodyさん** · 2008/04/23(水) 20:59:08

そのうち、PHPにビルトインされるだろう。
と思ってたら本当にやりやがった。
マジかよｗ

な事になると思うよ。
Zendはいつもそうだもの。

**nobodyさん** · 2008/04/23(水) 21:23:45

と思ってたら本当にやりやがった。
マジかよｗ

**nobodyさん** · 2008/04/26(土) 02:06:01

Zend Frameworkでセッション使ったら、画面が真っ白になりました。
なんででしょう？

**nobodyさん** · 2008/04/26(土) 02:15:12

まだFW使うレベルじゃないと思われ

**nobodyさん** · 2008/04/26(土) 03:22:30

頓知クイズの類じゃないのか。

**nobodyさん** · 2008/04/26(土) 03:46:35

new Zend_Date();
とすると、Zend_Date_Exceptionが1018行目から飛んできます。

第一引数に以下のような配列を渡すと正常にインスタンスが生成できます。
(※定数START_TMEの中身はtime()の戻り値です)
$dateArr = array(
'year' => date("Y", START_TIME),
'month' => date("m", START_TIME),
'day' => date("d", START_TIME),
'hour' => date("H", START_TIME),
'minutes' => date("i", START_TIME),
'second' => date("s", START_TIME));

Zend_Dateの199行目の以下のメソッドの戻り値がタイムスタンプでるので、
その後の処理で例外が飛んでいるのは何となく分かりました。
(以下の後にコールされるsetTimeZone()の中で、timezone_open($zone)で$zoneがintのタイムスタンプなのでこけているようです。)
$zone = $this->getTimezoneFromString($date);

リファレンスによると、引数なしでコールした場合は、
勝手に'now'なインスタンスが生成されるようなのですが、
同じような現象が起こった方はいらっしゃいますでしょうか。。

Zend_Dateのバージョン記述は以下です。
@version $Id: Date.php 8943 2008-03-20 21:43:37Z thomas $

これって既知のバグなのでしょうか。
それともこちらの何がしかの設定の問題なのでしょうか。。
事前にdate_default_timezone_set('Asia/Tokyo');は行っています。

**nobodyさん** · 2008/04/26(土) 04:05:06

再現するコード出してみてくれ

86 · 2008/04/26(土) 04:41:19

>>87
こんなです。

<?php
define('START_TIME', time());
define('START_DATE', date("Y/m/d H:i:s", START_TIME));

define('APP_ROOT_DIR', dirname(dirname(dirname(__FILE__))));
define('DIR_SEP', DIRECTORY_SEPARATOR);
define('APP_LIB_DIR', APP_ROOT_DIR . DIR_SEP . 'library');

error_reporting(E_ALL);
set_include_path(APP_LIB_DIR . PATH_SEPARATOR . get_include_path());
date_default_timezone_set('Asia/Tokyo');

require_once 'Zend/Loader.php';
Zend_Loader::registerAutoload();

set_error_handler(array('My_ErrorHandler', 'userErrorHandler'));

$date = new Zend_Date();

86 · 2008/04/26(土) 04:43:14

>>88

今気がつきましたが、set_error_handlerの前でnew Zend_Date()だと、例外が飛んできません（正常にインスタンス生成できる）

**nobodyさん** · 2008/04/26(土) 04:48:52

set_error_handlerの第二引数何それ？

86 · 2008/04/26(土) 04:53:47

>>90
第一引数の配列の要素[0]がクラス名で、要素[1]がメソッド名です。

第二引数は指定していません。

86 · 2008/04/26(土) 05:24:31

>>91
すみません。自己解決しました。

初めの説明がちょっとおかしかったりしてるので補足します。

Zend_DateObjectの1016行目で、(ここ最初にちゃんといえてなかったです)

if (!@timezone_open($zone)) {

となっていますが、このZend_Dateのコンストラクタの第一引数がnullだと、
上記の$zoneがintのタイムスタンプで入ってきます。
そうすると、timezone_open()はタイムゾーン文字列が渡されることを期待しているので、
E_WARNINGを発しますが、@で抑制されます。(通常は。)

しかし、独自のエラーハンドラをすべてのエラーレベルに対して設定していて、
そのハンドラの中で@付きのエラー(ハンドラ内でのerror_reporting()の戻り値が0の場合)に対して適切な処理を行っていないと、
本来の@によるエラー抑制は無視され、処理が停止します。

このためnew Zend_Date(パラメータなし)がこけていました。

これは、Zend_Loaderの160行目でもおきます。。
(独自エラーハンドラのせいで@fopen()の@が効かないので)

E_WARNINGに対しても独自のエラーハンドラを適用している場合は、ZFでは色々と気をつけないといけないみたいです。

以上、お騒がせしました。

**nobodyさん** · 2008/04/26(土) 13:15:49

自前のエラーハンドラ設定するならハンドラ側で
error_reportingのチェックは必須
ZFとかに限ったことじゃないぜ

**nobodyさん** · 2008/04/26(土) 21:29:22

>>92
Zend_Loaderの160行目の fopenの＠はいろいろな問題を引き起こしているわけだけれど、、
さまざまなモジュールとの絡み合っている問題が多くて、どうしたものか悩んでます
http://framework.zend.com/issues/browse/ZF-2985

92 · 2008/04/27(日) 06:13:29

>>94
これじゃだめなんですかね？
自分は↓みたいにしてます。(Zend_Loaderそのものを)

// if (!$fh = @fopen($filename, 'r', true)) {
// return false;
// }
// return true;

add> clearstatcache();
add>
add> if ( is_readable($filename) ) {
add> return true;
add> }
add> $include_path = get_include_path();
add> $path_list = explode(PATH_SEPARATOR, $include_path);
add>
add> foreach ( $path_list as $path ) {
add> $fullpath = $path . DIRECTORY_SEPARATOR . $filename;
add>
add> if ( is_readable($fullpath) ) {
add> return true;
add> break;
add> }
add> }
add> return false;

94 · 2008/04/27(日) 16:07:42

>>95
fopenはinclude_pathを考慮してファイル取得できるのに、file_existsはinclude_pathを考慮できないのがデメリットなのだそうです

**nobodyさん** · 2008/04/28(月) 10:22:32

ﾏﾇｱﾙでプリント用のページ出力してくれ

**nobodyさん** · 2008/04/30(水) 13:59:47

数字で始まるActionって使えますか？

http://FQDN/controller/01

Ａｃｔｉｏｎメソッドの定義の仕方がわからない･･･ｏｒｚ

**nobodyさん** · 2008/04/30(水) 14:48:12

idという意味でもなくて単に数字のURLにしたいなら
actionメソッド名は適当につけてroutingで変えればいい

**nobodyさん** · 2008/04/30(水) 17:55:35

Zend_Db_Statement::fetch() の offset指定が動作しないのは仕様なのか･･･？
アダプタはPdo_Pgsql。

**nobodyさん** · 2008/04/30(水) 18:12:00

中身見てみれば？

**nobodyさん** · 2008/04/30(水) 18:27:25

中身見たんだけど、原因が特定出来ないんよ。

　Zend_Db_Statement_Pdo::fetch() が、 PDOStatement::fetch() のラッパーになっていて、

　PDOStatement::fetch()のリファレンスには
　「スクロール可能なカーソルの場合にoffset指定が扱える」的な事が書かれているのです。

　スクロール可能なカーソルを要求するには、
　PDOStatement::prepare() の時点でdriver_optionsを渡す必要があるっぽいのですが、

　Zend_Db_Adapter::prepare() 経由でdriver_optionsを渡す事が出来なくて･･･

結果的にoffsetが使えなくなってるのかなと、思った次第。
うーん・・・

**nobodyさん** · 2008/04/30(水) 18:57:56

もしかしてPDOのこのバグが修正されてないとかですか('A｀
http://bugs.php.net/bug.php?id=37340&edit=1

**nobodyさん** · 2008/05/01(木) 10:57:14

When using PDO for simple query for PostgreSQL(8.0.3) and MySQL(5.0.18)

cannot acquire it though I want to acquire the offset of the specified
cursor.
and, fetch() is next offset acquired when acquiring it.

ってかいてあるね。

**nobodyさん** · 2008/05/01(木) 19:46:46

なんかドコモとかauの最初や最後に.や.が連続するRFC違反のメールアドレスに対応するために

Zend/Validate/EmailAddress.php
の216のatextに\x2eを追加したらOKだが、本末転倒か。

**nobodyさん** · 2008/05/01(木) 20:30:50

ルール違反を甘やかしてはいけない

**nobodyさん** · 2008/05/02(金) 17:39:15

そんなもん弾いてしまえ

**nobodyさん** · 2008/05/02(金) 23:15:40

一週間いじってみたがこんな致命的バグの潜んだFWは使う気になれん

**nobodyさん** · 2008/05/03(土) 00:45:54

せめて致命的バグを挙げてから言ってくれ

**nobodyさん** · 2008/05/03(土) 13:53:26

Zend Frameworkってセーフモードで動きますん？
CGIモードで動きますん？

**nobodyさん** · 2008/05/03(土) 14:10:15

動きますん

**nobodyさん** · 2008/05/04(日) 00:13:53

そうなぬん？

**nobodyさん** · 2008/05/04(日) 07:48:44

Zend_Db::query($sql, $param);

を使った時に、
プレースホルダに入れる値をクォートしたくないんだけど、
Zend_Db_Expr型にしてもクォートされてしまうのは仕様？
回避策はある？

例)
$param => array('param' => new Zend_Db_Expr('true'));
　$db->query("SELECT * FROM hoge WHERE :param", $param);

　生成されるクエリ
　SELECT * FROM hoge WHERE 'true';

　期待するクエリ
　SELECT * FROM hoge WHERE true;

**nobodyさん** · 2008/05/04(日) 17:48:43

クォートしたくないならプレースホルダ使わない。

Zend_Dbのプレースホルダは確か、プレースホルダに対応して無いDBでも
プレースホルダがあるかのごとく使えるように作られてるから、
その関係でクォート掛かるんじゃないかな。

**nobodyさん** · 2008/05/07(水) 03:55:17

プレースホルダ対応してないDBって何があるの？

**nobodyさん** · 2008/05/07(水) 05:02:51

対応云々じゃなくいろんなDBを適当に同じ文法に押し込んだ結果

**nobodyさん** · 2008/05/07(水) 14:14:51

viewにphp書くとき、ショートタグ使ってる？

<?php echo $this->layout()->content ?>
これだとなんか綺麗じゃないんだよね

ショートタグあんまり使いたくないけど。

**nobodyさん** · 2008/05/07(水) 17:30:34

smarty使ってる

**nobodyさん** · 2008/05/07(水) 17:39:51

smartyなんて乞食が使うもの

**nobodyさん** · 2008/05/07(水) 20:36:27

乞食ってw

smartyっていうかテンプレートエンジンあんまり使いたくない

**nobodyさん** · 2008/05/07(水) 20:55:26

なぜに？

**nobodyさん** · 2008/05/07(水) 21:26:31

テンプレートエンジン使ったら負けだ

**nobodyさん** · 2008/05/07(水) 23:39:38

そう思っていた時期が僕にもありました。

Smarty使って2、3回仕事をこなせば、もうSmarty無しでは生きられない体になるぜ。
今ではテンプレートエンジン否定派は、ただの初心者にしか思えないｗｗ

**nobodyさん** · 2008/05/07(水) 23:58:04

ethnaでsmarty使ったら便利だったけどね。
なんとなくだ。

**nobodyさん** · 2008/05/08(木) 00:05:51

Smartyも好きなんだけど、結局Zend_View拡張して使ってる

**nobodyさん** · 2008/05/08(木) 00:30:38

マクロ作っといてボタン押すだけ。

<php echo $hoge; ?>とか一々毎回同じ様な事を長く書くのが嫌なんだろうけど
同じ様な事を書くって事は、自動化できるっつー事でもある。

**nobodyさん** · 2008/05/08(木) 01:53:40

>>123
禿道
それ以前にクラスとか使うのを躊躇ってた時期がありました

**nobodyさん** · 2008/05/08(木) 08:15:42

>>126
マクロで自動化とか初心者の発想すぎるだろｗ
「やっぱり使えねぇわｗ」とあざ笑う目的でもいいから、一度Smartyあたり使ってみなされ。

デメリットは、学習コストくらいだよ。

**nobodyさん** · 2008/05/08(木) 10:11:06

こちらでどうぞ

【PHP】 Smarty 隔離スレ【テンプレート】
http://pc11.2ch.net/test/read.cgi/php/1201879269/

**nobodyさん** · 2008/05/08(木) 14:36:40

bootstrapってindex.phpのこと？

index.phpに
require '../application/bootstrap.php'

ってのを見かけるんだけど、DocumentRootから見えないようにしてるだけでindexに書いても同じこと？

**nobodyさん** · 2008/05/08(木) 14:52:24

>>130
ですね

**nobodyさん** · 2008/05/08(木) 18:42:27

>>130
applicationrディレクトリ内で全ての処理を完結出来る。
bootstrap.phpを基点にファイルパスを管理しておけば、
設置場所が変わったときに最小限の修正で済む。

というのがメリットなんじゃないかな。

**nobodyさん** · 2008/05/08(木) 23:32:34

Smartyのページキャッシュ使いたくないの？

**nobodyさん** · 2008/05/08(木) 23:33:19

ルーターが多機能なのはわかるんだけども、直感的とは程遠いなぁ･･･
そんなトリッキーなルーティングなんてする人少ないんだから、
FWとしては解りやすくシンプルな実装でいい気がする。

**nobodyさん** · 2008/05/08(木) 23:53:15

別に言う程Routerややこしくない
Routerのモジュール機能は使わなくて良い
RouteのStaticとRegexも使わなくて良い

**nobodyさん** · 2008/05/09(金) 09:21:36

>>133
意味不明。

**nobodyさん** · 2008/05/09(金) 16:00:24

Zend_Layoutの $this->layout()->content とか $this->layout->navの使い方がよくわからないんだけど、
navとかってどこで定義されてるの？

**nobodyさん** · 2008/05/09(金) 16:18:50

>>137
Zend_Layoutの中身を見ればよかろう

**nobodyさん** · 2008/05/09(金) 16:20:48

>>138
navとかcontentとか探したけど見つからないのよ

**137** · 2008/05/09(金) 16:37:49

ん？
最初からあるのはcontentだけで、navとかsidebarとかはコントローラーで
$response = $this->getResponse();
$response->insert('sidebar', $this->view->render('sidebar.phtml'));
とかしないといけないのか？

**nobodyさん** · 2008/05/09(金) 16:38:17

function __get() {

みたいなところ見てみたら？
多分そこらへん

**nobodyさん** · 2008/05/10(土) 13:15:55

すみません、質問です
ZendFrameworkに最近興味をもったんですが、これを使ってできるというPDFの出力は

・完全に日本語対応していますか？
・背景（テンプレートのJPGとか）と表（プログラムに応じて出力）を組み合わせて
　書き出すことはできますか？
・どこかの企業のロゴが刷り込まれたりしませんか？

以上３点について教えて欲しいです
もしこの機能を使っている方がいたら、困ってる点などあれば教えてください。
自分でも調べたんですが、本自体少ないし良くわかりませんでした　お願いします

**nobodyさん** · 2008/05/10(土) 13:26:04

>>142
ZendFreamwork1.5で日本語対応しました
言ってることはたぶん実現できるはずです
どこかの企業ロゴが云々のことは知りません
でもそんなの出てたら誰も使わないよねｗ

**nobodyさん** · 2008/05/10(土) 13:29:59

>>143
おお、お返事ありがとうございます　すごく使いたくなりましたｗ
pearでPDF書き出す機能があって使おうと思ってたんですが、
そのモジュール作った企業のロゴが入って参ってたんです
ほんとにありがとうございました！

**nobodyさん** · 2008/05/10(土) 13:47:19

編集すればそんなロゴなんて消せるんじゃないか？

**nobodyさん** · 2008/05/10(土) 16:28:30

今日さむいよ
ゴールデンウィークは30度近くいったと思ったら。

**nobodyさん** · 2008/05/11(日) 02:21:42

ホントなんでこんな寒いの。。
しかし久々にさわったらまた随分ポリシー変わったね。毎回思うが。
＞132
開発している内にindex.php上のbootstrapの記述が結局数十行とかになって、
超・汚くなるし危ないんだよね。
それに対応するbootstrap.phpが推奨になるまで2年（もっと？）か。。。

**nobodyさん** · 2008/05/13(火) 05:09:01

1ヶ月使った感想。

シンプルな実装なので基底クラス郡としては強力だが、制作効率に反映されるまで時間がかかる印象。
フレームワークを実装する為のフレームワーク/ライブラリ郡って感じかねぇ･･･
現時点ではマルチバイト系全般の処理が甘いのが痛い。

総評：今後に期待。コーディングスタイルは好みなので支持して行きたい。

**nobodyさん** · 2008/05/13(火) 12:21:40

マルチバイト処理ってvalidateぐらいじゃね？

**nobodyさん** · 2008/05/13(火) 21:26:22

MailとFilterとか

**nobodyさん** · 2008/05/13(火) 21:38:51

俺もバリデータを拡張すれば良いんだろうと思ってやろうとしたけど
やり方がわからねぇ。
validateインクルードしないでmb関数直接書く。

全部のクラスに凄い親切にコメント書かれまくってるけど、
書かれすぎてて読みきれない。
コードの２，３倍コメントある気がする。

**nobodyさん** · 2008/05/13(火) 23:21:24

バリデータを拡張って既存の奴の組み合わせでは不可能な時の独自バリデートってこと？
マニュアルとコード見ても分かんないの？

**nobodyさん** · 2008/05/13(火) 23:25:50

カスタマイズ性のためにしょうもないところで
複雑になってたり設定が多かったり
ラッパーやビルトインの上書きを書いてる時点で
なんかしんどくなってくるねZFは

色々できるのは有り難いけど
デフォルトで一通り全部フルスタックな状態にしておいてくれて
そこからカスタマイズしたいやつは
デフォルトを取り除いてカスタマイズしていく形にして欲しいよ

デフォルトではとりあえず色々なもん自前で乗せてかないと
そこかしこで何かしら足りないっつーのは面倒過ぎる
エラーハンドラプラグインがデフォルトでついてるのに
そのエラーハンドラは自前で書かなきゃエラーをハンドルしないのかよ
おまえはどんだけツンデレなんだとしばき倒したい

マシューちゃんもうZend_Controllerはオナニーの域だよ
素直に作ってくれよあんた綺麗なコード書くんだからさ

全土フレームワークのコードは大好きだけど
実用的さの欠けっぷりは半端ないよ
ここを見てるPHPのエロい人がいたらそう伝えてよ
僕はこのオナニーコードの断片で昇天して
にちゃんねるに便所の落書きする事くらいしかできないよ

I love Zend Framwork！！　I love PHP！！

**nobodyさん** · 2008/05/13(火) 23:36:00

こんなコードがきれいって言うなら
俺のコード見たらお漏らしするな

**nobodyさん** · 2008/05/14(水) 01:27:35

>>153
デフォルトでフル装備しててイランものを後から取り除くのも面倒でね？

でもジェネレータみたいなのは欲しいな

**nobodyさん** · 2008/05/14(水) 07:43:09

>>154
見せて

**nobodyさん** · 2008/05/14(水) 17:07:05

print "HELLO WORLD";

**nobodyさん** · 2008/05/14(水) 18:48:31

>>157
死んだほうがいい

**nobodyさん** · 2008/05/14(水) 22:46:18

>>153
同意。
Zend_Dbの足りなさ過ぎにはずっこけたというかPDOで十分というか中途半端なPDOラッパーなぞいらん。

**nobodyさん** · 2008/05/14(水) 23:20:22

ORマッパーってZend_Db_Tableなの？

**nobodyさん** · 2008/05/14(水) 23:55:26

ORMっぽいORMは無い

**nobodyさん** · 2008/05/14(水) 23:58:10

SQLを書けってことか

**nobodyさん** · 2008/05/15(木) 19:02:20

ZActiveRecordの復活はまだですか？

**nobodyさん** · 2008/05/15(木) 19:14:46

php 5.3.0がlate static bindingsと__callStatic()が
ちゃんと実装されてリリースされたら
ActiveRecordパターンでまともな実装のORMが出ると思う

**nobodyさん** · 2008/05/15(木) 19:55:57

http://bugs.php.net/bug.php?id=30934
みたいにごちゃごちゃ言ってねーで、5.0で実装しとけっつー話だわな。

**nobodyさん** · 2008/05/15(木) 20:29:48

namespaceもそうだな
結局5.0のリリースで見送ったもののツケが回ってきてる感じだな
その辺りとクロージャのパッチさっさと取り入れてくれりゃ
各FWも随分すっきりした実装になりそうなのにな
今のPHPの実装でFW書く人はほんとマゾ過ぎる

**nobodyさん** · 2008/05/16(金) 11:18:11

self関係はリリースしてしまった以上、直すに直せない状況なんだろうね…

**nobodyさん** · 2008/05/17(土) 01:41:30

>>167
selfだめなの？

**nobodyさん** · 2008/05/17(土) 01:58:07

1.5.2 リリース。

**nobodyさん** · 2008/05/17(土) 03:56:33

どう変わったんだ

**nobodyさん** · 2008/05/17(土) 13:25:41

しーん

**nobodyさん** · 2008/05/17(土) 13:28:53

http://framework.zend.com/issues/secure/IssueNavigator.jspa?requestId=10743

**nobodyさん** · 2008/05/18(日) 20:51:12

バグフィックスメインか

**nobodyさん** · 2008/05/21(水) 02:55:52

zendが身売りってどんだけー

**nobodyさん** · 2008/05/21(水) 05:22:02

身売りしたらこんなオナニーフレームワークは何の意味もなくなる

**nobodyさん** · 2008/05/21(水) 14:24:36

PHPオタワ

**nobodyさん** · 2008/05/21(水) 14:31:27

PHP房涙目wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

**nobodyさん** · 2008/05/21(水) 16:30:45

アプリケーション内のHTMLでヘッドとフッターがある程度決まっていて
毎回書くのがめんどくさいです。
なのであらかじめ２つのphtmlファイル（ヘッドとフッター）を用意してページをrenderする前後に呼び出したいのですがどうすればいいでしょうか？

$view = new Zend_View();
echo $view->render("/var/hoge/views/design/top.phtml");
echo $view->render("/var/hoge/views/index/hoge.phtml");
echo $view->render("/var/hoge/views/design/footer.phtml");

こんな書き方でできるかと思ったのですがエラーになります。

**nobodyさん** · 2008/05/21(水) 20:13:42

zend_layoutで。

**nobodyさん** · 2008/05/22(木) 00:28:27

まぁ実際身売りしてもzendframework自体はなんもかわらない気がする。

microsoftはやだな。オラクルも

**nobodyさん** · 2008/05/22(木) 00:38:39

ZFは野に放っても生きていけると思うけど
PHP本体はな……
オープンソースとはいえ、≒Zendな訳でしょ

**nobodyさん** · 2008/05/22(木) 01:10:22

PHP6 → Microsoft PHP.NET
Zend時代よりも大幅な開発力アップになったりしてｗ

**nobodyさん** · 2008/05/22(木) 01:20:40

CLI上でgoto実装された言語二つ目になる訳ですね、判ります。

**nobodyさん** · 2008/05/22(木) 01:22:23

どうせ買われるのならRasmusがいるYahoo!の方がいいなｗ

**nobodyさん** · 2008/05/22(木) 01:26:46

>>181
「Zend公式」という強みしかない糞FWが生き残るわけねーじゃん
「Zend公式」の印籠をもってしてもメインストリームになってないし

**nobodyさん** · 2008/05/22(木) 01:35:43

公式ゆえの弱み（or臆病さ）だろうね
ヘタに主流作れないのでフレームワークのためのフレームワーク的なモンしか提案できない

言語本体から切り離した地盤固めの試みなんじゃねえの

**nobodyさん** · 2008/05/22(木) 01:51:36

Zend自体ブランド力も開発力も乏しいんだから、
PHP&ZendFrameworkごとMSとかに買収された方がPHPの発展になるんじゃねーの？

Visual PHP.net とか普通に期待しちゃう。

**nobodyさん** · 2008/05/22(木) 01:56:06

msが買ったらlinuxで動かなくなるじゃん
そしたら事実上脂肪

**nobodyさん** · 2008/05/22(木) 01:56:49

>>184
元ネタによるとyahooに買われても、いきつく先はMSだけどなｗ

http://jp.techcrunch.com/archives/20080519job-cuts-at-php-startup-zend-could-be-aimed-with-an-eye-towards-a-sale/

**nobodyさん** · 2008/05/22(木) 03:19:12

>>189
どうせならyahooがいいけど、MSに買われたら意味ないしなぁw

じゃあSun?

**nobodyさん** · 2008/05/22(木) 03:20:08

yahooがgoogleと組めばいいんだ
googleはpythonだろうけど

**nobodyさん** · 2008/05/22(木) 03:25:14

珍しく伸びるな

**nobodyさん** · 2008/05/22(木) 03:41:32

IBMもSunも脛に傷あるような企業だからなぁｗ

**nobodyさん** · 2008/05/22(木) 06:49:57

有り余る金でgoogleが買ってくれたら
みんなが幸せになるとは思うけどな

**nobodyさん** · 2008/05/22(木) 10:41:11

>>191
>>194
PythonとPHPが統合されたら強力なツールになりますね

**nobodyさん** · 2008/05/22(木) 17:25:29

pythonとphpでパイビーですね

**nobodyさん** · 2008/05/22(木) 17:25:59

パイエッチにするとさらに卑猥

**nobodyさん** · 2008/05/22(木) 19:55:35

モジュールを以下の形式のようにネストする事は可能ですか？
/module1/module2/controller/action/

setControllerDirectory()ではモジュール名に対してコントローラディレクトリを指定すると思うので、
ネストする場合には
"module1"=>"/path/to/controller"
とするしかできないと思います。
ちなみに無謀なチャレンジをしてみましたが
"module1/module2"=>"/path/to/controller"
Module2Controllerを読もうとしてエラーになってしまったようです。

当方女子高生です。
よろしくお願いします。

**nobodyさん** · 2008/05/22(木) 20:44:04

上場企業社員ですが、モジュールをネストする意味がわかりません。

**nobodyさん** · 2008/05/22(木) 21:35:28

>>198
無職だけど、モジュール自体をネストしなくても
/foo/bar/:controller/:action で module1 のディレクトリに対してマッピングすれば良い
Routerのモジュール機能でどうこうするよりも
routerのマッピングを変えた方がわかりやすいし変更も楽