08/05/14 22:46:18
>>153
同意。
Zend_Dbの足りなさ過ぎにはずっこけたというかPDOで十分というか中途半端なPDOラッパーなぞいらん。
160:nobodyさん
08/05/14 23:20:22
ORマッパーってZend_Db_Tableなの？
161:nobodyさん
08/05/14 23:55:26
ORMっぽいORMは無い
162:nobodyさん
08/05/14 23:58:10
SQLを書けってことか
163:nobodyさん
08/05/15 19:02:20
ZActiveRecordの復活はまだですか？
164:nobodyさん
08/05/15 19:14:46
php 5.3.0がlate static bindingsと__callStatic()が
ちゃんと実装されてリリースされたら
ActiveRecordパターンでまともな実装のORMが出ると思う
165:nobodyさん
08/05/15 19:55:57
URLﾘﾝｸ(bugs.php.net)
みたいにごちゃごちゃ言ってねーで、5.0で実装しとけっつー話だわな。
166:nobodyさん
08/05/15 20:29:48
namespaceもそうだな
結局5.0のリリースで見送ったもののツケが回ってきてる感じだな
その辺りとクロージャのパッチさっさと取り入れてくれりゃ
各FWも随分すっきりした実装になりそうなのにな
今のPHPの実装でFW書く人はほんとマゾ過ぎる
167:nobodyさん
08/05/16 11:18:11
self関係はリリースしてしまった以上、直すに直せない状況なんだろうね…
168:nobodyさん
08/05/17 01:41:30
>>167
selfだめなの？
169:nobodyさん
08/05/17 01:58:07
1.5.2 リリース。
170:nobodyさん
08/05/17 03:56:33
どう変わったんだ
171:nobodyさん
08/05/17 13:25:41
しーん
172:nobodyさん
08/05/17 13:28:53
URLﾘﾝｸ(framework.zend.com)
173:nobodyさん
08/05/18 20:51:12
バグフィックスメインか
174:nobodyさん
08/05/21 02:55:52
zendが身売りってどんだけー
175:nobodyさん
08/05/21 05:22:02
身売りしたらこんなオナニーフレームワークは何の意味もなくなる
176:nobodyさん
08/05/21 14:24:36
PHPオタワ
177:nobodyさん
08/05/21 14:31:27 LYIqFUi6
PHP房涙目wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
178:nobodyさん
08/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");
こんな書き方でできるかと思ったのですがエラーになります。
179:nobodyさん
08/05/21 20:13:42
zend_layoutで。
180:nobodyさん
08/05/22 00:28:27
まぁ実際身売りしてもzendframework自体はなんもかわらない気がする。
microsoftはやだな。オラクルも
181:nobodyさん
08/05/22 00:38:39
ZFは野に放っても生きていけると思うけど
PHP本体はな……
オープンソースとはいえ、≒Zendな訳でしょ
182:nobodyさん
08/05/22 01:10:22
PHP6 → Microsoft PHP.NET
Zend時代よりも大幅な開発力アップになったりしてｗ
183:nobodyさん
08/05/22 01:20:40
CLI上でgoto実装された言語二つ目になる訳ですね、判ります。
184:nobodyさん
08/05/22 01:22:23
どうせ買われるのならRasmusがいるYahoo!の方がいいなｗ
185:nobodyさん
08/05/22 01:26:46
>>181
「Zend公式」という強みしかない糞FWが生き残るわけねーじゃん
「Zend公式」の印籠をもってしてもメインストリームになってないし
186:nobodyさん
08/05/22 01:35:43
公式ゆえの弱み（or臆病さ）だろうね
ヘタに主流作れないのでフレームワークのためのフレームワーク的なモンしか提案できない
言語本体から切り離した地盤固めの試みなんじゃねえの
187:nobodyさん
08/05/22 01:51:36
Zend自体ブランド力も開発力も乏しいんだから、
PHP&ZendFrameworkごとMSとかに買収された方がPHPの発展になるんじゃねーの？
Visual PHP.net とか普通に期待しちゃう。
188:nobodyさん
08/05/22 01:56:06
msが買ったらlinuxで動かなくなるじゃん
そしたら事実上脂肪
189:nobodyさん
08/05/22 01:56:49
>>184
元ネタによるとyahooに買われても、いきつく先はMSだけどなｗ
URLﾘﾝｸ(jp.techcrunch.com)
190:nobodyさん
08/05/22 03:19:12
>>189
どうせならyahooがいいけど、MSに買われたら意味ないしなぁw
じゃあSun?
191:nobodyさん
08/05/22 03:20:08
yahooがgoogleと組めばいいんだ
googleはpythonだろうけど
192:nobodyさん
08/05/22 03:25:14
珍しく伸びるな
193:nobodyさん
08/05/22 03:41:32
IBMもSunも脛に傷あるような企業だからなぁｗ
194:nobodyさん
08/05/22 06:49:57
有り余る金でgoogleが買ってくれたら
みんなが幸せになるとは思うけどな
195:nobodyさん
08/05/22 10:41:11
>>191
>>194
PythonとPHPが統合されたら強力なツールになりますね
196:nobodyさん
08/05/22 17:25:29
pythonとphpでパイビーですね
197:nobodyさん
08/05/22 17:25:59
パイエッチにするとさらに卑猥
198:nobodyさん
08/05/22 19:55:35 3xiPTBYp
モジュールを以下の形式のようにネストする事は可能ですか？
/module1/module2/controller/action/
setControllerDirectory()ではモジュール名に対してコントローラディレクトリを指定すると思うので、
ネストする場合には
"module1"=>"/path/to/controller"
とするしかできないと思います。
ちなみに無謀なチャレンジをしてみましたが
"module1/module2"=>"/path/to/controller"
Module2Controllerを読もうとしてエラーになってしまったようです。
当方女子高生です。
よろしくお願いします。
199:nobodyさん
08/05/22 20:44:04
上場企業社員ですが、モジュールをネストする意味がわかりません。
200:nobodyさん
08/05/22 21:35:28
>>198
無職だけど、モジュール自体をネストしなくても
/foo/bar/:controller/:action で module1 のディレクトリに対してマッピングすれば良い
Routerのモジュール機能でどうこうするよりも
routerのマッピングを変えた方がわかりやすいし変更も楽
201:nobodyさん
08/05/22 21:56:47
本気でモジュールをネストする意味がわかりません。
202:nobodyさん
08/05/23 00:08:35
>>199
上場企業社員とかいらんだろw
203:nobodyさん
08/05/23 00:56:14
上場企業下請け派遣社員ですが彼女がいません。
204:198
08/05/23 02:08:23
すいません。言い方が悪かったみたいです。
モジュールをネストする必要と言うよりは、
クライアントからのパスの指定があったからという理由です。
マッピングを設定できるというのは知りませんでした。
>>200の方のいうようにやってみたいと思います。
どうもありがとうございました。
実は女子高生と言うのは釣りです。
どうもすいませんでした。
205:nobodyさん
08/05/23 03:07:53
URIを好きなように設定したい！
↓
モジュールをネストしよう！
って発想になるのがなかなかエクセレントだな｡
206:nobodyさん
08/05/23 03:08:05
なんだと
207:nobodyさん
08/05/23 03:32:17
女子高生ワロタwww
208:nobodyさん
08/05/23 04:03:46
「女子高生」で釣られるわけねーだろヴォケ
209:nobodyさん
08/05/23 04:19:20
お前ら足下みられすぎワロタ
210:nobodyさん
08/05/23 12:21:01
$this->view->renderで絶対パスを指定するとエラーになります。
相対パスだと意図したとおり表示されますが、汎用性が低くなってしまいます。
define('ROOT_DIR',dirname(dirname(__FILE__))."/");
$this->view->render(ROOT_DIR."apps/layouts/template.phtml");
エラーになる
何かいい方法はないでしょうか？
211:nobodyさん
08/05/23 12:39:44
echo ROOT_DIR."apps/layouts/template.phtml";
212:nobodyさん
08/05/23 12:49:52
>>210
テンプレートがまとまって入っているスクリプトパスを
viewに設定してそのスクリプトパスからの相対パスを指定して
テンプレートを読み込んで使うっていうものだから
絶対パスで扱えないから汎用性が低いってのはちょっと違和感が
まあ例外的に絶対パスで指定したい時もあるし
絶対パスでそのまま扱えるオプションやメソッドがあってもいいとは思うよ
（railsのactionviewにもそういうオプションはある）
それはZend_View_Abstractを継承するなりして
それ用のメソッドなりオプションを用意してやれば良いと思う
213:210
08/05/23 14:49:52
>>212さん
＞テンプレートがまとまって入っているスクリプトパスをviewに設定してそのスクリプトパスからの相対パス
たとえば以下のように設定して
Zend_layout::startMvc(array('layoutPath'=>'/apps/layouts'));
/apps/layoutsからの相対パスで設定可能なら管理上、便利なのですが、(個人的に、ですが)
setControllerDirectory('apps/controllers')
で設定したファイルパスからの相対パスのようです。
レイアウトはレイアウトで管理したいのでなんか気持ち悪いです。
'layoutPath'で管理する方法はないでしょうか？
214:nobodyさん
08/05/23 19:15:50
Zend_Layoutは使ったことないので何ともいえないけど、
そのlayoutPathで指定してる '/apps/layouts' っていう
絶対パスはちゃんと合ってる？ルート直下になってるけど
そのlayoutPathから相対で指定できなかったら
個人的にも何もlayoutPath設定してる意味がないと思うんだけど、、、
少なくともcontroller directoryからの相対指定ってのは明らかにおかしいし
自分なら何か設定が間違ってると考えるけど
215:nobodyさん
08/05/23 22:57:34
完璧な仕事しやがって・・・
216:nobodyさん
08/05/24 01:21:29
次のバージョンは1.6ですよ
217:nobodyさん
08/05/27 00:22:51
出力前にビューと変数全体の文字コードを変えたいのですが、どんな方法があるでしょうか？
smartyでいうところのprefilterみたいな機能です。
218:nobodyさん
08/05/27 11:53:14
URLのカスタマイズは可能でしょうか？
example.com/index/hoge/id/12345/
だと長すぎるので
example.com/id12345/
や
example.com/12345/
でできればと思います。
内部的に第二パラメータ（id([0-9]+),([0-9]+)）がある場合は
index/hoge/id/12345/として扱うようにしたいのです。
219:nobodyさん
08/05/27 12:22:10
つ rewrite rule
220:nobodyさん
08/05/27 12:25:14
routerじゃないのか？
221:nobodyさん
08/05/27 13:01:28
ZF的にはrouterが正攻法だろうね。
個人的にrouterは冗長で読みにくいので、標準のルーティング以外はmod_rewriteを使っている。
>>218
普通にやればスンナリ出来る事なのに、
詳細を調べないと実現出来ないような実装な時点で、router使うやつはただのマゾ。
222:nobodyさん
08/05/27 13:26:50
こういう場合って router 使うのね。
俺はErrorControllerいじって実装してたわ。
223:217
08/05/27 17:42:54
出力ファイルの文字コードのみ変換したいのですができないでしょうか？
これができないと携帯用の出力ができません、、、
Zend Frameworkでは携帯サイトは作れないですか？
お願いいたしますm(_ _)m
224:nobodyさん
08/05/27 18:04:06
ZendFrameworkにその機能が無いなら、拡張実装すればいいだけじゃないの？
自分はSmarty+ZFで対応してるけど。
>>出力ファイルの文字コードのみ変換したいのですができないでしょうか？
ZFのView実装見てないから何とも言えないけど、ob_start()でバッファリングして、最後に一括変換すればいけない？
225:nobodyさん
08/05/28 15:54:55 GUHYGw3g
RewriteRouter使えば簡単だよ
226:nobodyさん
08/05/28 19:28:44
ていうかFW使っててRouterすらまともに使えない奴ってなんなのｗｗｗ
227:nobodyさん
08/05/28 19:34:29
なんのためのFWだって話だｗｗ
228:nobodyさん
08/05/28 22:32:55
ZFに限って言えば、Router使う奴はマゾとしか思えない。
記述と動作が追いにくいので、FWの利点である「FWを知っていれば、他人のコードも理解しやすい」というメリットが薄い上に、
シンプルな動作を実装するのに、複雑なコードが必要になるとかｗｗ
229:nobodyさん
08/05/28 22:41:53
Routerから追わないといけない必要に駆られる時点でいろいろ間違ってる
230:nobodyさん
08/05/29 01:54:23
Routerに限らず、ZFをどこまで信用できるかandどこまで
ZFの想定に近いことをやろうとしているかの見極めどころの話だな
231:nobodyさん
08/05/29 02:03:36
routerつかわない人って
未だにだっさいURLなの？
232:nobodyさん
08/05/29 02:29:11
URLなんてRouter以外でどーにでもなる。
routerの冗長でだっさいコーディングに疑問を持たない人ってなんなの？
233:nobodyさん
08/05/29 02:32:27
mod_rewriteで解決ですかｗｗ
234:nobodyさん
08/05/29 02:40:47
>>233の知識が乏しいのだけは解った。
235:nobodyさん
08/05/29 02:57:54
ほーう
では他にどんなソリューションがあるのか教えて頂けますか？
物知りさん
236:nobodyさん
08/05/29 13:26:28
mod_rewriteでって言ってる人がいるけど
それってデフォルトのルーティング以外のを
デフォルトルーティングに沿うように変換するってこと？
それは明らかに無駄だし、Router無しだと
アクションからURLを解決するような逆変換もできない
URLをどうこうだけじゃなく
URLとコントローラをマッピングすることがRouterの役目
Routerの設定が冗長ってのも微妙
実際のところRewriteRouterを使って
デフォルトルーティング以外を追加するくらいのもんだと思うんだけど
あれで冗長ならRouter的な概念を持つもの何も使えないんじゃない？
設定が冗長だと感じるならsymfonyみたいに
マッピングをyamlで設定できるようにラップするといい
まあそれでも冗長と感じてよりシンプルな方法があるなら
俺も正直教えて欲しい
237:nobodyさん
08/05/29 13:32:19
Routerで /ctrl/action/param/param/param/ ...
とするための設定教えちくりくり
238:nobodyさん
08/05/29 13:40:21
>>237
URLﾘﾝｸ(framework.zend.com)
239:nobodyさん
08/05/29 20:54:43
>>236
まったくだ
往復で変換できなきゃ意味ないよな
240:nobodyさん
08/06/01 07:16:58
ルーターでデフォルトモジュール名を省略する事って可能ですか？
以下のように、設定したいのですがどう書いてよいのやら･･･
/test → IndexController::TestAction();
/test/ → TestController::IndexAction();
241:nobodyさん
08/06/02 01:35:52 dJEt55md
可能
242:nobodyさん
08/06/02 03:02:39
>>241
教えてエロイ人
243:nobodyさん
08/06/02 03:05:27
デフォルトactionを設定したらいいんじゃね
zend使ったことないからしらんけど
244:nobodyさん
08/06/02 03:33:35
>>243
デフォルトでは
/module
/module/
/module/action
と認識されてしまうんですよ。
これを
/action
/module/
/module/action
と設定したいのですお。
245:nobodyさん
08/06/02 03:40:15
それは個別にルータに指定しなきゃだめだろう
/hoge
と指定した時に
/default/hoge
に変換する等、ひとつひとつ設定するのが普通
246:nobodyさん
08/06/02 03:45:27
なるほど個別設定は試してなかったので、試してみます。
247:nobodyさん
08/06/12 14:02:23 Mes6XuGv
Zend_Http_Responseのfactoryメソッドってどこにあるの？
248:nobodyさん
08/06/13 18:48:28 /Epk/r4F
Zend_Http_Responseのfactoryメソッドってどこにあるの？
249:nobodyさん
08/06/13 19:54:57
ここではないどこかだよ馬鹿野郎
250:nobodyさん
08/06/13 20:12:31
分かんないんならレスしないでくれる？
251:nobodyさん
08/06/14 04:30:28
「factoryメソッドはある」と認識してるのに、どこにあるかワカラナイとか意味がわからない。
なぜ「ある」と思ったんだい？
252:nobodyさん
08/06/14 04:37:28
だよな
そもそもfactoryパターンの意味も分かってないっぽい
253:nobodyさん
08/06/14 04:46:12
もしやソースのファイル名と行を聞いているのでは
Grepすりゃ一発だろって話だが
254:nobodyさん
08/06/14 11:33:00
質問です。標準のルーターだと
/default/index/index
/index/index
/index
/
全部同じアクションが呼ばれますよね。
SEO的に良くなかったり相対パスで書いた画像が表示できなかったりするから、
どれか一つ以外のもの (この場合は/) 以外はリダイレクトさせるか、404にしたいのですが、
そんなことできますか？
255:nobodyさん
08/06/14 12:18:09
$front->getRouter()->removeDefaultRoutes();
256:nobodyさん
08/06/15 01:23:44
>>255
どもです。しかしそれだと、/が使えなくなって index/index と書かなくちゃいけなくなるんじゃないですか？
逆が良いのですが。
257:nobodyさん
08/06/15 01:59:21
だったらそう設定すればいいだろう。
258:nobodyさん
08/06/15 02:13:16
removeDefaultRoutes()してから、
/ に index/index を当てればいい。
index/indexなんてかっこわるいのはイラン
259:nobodyさん
08/06/15 21:57:49
普通DefaultRoutesは消さんだろ
なんのためのデフォルトなのか考えろ
>>254
不要なURLをリダイレクト or 404用のアクションにマッピングするだけ
260:nobodyさん
08/06/17 02:33:00
やっぱりみんなルーターの扱いがよくわからないよね
>>259もいってる通りリダイレクトなんかが一番楽なのかもね
ただGETで変数渡したい時だけルーティングしたいような気もする
261:nobodyさん
08/06/25 12:10:06
連鯖がドキュメントルート同階層にディレクトリが作れないもんで、ZFのライブラリをドキュメントルート以下に配置するしか方法がないんだけど、こういう場合ってcgi-binに配置した方がいいかな？ それか適当なディレクトリに入れてアクセス制限かける方がいいかな？
262:nobodyさん
08/06/25 12:13:09
なんでcgi-binｗｗ
263:nobodyさん
08/06/25 15:10:01
warosu
264:nobodyさん
08/06/29 09:04:08
Zend_Authとか使ってる人いる？
設計思想はわからんでもないが、そのままじゃ使えない上に、カスタマイズが面倒で、独自実装する方が早い気がしてならない。
使った場合のメリットを教えてエライ人。
265:nobodyさん
08/06/29 10:01:33
俺はそれよりもZend_Aclのメリットがわからんですたい
266:nobodyさん
08/06/29 14:15:24
>>264->>265
AuthもAclもセットで使ってる
メリットは単純だし実装が楽だから
カスタマイズってそんなにするところあるの？
267:nobodyさん
08/06/29 19:48:09
公式のサンプルやネットに転がってるサンプルだと、
単純で実装が楽ってのが実感出来ないなぁ･･･
機能としては単純なのに、少々冗長で、覚える事が多いなぁ･･･と感じてしまう。
268:nobodyさん
08/06/29 20:05:20
じゃ実際に使って確かめろよ頭悪いの？
269:nobodyさん
08/06/29 20:55:07
使うに至るものなのかって質問が理解出来ない程頭悪いの？
270:nobodyさん
08/06/29 22:15:27
それを判断する最短解は、簡単なサンプルで使ってみるこったろ
Acl/Auth程度、他人（それも2chの名無し）に良い悪い論せたところで遠回りよ
俺の私見では、汎用性整えつつ最低限の道具であろうとしたらこうなるね、という感じだ
俺がこう述べたところで君がそうかと判断するのは早計だ
何人か反論してきて初めて判断基準としての価値があるだろうな
その間にざっくり試して判断すりゃ30分も掛からんだろうよ
271:nobodyさん
08/06/29 23:05:45
>>269
サンプルで実感できないかつ実際にも使う気がしない面倒臭がりなら使わなきゃいいだろ何のためにこのスレにいるの
ケチだけつけて何がしたいの？ネガキャン？つかむしろなんのために生きてるの
272:nobodyさん
08/06/29 23:10:33
まぁそりゃそうだが・・・
汎用性とのトレードオフなんだろうけど、
Authは機能の割に実装量と学習コストが高いと感じたのさ。
率先して使う価値はあるのかなと。恩恵はあるのかなと。
チーム内のコード共有の為にZFを導入した経緯もあるので、
他の人の意見を聞きつつ、使うか避けるかを判断したいんです。
273:nobodyさん
08/06/29 23:14:49
>>271
そうムキになるなよｗ
他のコンポーネントは使ってるし、ZFは重宝してるよ。
274:nobodyさん
08/06/30 02:36:42
>>271
何か嫌なことでもあったのｗｗ