[PHP]フレームワークについて語るｽﾚ4[総合]
1 ：nobodyさん：
前スレ
[PHP]フレームワークについて語るｽﾚ３[総合]
http://pc8.2ch.net/test/read.cgi/php/1145971945/
[PHP]フレームワークについて語るｽﾚ２[総合]
http://pc8.2ch.net/test/read.cgi/php/1135847024/
【PHP】フレームワークについて語るスレ【総合】
http://pc8.2ch.net/test/read.cgi/php/1123608068/
よく話題になるフレームワーク
■Zend Framewoek
http://framework.zend.com/
http://framework.zend.com/manual/ja/ （日本語マニュアル）
■symfony
http://www.symfony-project.com/
■[ 日本発 ] Ethna
http://ethna.jp/
[PHP]フレームワークについて語るｽﾚ３[総合]
http://pc8.2ch.net/test/read.cgi/php/1145971945/
[PHP]フレームワークについて語るｽﾚ２[総合]
http://pc8.2ch.net/test/read.cgi/php/1135847024/
【PHP】フレームワークについて語るスレ【総合】
http://pc8.2ch.net/test/read.cgi/php/1123608068/
よく話題になるフレームワーク
■Zend Framewoek
http://framework.zend.com/
http://framework.zend.com/manual/ja/ （日本語マニュアル）
■symfony
http://www.symfony-project.com/
■[ 日本発 ] Ethna
http://ethna.jp/
|
|
|
2 ：nobodyさん：2006/07/01(土) 07:35:38 ID:Pg6bOKC2
フレームワーク他にもいっぱい
■Agavi
http://agavi.org/
■Mojavi
http://www.mojavi.org/
■Phrame
http://phrame.sourceforge.net/
■[ 日本発 ] Maple
http://kunit.jp/maple/
■[ 日本発 ] guesswork
http://www.guesswork.jp/
■Biscuit
http://bennolan.com/biscuit/
■PHP on TRAX
http://phpontrax.com/
■Web Application Component Toolkit (WACT)
http://www.phpwact.org/
■XOAD
http://wiki.xoad.org/index.php?title=Wiki_Home
■[ 日本発 ] pokox
http://www.glamenv-septzen.net/pukiwiki/index.php?pokox
■[ 日本発 ] 速構Web Framework
http://www.pm9.com/newpm9/itbiz/php/framework/
■CakePHP
http://cakephp.org/
■Agavi
http://agavi.org/
■Mojavi
http://www.mojavi.org/
■Phrame
http://phrame.sourceforge.net/
■[ 日本発 ] Maple
http://kunit.jp/maple/
■[ 日本発 ] guesswork
http://www.guesswork.jp/
■Biscuit
http://bennolan.com/biscuit/
■PHP on TRAX
http://phpontrax.com/
■Web Application Component Toolkit (WACT)
http://www.phpwact.org/
■XOAD
http://wiki.xoad.org/index.php?title=Wiki_Home
■[ 日本発 ] pokox
http://www.glamenv-septzen.net/pukiwiki/index.php?pokox
■[ 日本発 ] 速構Web Framework
http://www.pm9.com/newpm9/itbiz/php/framework/
■CakePHP
http://cakephp.org/
3 ：nobodyさん：2006/07/01(土) 07:36:12 ID:Pg6bOKC2
フレームワークの比較記事
http://lnx.googlewrite.com/chart.php
http://www.mustap.com/phpzone_post_73_top-10-php-mvc-frameworks
フレームワークのリスト
http://d.hatena.ne.jp/koyhoge/20060327/1143444511
星の数ほどフレームワーク
http://www.google.com/search?q=php+framework
http://del.icio.us/search/?all=php+framework
フレームワーク個別スレ。
【PHPフレームワーク】Ethna【スケルトン自動作成】
http://pc8.2ch.net/test/read.cgi/php/1123070439/
【PHP】フレームワークMapleに舌鼓
http://pc8.2ch.net/test/read.cgi/php/1122105465/
テンプレートエンジンについてはこちらへ。
【Smarty】PHPのテンプレートエンジン【Flexy】
http://pc8.2ch.net/test/read.cgi/php/1118799352/
http://lnx.googlewrite.com/chart.php
http://www.mustap.com/phpzone_post_73_top-10-php-mvc-frameworks
フレームワークのリスト
http://d.hatena.ne.jp/koyhoge/20060327/1143444511
星の数ほどフレームワーク
http://www.google.com/search?q=php+framework
http://del.icio.us/search/?all=php+framework
フレームワーク個別スレ。
【PHPフレームワーク】Ethna【スケルトン自動作成】
http://pc8.2ch.net/test/read.cgi/php/1123070439/
【PHP】フレームワークMapleに舌鼓
http://pc8.2ch.net/test/read.cgi/php/1122105465/
テンプレートエンジンについてはこちらへ。
【Smarty】PHPのテンプレートエンジン【Flexy】
http://pc8.2ch.net/test/read.cgi/php/1118799352/
【PHP】フレームワークPharonスレ
http://pc8.2ch.net/test/read.cgi/php/1138971053/l50
http://pc8.2ch.net/test/read.cgi/php/1138971053/l50
乙１
0.1.4ｷﾀ
>>1
乙カレー
乙カレー
9 ：nobodyさん：2006/07/01(土) 11:38:08 ID:RNR32TqF
みったんフレームワークがないよ！
http://pharon.lolipop.jp/ のこともたまには思い出して・・・・・あげなくて良いです。
ところで、フレームワークって何？
トビ職の事
誰かこのスレでsymfony講座やって
SymfonyはZFのレジストリみたいな
Singletonコンテナがないよね
Singletonコンテナがないよね
symfony、標準デバッグ画面でSQLログ見れるのはいいけど
同じクエリ2回発行してたりしよるなー
EthnaのAppManagerはキャッシュするのに。
同じクエリ2回発行してたりしよるなー
EthnaのAppManagerはキャッシュするのに。
ZFもProposalとか出来て頑張ってるじゃん
>>15
プリペアドじゃね？
プリペアドじゃね？
symfonyでgenerateしたcrudやadmin、
datetime型をちゃんと保存しなくない？
生成コード見たら時刻切り捨てて日付だけ保存してる。
datetime型をちゃんと保存しなくない？
生成コード見たら時刻切り捨てて日付だけ保存してる。
symfonyスレ作ったらこのスレが過疎化するぞ
21 ：nobodyさん：2006/07/01(土) 20:06:47 ID:cXr9ECot
>>14
sfConfig
sfConfig
Symfonyわかんない
>>21
configにsingleton突っ込むのは無茶では…
configにsingleton突っ込むのは無茶では…
24 ：nobodyさん：2006/07/01(土) 21:24:30 ID:mUjeSNdX
おい、やっぱそろそろsymfonyスレ作ったほうが
よ く な い か ？
このスレが過疎化するかどうかなんてのは
ZF , Cake , みったんの頑張りに任せるしかない。
それより symfony wiki を先に作ってはどうか?
<?
while(TRUE){
echo $res[24];
echo "\n";
echo $res[25];
}
?>
while(TRUE){
echo $res[24];
echo "\n";
echo $res[25];
}
?>
ほとんどが過疎化してる個別スレなんて全部いらんと思うけどな
ZFスレなんて悲惨だし
ZFスレなんて悲惨だし
ZFスレの6月の書き込み…1件
app.ymlに
-----------------------------------------------
# default values
all:
sample:
text:'symfonyスレ立ててよ'
-----------------------------------------------
って書き込んだのはいいんだけど、これどうやって使うの？
-----------------------------------------------
# default values
all:
sample:
text:'symfonyスレ立ててよ'
-----------------------------------------------
って書き込んだのはいいんだけど、これどうやって使うの？
>>1さん
乙
乙
Zend_Configとかいって、今更AgaviのReturnArrayのパクりかよ…
あの冗長なiniを設定ファイルにするなんて、もうZF完全に終わったな
あの冗長なiniを設定ファイルにするなんて、もうZF完全に終わったな
ZF はフレームワークとしては目新しさも面白さも何もないけど、
フレームワークとしてじゃなくて、PHP5 Strict な PEAR だと思って
必要なライブラリだけ使わせてもらってる。
0.1.4 からはライセンスに広告条項が無くなって使いやすくなってるし。
願わくばチャンネルサーバを立ててコンポーネントをバラ売りして欲しい。
フレームワークとしてじゃなくて、PHP5 Strict な PEAR だと思って
必要なライブラリだけ使わせてもらってる。
0.1.4 からはライセンスに広告条項が無くなって使いやすくなってるし。
願わくばチャンネルサーバを立ててコンポーネントをバラ売りして欲しい。
>>33
必要なライブラリってたとえば？
必要なライブラリってたとえば？
>>34
いまんとこ Feed, Mail, Mime
ここらへんは他所のライブラリより良くできてるよ。
欲を言えばパーザだけじゃなくてジェネレータも欲しい。
将来的には Pdf も使う予定。
あとは Web サービス関連 (Zend_Service_*) も気になるかなあ。
いまんとこ Feed, Mail, Mime
ここらへんは他所のライブラリより良くできてるよ。
欲を言えばパーザだけじゃなくてジェネレータも欲しい。
将来的には Pdf も使う予定。
あとは Web サービス関連 (Zend_Service_*) も気になるかなあ。
>>35
それこそ今更だよね。
それこそ今更だよね。
不要なものはるけど、必要なものは作らせるZF
>>36
sfFeedと比べて、具体的にどうよく出来てる感じ？
sfFeedと比べて、具体的にどうよく出来てる感じ？
>>39
sfFeed は使ったことなかったんで、見てみた。
これってジェネレータで、 Zend_Feed はパーザなんで、比較のしようが無いような...
Zend_Feed の良いところといえば Zend_Feed::import() でリモートのフィードを直接読めることとか、
その際に使うクライアントをを get/setHttpClient() でカスタマイズできることとか。
（自分は Zend_Http_Client::get() をオーバーライドしてキャッシュ機能をつけてる）
あと ZF 全般で言えばコードが読みやすいのがいいね。
Symfony はインデントがスペース二つだったり、ブロック（中括弧）の前後に改行があったりで、
PEAR 標準コーディング規約に慣れてると、コードを読むときに違和感が...
sfFeed は使ったことなかったんで、見てみた。
これってジェネレータで、 Zend_Feed はパーザなんで、比較のしようが無いような...
Zend_Feed の良いところといえば Zend_Feed::import() でリモートのフィードを直接読めることとか、
その際に使うクライアントをを get/setHttpClient() でカスタマイズできることとか。
（自分は Zend_Http_Client::get() をオーバーライドしてキャッシュ機能をつけてる）
あと ZF 全般で言えばコードが読みやすいのがいいね。
Symfony はインデントがスペース二つだったり、ブロック（中括弧）の前後に改行があったりで、
PEAR 標準コーディング規約に慣れてると、コードを読むときに違和感が...
>>33
今まで広告条項なんてあったんだ…
今まで広告条項なんてあったんだ…
symfonyとSmartyを使おうとするのってバカ？
使う理由なくね
ヘルパーとかよくわかんねーんだもん
ヘルパーは単なるグローバルな関数だよ
Smartyよりずっとカンタン
Smartyよりずっとカンタン
ヘルパーって一般的な用語?
ViewHelper転じてヘルパだよ
J2EEパターンにも入ってる一般的用語だよ
J2EEパターンにも入ってる一般的用語だよ
なんか定期的に>>42みたいなのが沸いてくるね
zend studioでsymfony使うのはめんどいな。
最近viばっかな俺。
最近viばっかな俺。
あえてsymfonyスレを立ててみようと試みたが、
規制でダメだった。
単独スレが立てばもっと盛り上がる可能性もあるので、
誰か立てませんか？
規制でダメだった。
単独スレが立てばもっと盛り上がる可能性もあるので、
誰か立てませんか？
ja きたーーーーーーー
http://www.symfony-project.com/askeet/ja/1
http://www.symfony-project.com/askeet/ja/1
>>52
訳者超GJ！
訳者超GJ！
54 ：nobodyさん：2006/07/03(月) 17:54:17 ID:17x04eqH
超スーパーナイスあげ
>52
askeetは日本語化もいいがドキュメントの内容と実際のファイルやディレクトリ構成の
違いを何とかして欲しいな。
かかれたのが古いバージョンの時だから仕様変更もあるし。
askeetは日本語化もいいがドキュメントの内容と実際のファイルやディレクトリ構成の
違いを何とかして欲しいな。
かかれたのが古いバージョンの時だから仕様変更もあるし。
>>50
viってそんなに便利なん？
viってそんなに便利なん？
windowsで開発してる人はかなり多いと思うぞ。
男は黙ってemacs。
古い男です。
古い男です。
test
vi軽いものな
おれも、emacsかmeadowで開発やっているけど
バージョン管理にsubversionを使っていると
psvn.elがpcl-cvsほど快適に動かないのが、ちょっとつらいが
おれも、emacsかmeadowで開発やっているけど
バージョン管理にsubversionを使っていると
psvn.elがpcl-cvsほど快適に動かないのが、ちょっとつらいが
PHPeclipseﾏﾝｾｰ
まあ重いがな。
まあ重いがな。
ハイスペックなＷＳ使ってるから、何使っても全部軽いです
じゃあ、思う存分eclipseを使え。
言われなくても使ってるに決まってるじゃん。
Maple 3.1.1 リリース
zend studioとPHPeclipseどっちがいいのよ！
studio本家では5.2までいってる。
studio本家では5.2までいってる。
symfonyスレ立てたんだね。
http://pc8.2ch.net/test/read.cgi/php/1151937402/
http://pc8.2ch.net/test/read.cgi/php/1151937402/
>71
スレタイの実体参照失敗がダサい･･･
スレタイの実体参照失敗がダサい･･･
スレタイの実体参照失敗がかっこいい。
Zend Framework Seminar (無料セミナー)
2006年7月14日(金)
14：00～17：30
主催：ゼンド･ジャパン
プレゼンテーション資料(PDF形式:2208KB) もあるね
まだリリースされていないのに力入れてきてるね
2006年7月14日(金)
14：00～17：30
主催：ゼンド･ジャパン
プレゼンテーション資料(PDF形式:2208KB) もあるね
まだリリースされていないのに力入れてきてるね
>>74
夢物語聞かされて終わり
夢物語聞かされて終わり
フレームワークなんて使うな。ルールに縛られるなんて嫌いだ。
フリーダーム!!
フリィィーダァム、フレームワァーーーック！
フレンチフレームワーク（symfony）
→米国ではフリーダムフレームワーク
→米国ではフリーダムフレームワーク
>>76
あなた一人しか居ないのなら、それもいい
あなた一人しか居ないのなら、それもいい
<? ?>
って書き方、
本当にPHP6で廃止されるのかな？
<?php
は面倒くさいから結構使ってるんだけど。
って書き方、
本当にPHP6で廃止されるのかな？
<?php
は面倒くさいから結構使ってるんだけど。
<｀∀´>
に統一されます
に統一されます
php6はセーフモード無くなるから、自分的にはPHP使う理由がいよいよ無くなるな…
djangoとrailsどっちでいこうかなぁ
djangoとrailsどっちでいこうかなぁ
フレームワークなんてなくなっちゃえばいいのに・・・
セーフモードがなくなったらレンサバはセキュリティどうするの？
86 ：nobodyさん：2006/07/07(金) 18:46:59 ID:YNfRxTBH
>>85
PHPのセーフモードってセキュリティ機能としては
不足や抜けが多いから、本当にセキュリティに気をつかってるところは
速度面は犠牲にしてCGI+suExecとかでやってる。もっと徹底してVPSとかね。
まあ少々費用が掛かるが、個々に別なマシン設けるよりは安い。
PHPのセーフモードってセキュリティ機能としては
不足や抜けが多いから、本当にセキュリティに気をつかってるところは
速度面は犠牲にしてCGI+suExecとかでやってる。もっと徹底してVPSとかね。
まあ少々費用が掛かるが、個々に別なマシン設けるよりは安い。
今こそ立ち上がるときが来た
つ なでしこ
つ なでしこ
チームで開発したことのある人間なら、
>>84みたいな頭の悪いことはまず言わないよね
>>84みたいな頭の悪いことはまず言わないよね
俺がフレームワークをぶっつぶす！
その名もフレークワームってか～
ごめんなさい。俺が悪かったです。
ごめんなさい。俺が悪かったです。
>>92のせいで今後のカキコがバッタリ止まる
いや、恥ずかしさを隠すように書き込みが増える
symfonyが抜けたからネタスレになってんじゃん…
guessworkのスレまで立てた奴出てこい
しょうがない。ネタでも降ってみるか。
おまえら、データベースのコネクションプーリングはどうしてる？
DBサーバ１台、AppサーバN台、AppサーバあたりM個のApache子プロセスがあるとして、
MaxでN*Mの同時接続があることになる。
しかも毎回コネクションを確立することになる（のかな？）。
なんか、ここだけみるとJavaのほうがよかったかなと思う。
おまえら、データベースのコネクションプーリングはどうしてる？
DBサーバ１台、AppサーバN台、AppサーバあたりM個のApache子プロセスがあるとして、
MaxでN*Mの同時接続があることになる。
しかも毎回コネクションを確立することになる（のかな？）。
なんか、ここだけみるとJavaのほうがよかったかなと思う。
>>95
大抵のは既に専用スレ立ってるしなぁ。
大抵のは既に専用スレ立ってるしなぁ。
cake使ってみた。
不満点
１：MySql3で、HABTMクエリがこける。<-致命的。
２：bake（雛形作成スクリプト）が、使いづらい。
３：thtml(viewのテンプレート)が、汚くなる。
１：自前でパッチ当てて解消。
２：無いよりかは遥かに楽なんで、がまんしてる。web bakeつーのもあるようだが試してない。
３：phpの直書きなんで、しかたが無いかも。Flexyでなんとかしたい。
総評
もう、mojaviに戻る気は無い。らくちん。
不満点
１：MySql3で、HABTMクエリがこける。<-致命的。
２：bake（雛形作成スクリプト）が、使いづらい。
３：thtml(viewのテンプレート)が、汚くなる。
１：自前でパッチ当てて解消。
２：無いよりかは遥かに楽なんで、がまんしてる。web bakeつーのもあるようだが試してない。
３：phpの直書きなんで、しかたが無いかも。Flexyでなんとかしたい。
総評
もう、mojaviに戻る気は無い。らくちん。
>>99
cakeもええなー
cakeもええなー
101 ：nobodyさん：2006/07/08(土) 20:21:13 ID:Ak6XJeS8
今mojavi2（PHP4）を勉強してお…。
http://www.stackasterisk.jp/tech/php/
mojaviを練習したあとに、symfonyやcakePHP（PHP5）をやってみるお＞＜
http://www.stackasterisk.jp/tech/php/
mojaviを練習したあとに、symfonyやcakePHP（PHP5）をやってみるお＞＜
JavaやってStruts、次にRubyやってRails。この順番がいい。PHPにはいつでも戻れる。
strutsとrailsが理解できれば、ほとんどのウェブフレームワークに対応できるから。
>>106
いや、別に正しくも無いよ。
特にstrutsなんて古すぎて、各現場それぞれで方言出てきちゃって
使い方が随分違うし。そろそろJavaももうちょい突っ込んだものが
出てくると思う。
むしろstrutsとrailsの影響受けてるsymfonyから始めたほうが、
両方のとっかかりになっていいよ。
いや、別に正しくも無いよ。
特にstrutsなんて古すぎて、各現場それぞれで方言出てきちゃって
使い方が随分違うし。そろそろJavaももうちょい突っ込んだものが
出てくると思う。
むしろstrutsとrailsの影響受けてるsymfonyから始めたほうが、
両方のとっかかりになっていいよ。
108 ：nobodyさん：2006/07/10(月) 11:03:50 ID:Z3Wwn6IY
ここでネタ投下
前スレ>>957
> 957 名前：nobodyさん[sage] 投稿日：2006/06/30(金) 17:24:11 ID:???
> >>955
> cakeやらbiscuitやらTraxやらのどこがSymfony以上の注目度なんだよ｡
> http://www.google.com/trends?q=symfony%2CCake+PHP%2Cbiscuit+php%2CPHP+on+Trax&ctab=0&geo=all&date=all
とあったが、上のは間違い（× Cake PHP → ○ CakePHP )
正しくはこっちのはず
http://www.google.com/trends?q=symfony%2CCakePHP
これ見るとCakeの勢いがsymfonyのそれ以上なんだが・・・
前スレ>>957
> 957 名前：nobodyさん[sage] 投稿日：2006/06/30(金) 17:24:11 ID:???
> >>955
> cakeやらbiscuitやらTraxやらのどこがSymfony以上の注目度なんだよ｡
> http://www.google.com/trends?q=symfony%2CCake+PHP%2Cbiscuit+php%2CPHP+on+Trax&ctab=0&geo=all&date=all
とあったが、上のは間違い（× Cake PHP → ○ CakePHP )
正しくはこっちのはず
http://www.google.com/trends?q=symfony%2CCakePHP
これ見るとCakeの勢いがsymfonyのそれ以上なんだが・・・
>>108
ロンドンだけじゃん
ロンドンだけじゃん
>>109
志村！regions! languages!
あとAmsterdam, Netherlands及びlanguagesのDutchは
該当の単語（symfony)が存在していると思われ（未確認）
志村！regions! languages!
あとAmsterdam, Netherlands及びlanguagesのDutchは
該当の単語（symfony)が存在していると思われ（未確認）
>>97無視された・・・
>>111
コネクションプーリング用ソフト入れたらいいだけじゃね
コネクションプーリング用ソフト入れたらいいだけじゃね
113 ：nobodyさん：2006/07/10(月) 20:52:04 ID:+IHb/TBq
みったんプリン食べたいお。
フレームワークの本は出ないもんかな。
そんな大味な。
symphony本はでなくてもZF本は出ると思われ
typoだYO! symphony× symfony○
symfonyは来月のweb creatorsに特集が組まれます。
symfonyは来月のweb creatorsに特集が組まれます。
>>117
けど、WEB+DBに載ってるのと大差ないだろう。
けど、WEB+DBに載ってるのと大差ないだろう。
symfony本出るよ
symfony本てどうやってページ埋めるんだろう…
>>120
そんなこともわからないの？＾＾
そんなこともわからないの？＾＾
まぁZFのがよっぽど疑問だけどな。どうやってページ埋めるのか
Proposalで埋めるんじゃないの? 要望はこんだけあるよって。全部できるのはいつかわからないけど。
【PHPウォッチ】第28回 Railsライクな機能も登場，開発が進む本命フレームワーク「Zend Framework」
http://itpro.nikkeibp.co.jp/article/NEWS/20060709/242824/?ST=oss&P=1
http://itpro.nikkeibp.co.jp/article/NEWS/20060709/242824/?ST=oss&P=1
>>124
Zendジャパン、マーケティング必死だな(w
Zendジャパン、マーケティング必死だな(w
ZFが流行ることでのZendのメリットってなんだろう…
思いつかない…
思いつかない…
Railsって、Railsそのものよりも派生物の方がメジャーになりそうだな
>>126
まあ、一応フレームワークなので、開発の敷居を下げることになるとは思う
Zendのお墨付きということで、とりあえずこれさえやれば、なんとかなるという
雰囲気づくりにはなるんじゃないのかな
perlなんかだとCPANモジュールをわんさか入れないと、自前で大量に
WEBサイト開発汎用スクリプトを書くことになるしな
まあ、一応フレームワークなので、開発の敷居を下げることになるとは思う
Zendのお墨付きということで、とりあえずこれさえやれば、なんとかなるという
雰囲気づくりにはなるんじゃないのかな
perlなんかだとCPANモジュールをわんさか入れないと、自前で大量に
WEBサイト開発汎用スクリプトを書くことになるしな
>>126
試験に盛り込むんじゃね？
試験に盛り込むんじゃね？
Zendの飯の種はPHPなんだから
そりゃなんとかもり立てるだろう
そりゃなんとかもり立てるだろう
131 ：nobodyさん：2006/07/11(火) 11:39:05 ID:Zc4Utgd/
純粋に初心者、中級者レベルの人を次のレベルに引き上げるのが目的じゃないのかなぁ。
symfonyスレ立ったんだから出てこないでね
引き上げた結果RoRに流れます('A`)
>>119
ソースは？
ソースは？
シンフォニーはシンフォニーでも交響曲の本ですた('A`)
シンフォニーの本と思って買ったらちんぽの本ですた('A`)
ちーくしょう！
askeetとAPIリファレンスの翻訳だけでよい。出せ！出版社
つーかまだ1.0にすらなってないし、
これから仕様が変わることだって十分ありえるのに、
本なんか出しても駄目だろ。
これから仕様が変わることだって十分ありえるのに、
本なんか出しても駄目だろ。
142 ：nobodyさん：2006/07/12(水) 10:02:52 ID:4pg7evUR
じゃあEthnaで。
EthnaなんかｲﾗﾈｰYO!
ちんぽの本と思って買ったらシンフォニーの本ですた(･∀･)
ZendFrameworkでわからない事があるんだけど、質問してもいい？
かなり初歩的なことで申し訳ないんだが・・・。
もう3日間も苦しんでいるんだ。
かなり初歩的なことで申し訳ないんだが・・・。
もう3日間も苦しんでいるんだ。
俺は触ったことがないんで答えることは出来ないが、誰かが答えてくれる。
どんとこいや。
どんとこいや。
俺も聞いたことすらないが、誰かが答えてくれる（かもしれない）
バッチコーイ
バッチコーイ
149 ：145：2006/07/12(水) 21:25:52 ID:VCwrc9Rp
>>146
一応、読んだけど、うまくいかないんだ。
何がうまくいかないかって基本中の基本。
↓みたいに、zendディレクトリ内にindex.phpを置いて構築しているんだけど、
コントローラーとアクションを認識してくれず、noRouteAction()が実行されてしまう。
http://localhost/zend/Index/index/
他のactionも定義してみたんだけど、全然ダメなんだ。
rewrite関連で問題あるのかな？
これ、基本中の基本だよな？まずいよな～。こんなところで躓くなんてさ。。。
・・・という訳で助けてください。
一応、読んだけど、うまくいかないんだ。
何がうまくいかないかって基本中の基本。
↓みたいに、zendディレクトリ内にindex.phpを置いて構築しているんだけど、
コントローラーとアクションを認識してくれず、noRouteAction()が実行されてしまう。
http://localhost/zend/Index/index/
他のactionも定義してみたんだけど、全然ダメなんだ。
rewrite関連で問題あるのかな？
これ、基本中の基本だよな？まずいよな～。こんなところで躓くなんてさ。。。
・・・という訳で助けてください。
うお、Zend Framework 0.1.5出てた。
>>149
RewriteEngine on
RewriteRule !\.(js|ico|gif|jpg|png|css)$ index.php
って内容の.htaccessを、index.phpと同じディレクトリに置いてる？
.htaccessは有効になってる？
mod_rewriteはロードされてる？
あと、0.1.4には、index.phpがサーバのドキュメントルートに無いと
動かないバグがあった模様。そのせいかも。
ttp://framework.zend.com/developer/ticket/79
RewriteEngine on
RewriteRule !\.(js|ico|gif|jpg|png|css)$ index.php
って内容の.htaccessを、index.phpと同じディレクトリに置いてる？
.htaccessは有効になってる？
mod_rewriteはロードされてる？
あと、0.1.4には、index.phpがサーバのドキュメントルートに無いと
動かないバグがあった模様。そのせいかも。
ttp://framework.zend.com/developer/ticket/79
>>151
レスありがとう。
.htaccessはindex.phpと同じところに置いてるし、
mod_rewriteも有効になってる。
でも、動かないんだ。
コントローラークラスの内容はコピペだから、問題ないんだ。
やっぱり、rewrite関連で上手く言ってないのかな？
それとも、Apacheの設定か何か・・・。う～ん、わかんね。
レスありがとう。
.htaccessはindex.phpと同じところに置いてるし、
mod_rewriteも有効になってる。
でも、動かないんだ。
コントローラークラスの内容はコピペだから、問題ないんだ。
やっぱり、rewrite関連で上手く言ってないのかな？
それとも、Apacheの設定か何か・・・。う～ん、わかんね。
>>152
httpd.confの方で.htacessは有効になってる？
httpd.confの方で.htacessは有効になってる？
>>153-154
俺みたいな塩豚野郎にレスしてくれて本当にありがとう。
マジで感謝してるよ。
mod_rewriteだけど、試しにテストのルール作って動作確認してみた。
RewriteRule ^list-(.*) list.php?id=$1
動作は確認できたって事はrewrite問題なしって事？
・・・あっれ～？
俺みたいな塩豚野郎にレスしてくれて本当にありがとう。
マジで感謝してるよ。
mod_rewriteだけど、試しにテストのルール作って動作確認してみた。
RewriteRule ^list-(.*) list.php?id=$1
動作は確認できたって事はrewrite問題なしって事？
・・・あっれ～？
CakePHPフレームワークを使ったチュートリアル
「The CakePHP Framework: Your First Bite（英語）」が公開されました
「The CakePHP Framework: Your First Bite（英語）」が公開されました
sitepointの記事はたいてい食い足りん
>>160
レスありがとう。
コントローラーには問題ないと思うんだけど、一応、載せてみる。
Zend :: loadClass('Zend_Controller_Action');
class IndexController extends Zend_Controller_Action {
/*アクション*/
public function indexAction() {
echo ("IndexController の表示です");
}
/* アクションコントローラ名が見つからない */
public function noRouteAction() {
//リダイレクトを行います
echo "No Route";
exit;
}
}
レスありがとう。
コントローラーには問題ないと思うんだけど、一応、載せてみる。
Zend :: loadClass('Zend_Controller_Action');
class IndexController extends Zend_Controller_Action {
/*アクション*/
public function indexAction() {
echo ("IndexController の表示です");
}
/* アクションコントローラ名が見つからない */
public function noRouteAction() {
//リダイレクトを行います
echo "No Route";
exit;
}
}
CakeとSymfonyいじってみた。
フレームワーク初心者の俺には
Cakeが分かりやすいと感じた。
しかし今後デファクト取りそうなのは
どっちかというとSymfony。
悩みどころです。
フレームワーク初心者の俺には
Cakeが分かりやすいと感じた。
しかし今後デファクト取りそうなのは
どっちかというとSymfony。
悩みどころです。
>>163
あえてcakeやっておくといいよ。
とことんrailsの劣化コピーだから、railsに移行したとき、
rubyの恩恵が激しく実感できる。
たとえば日付を拾ってくるとき、
rec.created_at
で、2006-07-14が返ってくる。でも、これがstringじゃ無くてdateオブジェクトなんで
rec.created_at.strftime("%Y年 %m月 %d日")
なんてできたりするし。
phpも６でできるようにするみたいだけど、そこまで待ってられんしね
あえてcakeやっておくといいよ。
とことんrailsの劣化コピーだから、railsに移行したとき、
rubyの恩恵が激しく実感できる。
たとえば日付を拾ってくるとき、
rec.created_at
で、2006-07-14が返ってくる。でも、これがstringじゃ無くてdateオブジェクトなんで
rec.created_at.strftime("%Y年 %m月 %d日")
なんてできたりするし。
phpも６でできるようにするみたいだけど、そこまで待ってられんしね
それはCakeとRailsの差と言うよりは、PHPとRubyの差じゃねえか？
PEAR::Date 使えばええやん。
echo でフォーマット出力したければ、継承したクラスで __toString() を適当に定義すればよし。
require "Date.php";
class Date2 extends Date {
public function __toString() { return $this->format("%Y-%m-%d %H:%i:%S"); }
}
$d = new Date2;
echo $d;
Ruby や Python みたいに日付オブジェクト同士の加算・減算はできんけどねー。
(PECL の operator extension を使うという手もある)
以下余談。
個人的には Rails より TurboGears のほうが面白そうに思う。
PHP なら v3.0 で一皮剥けたっぽい PRADO も試してみたい。
echo でフォーマット出力したければ、継承したクラスで __toString() を適当に定義すればよし。
require "Date.php";
class Date2 extends Date {
public function __toString() { return $this->format("%Y-%m-%d %H:%i:%S"); }
}
$d = new Date2;
echo $d;
Ruby や Python みたいに日付オブジェクト同士の加算・減算はできんけどねー。
(PECL の operator extension を使うという手もある)
以下余談。
個人的には Rails より TurboGears のほうが面白そうに思う。
PHP なら v3.0 で一皮剥けたっぽい PRADO も試してみたい。
>>166
話ちゃんと読めよ。わざわざcakeのo/rマッパ書き換えるんですか？
話ちゃんと読めよ。わざわざcakeのo/rマッパ書き換えるんですか？
>>166
例えの話ちゃうの？
例えの話ちゃうの？
RoRはフレームワークとしては素晴らしいが
所詮Rubyだよ。
所詮Rubyだよ。
そのうち所詮PHPと呼ばれだすに100ルビー
むしろRubyにいきてえよ
もっと広まれRuby
もっと広まれRuby
でもさー、Rubyってキモくね？
今時 {} でない構造はどうよというか、なんというか。
今時 {} でない構造はどうよというか、なんというか。
>>174
あぁ、じゃあBASICとか駄目な人？
あぁ、じゃあBASICとか駄目な人？
あんまり好きではないけど、確かにVBはいけるなあ。
IDEが充実しててインデントを処理してくれるからかな？
Rubyって開発環境はどうなんだろう？
IDEが充実しててインデントを処理してくれるからかな？
Rubyって開発環境はどうなんだろう？
開発環境がしょぼそうなイメージはあるな
さすがにどんな言語でも VB の IDE と比較するのはかわいそうってものだろｗ
VisualStudio 2005 の快適っぷりとかもはや異常
Java や PHP も（Rubyも）あれくらい快適に開発できればいいのにと思う
VisualStudio 2005 の快適っぷりとかもはや異常
Java や PHP も（Rubyも）あれくらい快適に開発できればいいのにと思う
emacs とデバッガがちゃんと動けば問題なし
今のところは
PHP はデバッガが使いにくいんだよな
今のところは
PHP はデバッガが使いにくいんだよな
まあ、PHPのとってつけたようなオブジェクト指向とRubyのそれとではモノが違う。
PHPユーザには、RubyよりむしろPythonがおすすめ
「名前空間がサポートされたきれいなPHP」ぐらいの感覚でつかうとよさげ
特にキーワード引数は便利。Railsチックなフレームワークにはとてもよくあう機能だ
Rubyはいい言語だけど、Perlちっくなところがあって、分かりづらいコードもよくみかける
「名前空間がサポートされたきれいなPHP」ぐらいの感覚でつかうとよさげ
特にキーワード引数は便利。Railsチックなフレームワークにはとてもよくあう機能だ
Rubyはいい言語だけど、Perlちっくなところがあって、分かりづらいコードもよくみかける
pythonとかに慣れた人にはperlのコードは邪悪だろうな
pythonはコード中のアンダースコアが汚く見えて嫌。
コンストラクタが def __init__(self, x): とかダサすぎ。
コンストラクタが def __init__(self, x): とかダサすぎ。
>>182
だな。PHPとくらべて、
・try - finally がつかえる
・モジュール化がされてる
・バイトコードコンパイラがある
・関数オブジェクトが使える
・配列とハッシュとが分かれている。表記も簡単
PHPはたしかに掲示板つくったりするのは簡単なんだけど、今のようにフレームワークを
使うのがあたりまえになると、PHPの手軽さという利点は薄れ、いきあたりばったりの
言語仕様のほうが問題になる。
それなら、きれいにかける言語を使うほうがいい。
フレームワークによる開発では、PHPの利点はほとんどない。対応サーバの多さぐらい。
>>183
「Python フレームワーク」でぐぐれ。
人気があるのはZope, TurboGear, Django
Zope - ほかに類をみないフレームワーク。一時はPythonのキラーアプリと目された。
TurboGear - 優れたライブラリの絶妙な組み合わせ。まさにベストオブブリード。
Django - 他のライブラリを使わずすべて自前実装。高速性がウリ。
>>185
あんまり聞かない意見だけど、その程度は慣れの問題じゃないか。
PythonやRubyのfoo.bar()よりPerlやPHPの$foo->bar()のほうが汚く見えるのはおれだけ？
だな。PHPとくらべて、
・try - finally がつかえる
・モジュール化がされてる
・バイトコードコンパイラがある
・関数オブジェクトが使える
・配列とハッシュとが分かれている。表記も簡単
PHPはたしかに掲示板つくったりするのは簡単なんだけど、今のようにフレームワークを
使うのがあたりまえになると、PHPの手軽さという利点は薄れ、いきあたりばったりの
言語仕様のほうが問題になる。
それなら、きれいにかける言語を使うほうがいい。
フレームワークによる開発では、PHPの利点はほとんどない。対応サーバの多さぐらい。
>>183
「Python フレームワーク」でぐぐれ。
人気があるのはZope, TurboGear, Django
Zope - ほかに類をみないフレームワーク。一時はPythonのキラーアプリと目された。
TurboGear - 優れたライブラリの絶妙な組み合わせ。まさにベストオブブリード。
Django - 他のライブラリを使わずすべて自前実装。高速性がウリ。
>>185
あんまり聞かない意見だけど、その程度は慣れの問題じゃないか。
PythonやRubyのfoo.bar()よりPerlやPHPの$foo->bar()のほうが汚く見えるのはおれだけ？
>>187
マジックメソッドにアンダースコアをつけるのは通常のメソッドと区別するために
いいんじゃないかと思う。PHP(5)でもマジックメソッドは"__"で始まるし。
"->" が汚いとは思わないけど、OOで小気味よくタイプする妨げではあるね。
ZopeはWebアプリフレームワークよりちょっとレイヤーが上っていうか、
CMSとフレームワークの中間ぐらいのポジションな希ガス。
規模はぜんぜん違うんだけどPHPでいうとKinoWikiが似たような位置づけかも。
あれはWikiの皮をかぶったフレームワークだと思ってます。
あとTurboGears/Djangoみたいなガチフレームワークと違って
ゆるいフレームワークとしてweb.pyもいいかも。
これはPHPでいうとguesswork classicが近いかな。
マジックメソッドにアンダースコアをつけるのは通常のメソッドと区別するために
いいんじゃないかと思う。PHP(5)でもマジックメソッドは"__"で始まるし。
"->" が汚いとは思わないけど、OOで小気味よくタイプする妨げではあるね。
ZopeはWebアプリフレームワークよりちょっとレイヤーが上っていうか、
CMSとフレームワークの中間ぐらいのポジションな希ガス。
規模はぜんぜん違うんだけどPHPでいうとKinoWikiが似たような位置づけかも。
あれはWikiの皮をかぶったフレームワークだと思ってます。
あとTurboGears/Djangoみたいなガチフレームワークと違って
ゆるいフレームワークとしてweb.pyもいいかも。
これはPHPでいうとguesswork classicが近いかな。
>>187
＞PHPはたしかに掲示板つくったりするのは簡単なんだけど
今はそうも言えない。
掲示板なんてコマンド一発で書き出せるじゃん。
表示や機能追加も、明らかにフレームワーク乗っかった方がつくりやすいし。
＞PHPはたしかに掲示板つくったりするのは簡単なんだけど
今はそうも言えない。
掲示板なんてコマンド一発で書き出せるじゃん。
表示や機能追加も、明らかにフレームワーク乗っかった方がつくりやすいし。
>>189
そうなの？
データベースのCRUD操作ならたしかに自動生成のコマンドが用意されているけど、
掲示板とかメール送信フォームとかのようなものまで自動生成コマンドが用意されているんだっけ？
>表示や機能追加も、明らかにフレームワーク乗っかった方がつくりやすいし。
それが成り立つには前提条件が必要だな。
・フレームワークをすでに習得済み
・追加したい機能がフレームワークの想定内に収まる
フレームワークが想定していないようなことをしようとしたら、逆に難しくなる。
仕方ないけど。
そうなの？
データベースのCRUD操作ならたしかに自動生成のコマンドが用意されているけど、
掲示板とかメール送信フォームとかのようなものまで自動生成コマンドが用意されているんだっけ？
>表示や機能追加も、明らかにフレームワーク乗っかった方がつくりやすいし。
それが成り立つには前提条件が必要だな。
・フレームワークをすでに習得済み
・追加したい機能がフレームワークの想定内に収まる
フレームワークが想定していないようなことをしようとしたら、逆に難しくなる。
仕方ないけど。
>>188
メソッド名の末尾にアンダースコアがあるとちょっと嫌かも
変数や定数名なら気になることはないんだけど
PythonとかRubyは言語使用は好きなんだけど、使ってると中カッコが恋しくなるんだよな
メソッド名の末尾にアンダースコアがあるとちょっと嫌かも
変数や定数名なら気になることはないんだけど
PythonとかRubyは言語使用は好きなんだけど、使ってると中カッコが恋しくなるんだよな
対応するカッコの表示 が効かないからソース見づらい
>>193,194
インデントで構造を表してるから、そもそも「対応するカッコの表示」自体が必要ない。
だいたい、ソースを読んで解釈するのに、人間は見た目のインデントで構造を判断して、
パーサはインデント無視してカッコで構造を判断するというギャップが存在することが
そもそもの間違いなんだよ。
両者を一致させるために、パーサもインデントで判断するという設計は悪くないと思うけどね。
Pythonネタ続くなー
そろそろPHPネタよろしく
つかSymphonyスレ分裂してからはネタなしだな
インデントで構造を表してるから、そもそも「対応するカッコの表示」自体が必要ない。
だいたい、ソースを読んで解釈するのに、人間は見た目のインデントで構造を判断して、
パーサはインデント無視してカッコで構造を判断するというギャップが存在することが
そもそもの間違いなんだよ。
両者を一致させるために、パーサもインデントで判断するという設計は悪くないと思うけどね。
Pythonネタ続くなー
そろそろPHPネタよろしく
つかSymphonyスレ分裂してからはネタなしだな
>>195
必要か必要じゃないか、じゃなくて、「見辛い」って言ってるじゃん。
おーまーえーはーあーほーかー。
indent 2 とかだと、もう読む気がしない。
Ruby は Perl よりキレイって、どこがだよ、と思う。
綺麗に書いた Perl の方がナンボかまし。
必要か必要じゃないか、じゃなくて、「見辛い」って言ってるじゃん。
おーまーえーはーあーほーかー。
indent 2 とかだと、もう読む気がしない。
Ruby は Perl よりキレイって、どこがだよ、と思う。
綺麗に書いた Perl の方がナンボかまし。
たしかにインデント2は嫌い。見づらい。
symfonyもrailsを真似たのかインデント２になっててむかつく。
rubyも変な記号をいっぱい使うから読みにくいプログラムが書きやすいよな。
http://jp.rubyist.net/magazine/?0010-CodeReview-pukiwikiparser.rb
とか読みやすいか？
132| def parse_inline(str)
133| @inline_re ||= %r<
134| ([&<>"]) # $1: HTML escape characters
135| | \[\[(.+?):\s*(https?://\S+)\s*\]\] # $2: label, $3: URI
136| | (#{autolink_re()}) # $4: Page name autolink
137| | (#{URI.regexp('http')}) # $5...: URI autolink
138| >x
139| str.gsub(@inline_re) {
140| case
141| when htmlchar = $1 then escape(htmlchar)
142| when bracket = $2 then a_href($3, bracket, 'outlink')
143| when pagename = $4 then a_href(page_uri(pagename), pagename, 'pagelink')
144| when uri = $5 then a_href(uri, uri, 'outlink')
145| else
146| raise 'must not happen'
147| end
148| }
149| end
symfonyもrailsを真似たのかインデント２になっててむかつく。
rubyも変な記号をいっぱい使うから読みにくいプログラムが書きやすいよな。
http://jp.rubyist.net/magazine/?0010-CodeReview-pukiwikiparser.rb
とか読みやすいか？
132| def parse_inline(str)
133| @inline_re ||= %r<
134| ([&<>"]) # $1: HTML escape characters
135| | \[\[(.+?):\s*(https?://\S+)\s*\]\] # $2: label, $3: URI
136| | (#{autolink_re()}) # $4: Page name autolink
137| | (#{URI.regexp('http')}) # $5...: URI autolink
138| >x
139| str.gsub(@inline_re) {
140| case
141| when htmlchar = $1 then escape(htmlchar)
142| when bracket = $2 then a_href($3, bracket, 'outlink')
143| when pagename = $4 then a_href(page_uri(pagename), pagename, 'pagelink')
144| when uri = $5 then a_href(uri, uri, 'outlink')
145| else
146| raise 'must not happen'
147| end
148| }
149| end
ふつうに読みやすいと思うけど。
複雑な正規表現を、xオプション使うことでコメントつきにしてるあたり、
かなり読み手に気を使ってるなーというのがわかる。
まさか、正規表現が難しいからわからないとか、
switch文がcase-whenだからわかりにくいとか、
throwじゃなくてraiseだからわかりにくいとか、
PHPには ||= がないからわからないとか、
そういうレベルじゃないよね？
複雑な正規表現を、xオプション使うことでコメントつきにしてるあたり、
かなり読み手に気を使ってるなーというのがわかる。
まさか、正規表現が難しいからわからないとか、
switch文がcase-whenだからわかりにくいとか、
throwじゃなくてraiseだからわかりにくいとか、
PHPには ||= がないからわからないとか、
そういうレベルじゃないよね？
別にどちらかの擁護も非難もする気はないが
case ～ when ～ then は普通に読みにくいと思うなぁ……
予約語と変数名やオペランドが入り乱れて区別しにくくなりそうだしな
case ～ when ～ then は普通に読みにくいと思うなぁ……
予約語と変数名やオペランドが入り乱れて区別しにくくなりそうだしな
文法で特色出さなくていいと思うんだけどな
Cと共通にしてくれればあれこれ迷わなくてすむし。
Cと共通にしてくれればあれこれ迷わなくてすむし。
>>197
Rubyのことをいってるみたいだな。おれはPythonのことをいってるつもりだった。
Python知らない人だったのね。読めば分かると思ったけど、正直すまんかった。
>>195はわかってくれたみたいだけど。
>綺麗に書いた Perl の方がナンボかまし。
すげえ、そんな意見は初めて聞いた。
>>198
関係ないけど、GNUのコードってインデントが2じゃなかったっけ？コーディング規約でそうなってたはず。
最初はびっくりしたけど、そのうち慣れた。そんなもんかもしれん。
>>203
Cを参考にしてないからじゃない？
Rubyのことをいってるみたいだな。おれはPythonのことをいってるつもりだった。
Python知らない人だったのね。読めば分かると思ったけど、正直すまんかった。
>>195はわかってくれたみたいだけど。
>綺麗に書いた Perl の方がナンボかまし。
すげえ、そんな意見は初めて聞いた。
>>198
関係ないけど、GNUのコードってインデントが2じゃなかったっけ？コーディング規約でそうなってたはず。
最初はびっくりしたけど、そのうち慣れた。そんなもんかもしれん。
>>203
Cを参考にしてないからじゃない？
何を持ってくるかと思ったら GNU コーディング規約かよ。
あー、うん。もういいよ…。
あー、うん。もういいよ…。
>>204
そんなマメにレスしなくても、さ……。
そんなマメにレスしなくても、さ……。
ここは古い人間が多いインターネッツですね。
もう読みやすいとか読みにくいとかはいいよ。
結局最初に覚えたもの１番的に凝り固まってる人間は、
思考変わらないし。
無駄なレスの消費になるだけ。
結局最初に覚えたもの１番的に凝り固まってる人間は、
思考変わらないし。
無駄なレスの消費になるだけ。
>>198のコードは「コードから意図を読み取りやすい」という点で
かなり読みやすいコードだと思う。
これが読みづらいと言ってる奴は、単にrubyが苦手なだけじゃないのか？
そんな連中が同じ動作をするコードをどう書くのか興味あるな(言語は問わない)。
かなり読みやすいコードだと思う。
これが読みづらいと言ってる奴は、単にrubyが苦手なだけじゃないのか？
そんな連中が同じ動作をするコードをどう書くのか興味あるな(言語は問わない)。
CAKE使ってるエロい方教えてください。
CAKEPHPなんですが、
SymfonyのAskeet相当の事は大体できるもんなんでしょうか？
CakeのAPI眺めた限りでは、できそうな感じがするのですが・・・。
これで動作速度が(Cakeの方が）速ければ、CAKEでGO!というサインが
出そうなんですが・・・。
CAKEPHPなんですが、
SymfonyのAskeet相当の事は大体できるもんなんでしょうか？
CakeのAPI眺めた限りでは、できそうな感じがするのですが・・・。
これで動作速度が(Cakeの方が）速ければ、CAKEでGO!というサインが
出そうなんですが・・・。
198関連のレスの話の噛み合ってなさっぷりに萎えるな…
Ruby on Rails、Symfony、Django(Python)の３MVCフレームワークのパフォーマンス比較
http://www.phppro.jp/news/42/
http://www.phppro.jp/news/42/
Symphony が一番遅いのか
>>215
APCの設定も測定に使ったアプリも見ずに、よくそんな簡単に納得できるねｗ
APCの設定も測定に使ったアプリも見ずに、よくそんな簡単に納得できるねｗ
納得できるもなにも、一つの結果だろ？
どういうアプリでテストしたかはすごく気になるところだけど、APC無しであれだけ
差がついていては、APCの設定だけでどうにかできるようなレベルではないっしょ。
まあPHP 5.1.2のmod_php5はApache 2.2.0より2.0.5xのほうが安定稼働するし、
アクセラレータはAPCよりeAcceleratorを使った方がまだマシな結果がでたんじゃないかとは思う。
あとはApacheモジュールでもFastCGIでも基本的にインタプリタが常駐するだけのPHP & Symfonyと
プログラム全体がメモリに常駐しているRails/Djangoの差かなあ。
差がついていては、APCの設定だけでどうにかできるようなレベルではないっしょ。
まあPHP 5.1.2のmod_php5はApache 2.2.0より2.0.5xのほうが安定稼働するし、
アクセラレータはAPCよりeAcceleratorを使った方がまだマシな結果がでたんじゃないかとは思う。
あとはApacheモジュールでもFastCGIでも基本的にインタプリタが常駐するだけのPHP & Symfonyと
プログラム全体がメモリに常駐しているRails/Djangoの差かなあ。
アプリは昨日あたりにUPされてた
http://www.symfony-project.com/forum/index.php/t/2272/
http://www.symfony-project.com/forum/index.php/t/2272/
symfony側は反論してないのか?
反論はしなくていいから改善して欲しい。
おまいらなら出来る！＞フラ公
おまいらなら出来る！＞フラ公
結局PHPベースのMVCフレームワークで、
動作速度が快速（と見込まれる）のって
どの辺？
動作速度が快速（と見込まれる）のって
どの辺？
単純に速さだけ競ったらguessworkみたいな軽量FWが速いんじゃね？
>>222
FW使った時点で、相当量のコードを読み込む必要がある訳で、それだけで、それなりの
速度低下が起きる。
せめてrequireした部分だけでもメモリに常駐できる形で無いと、速度を求める必要がある
場合、PHPでのFWは、きつい様に思う。
まあ、要求される速度を出せれば良い訳で、FWの使用が有効なケースの方が多いとは
思うけど。
FW使った時点で、相当量のコードを読み込む必要がある訳で、それだけで、それなりの
速度低下が起きる。
せめてrequireした部分だけでもメモリに常駐できる形で無いと、速度を求める必要がある
場合、PHPでのFWは、きつい様に思う。
まあ、要求される速度を出せれば良い訳で、FWの使用が有効なケースの方が多いとは
思うけど。
雑巾にすればいいじゃん。
ゼンド、10月にPHPフレームワーク「Zend Framework」をリリースへ
http://japan.zdnet.com/news/software/story/0,2000056195,20177627,00.htm
だいじょうぶか?
http://japan.zdnet.com/news/software/story/0,2000056195,20177627,00.htm
だいじょうぶか?
Zend Frameworkは、ウェブサーバ上で動作するアプリケーションを
開発するための標準的な方法を提供する。また同フレームワークには、
データベースアクセスやWebサービス通信といったタスクのためのPHP
ソフトウェアモジュールが含まれている。さらに、Eclipseプログラミングツールと
の互換性も備えている。
Eclipseとの互換性ってなに??
開発するための標準的な方法を提供する。また同フレームワークには、
データベースアクセスやWebサービス通信といったタスクのためのPHP
ソフトウェアモジュールが含まれている。さらに、Eclipseプログラミングツールと
の互換性も備えている。
Eclipseとの互換性ってなに??
Zend Frameworkは力入れてる割には、不思議なほど開発が遅れてるな。
しかしその割には、Simfonyと比べて、特に優れた仕様にも見えないけど…
zend_authってなくなったの？
Zend_Ｍａｉｌとか使ってみろよ。軽く感動するぞ。
Zend Studio ってなくなるのかな
Eclipse 一本にしてくれたほうが初心者を呼び込み安いとは思うが
Eclipse 一本にしてくれたほうが初心者を呼び込み安いとは思うが
Zendよ、フォーム周りを作りこんでくれ。
>>235
こんなところで言ってないでZFへ直接言ってこい
こんなところで言ってないでZFへ直接言ってこい
Mojavi.org Down
Our server hard drive crashed, causing us complete data loss. Check back to see what we're going to do, as it has not yet been decided.
If you have any questions or comments, email tyler .a.t. onesourceed.com
Our server hard drive crashed, causing us complete data loss. Check back to see what we're going to do, as it has not yet been decided.
If you have any questions or comments, email tyler .a.t. onesourceed.com
ｆａｃｋ Ｙｏｕ！
なんかMojaviって災難多くね？
前にもこんなことがあったような気がするが…
前にもこんなことがあったような気がするが…
Ｋｉｒｒ ”Ｂｕｌｌｓｈｉｔ！”
Ｋｉｒｒ”Ｈｏｌｙ ｓｉｔ！”
僕の肛門もクラッシュしそうです
>>243
え？Zend_Ｍａｉｌの方が楽だよ
え？Zend_Ｍａｉｌの方が楽だよ
Zend_Mailは文字コード問題ない？
>>245
コンストラクタで指定できるよ。
コンストラクタで指定できるよ。
zend はじまったな
ZFの良い所は習得がしやすいところ。
249 ：nobodyさん：2006/07/26(水) 21:08:55 ID:zaAVUpUy
>>248
簡単にできることを複雑にやる必要はない。
簡単にできることを複雑にやる必要はない。
Zend Framework Seminar with Zeev Suraski 8月18日東京にて開催
http://www.zend.co.jp/press/2006/press0725.php
http://www.zend.co.jp/press/2006/press0725.php
with Zeev Suraskiかよ！
すげーじゃん！
すげーじゃん！
Zeev 嫌い。
>>244
本当にちゃんと見れば理解できると思うけど、変わらない。
本当にちゃんと見れば理解できると思うけど、変わらない。
むしろMailViewもあるぶんsymfonyのが高性能だなｗ
Zeevって誰？ハードゲイ？
ソフトじゃね？
geronimo
いつの間にかホワイトペーパーとかも揃っていい感じになってるな
公開はしないのかな？
いつの間にかホワイトペーパーとかも揃っていい感じになってるな
公開はしないのかな？
259 ：nobodyさん：2006/07/29(土) 10:24:10 ID:aqdPv2ZC
SymfonyのAskeetで相当凹んであきらめ
CakePHPを試して（英語が辛かったがAskeetで慣れた）
メチャメチャｲｲ!!これなら出来る!!!
と感動し今後しばらくはCake使いでいようと思った
俺はダメなやつですかそうですか
CakePHPを試して（英語が辛かったがAskeetで慣れた）
メチャメチャｲｲ!!これなら出来る!!!
と感動し今後しばらくはCake使いでいようと思った
俺はダメなやつですかそうですか
Quictyって今まで紹介されたっけ?
http://quicty.zubapita.jp/?FrontPage
http://quicty.zubapita.jp/?FrontPage
>>259
おまいは俺か!とおもた(w
おまいは俺か!とおもた(w
（´･ω･`） symfonyはおかしいです
( ` Д ´) symfonyだけじゃないさ
あちこちでRailsをパクったフレームワークが乱立し
その度に糞スレも乱立する
そして技術者たちの頭もヘンになっている
わかるか？
( ` Д ´) symfonyだけじゃないさ
あちこちでRailsをパクったフレームワークが乱立し
その度に糞スレも乱立する
そして技術者たちの頭もヘンになっている
わかるか？
Cakeに流れる奴なんて大嫌いだ！
>>263
なんで？
なんで？
>>264
マジレスカコイイ！
マジレスカコイイ！
symfonyを何にたとえよう～ ﾏｼﾞﾚｽに打たれる切なさを～（´･ω･`）
いつーかー 話してくーれたー 愛のうーたー
268 ：nobodyさん：2006/07/30(日) 18:36:22 ID:2d0lNDyX
>>268
マジレスにマジレスかこいい
マジレスにマジレスかこいい
>>262
今更かぶいたフレームワーク出ても、知識の無駄になるだけだし。
今更かぶいたフレームワーク出ても、知識の無駄になるだけだし。
271 ：nobodyさん：2006/07/31(月) 00:04:23 ID:6tqQTtOM
フレームワークでプログラマーが幸せになれるなんて幻想だ！
使うも使わないも自由やん
273 ：nobodyさん：2006/07/31(月) 13:16:36 ID:6tqQTtOM
使おうという風潮が嫌いなんだ
なんかイスラエルが空爆されてるらしいじゃん
PHPは大丈夫なのか？
PHPは大丈夫なのか？
アメリカを牛耳ってるのはユダヤだから大丈夫
×なんかイスラエルが空爆されてるらしいじゃん
○イスラエルが空爆している
○イスラエルが空爆している
ユダヤ人怖いね
やっぱりRubyに行こうかな
やっぱりRubyに行こうかな
>>277
言語をそういう基準で選ぶってのもなかなか新鮮だな
言語をそういう基準で選ぶってのもなかなか新鮮だな
>>277
はギャグだろ
はギャグだろ
>>277
ユダヤ教はNGでモルモン教はOKなのかと釣られてみる
ユダヤ教はNGでモルモン教はOKなのかと釣られてみる
プログラムのすごい人で宗教やってる人目立つよね
Javaのすごい人とか…
Javaのすごい人とか…
無宗教な言語はありますか？
えーと、Cとか？
誰かが、今月号のweb creators symfonyの特集だって言ってたけど
ethnaじゃん！
ethnaじゃん！
買ってくるわ
つーかそもそもデザイン主体の雑誌の技術情報なんて
たかが知れてるよな
たかが知れてるよな
CakePHPとSymfonyの本が( ﾟдﾟ)ﾎｽｨ…
フリーメーソン
http://ja.wikipedia.org/wiki/%E3%83%95%E3%83%AA%E3%83%BC%E3%83%A1%E3%83%BC%E3%82%BD%E3%83%B3
http://ja.wikipedia.org/wiki/%E3%83%95%E3%83%AA%E3%83%BC%E3%83%A1%E3%83%BC%E3%82%BD%E3%83%B3
>>294 に期待
ちんこもげろ
age
>>294
omaenihasitubousita
omaenihasitubousita
まるごとPerlとかいう本が出たらしいね
後ろからPerl前からRuby
もうPHPやばいんじゃね
後ろからPerl前からRuby
もうPHPやばいんじゃね
>>296
新しい Perl の本が出たからってどうした？
PHP が存在する以前から Perl は大きな存在でしたが？ 何を今更。
それと、最近 Ruby と比較する人多いね。
RoR の影響ってのは分かるけど、比較して云々言っている人は
Ruby の言語仕様とか知らないで騒いでる奴がほとんどだろ？
新しい Perl の本が出たからってどうした？
PHP が存在する以前から Perl は大きな存在でしたが？ 何を今更。
それと、最近 Ruby と比較する人多いね。
RoR の影響ってのは分かるけど、比較して云々言っている人は
Ruby の言語仕様とか知らないで騒いでる奴がほとんどだろ？
つーか、まず先に「まるごとPHP」が出版されたのが
この業界の情勢を物語っている。
昔なら「まるごとPerl」が必ず先に発売したはず。
あと、Ruby は互換性のない Ruby2.0 を出すことを
matz が明言しているので、仕事では使えない。
この業界の情勢を物語っている。
昔なら「まるごとPerl」が必ず先に発売したはず。
あと、Ruby は互換性のない Ruby2.0 を出すことを
matz が明言しているので、仕事では使えない。
でも、2.0って名前だけで大流行しちゃったりして。
Ruby 2.0 で RoR 2.0 で Web 2.0！！！
なんて本が100種類くらい出版されそうだなｗ
なんて本が100種類くらい出版されそうだなｗ
Rubyは下位互換をかなぐり捨てるの？
そんな未来のないシステム組めません（＞＜）
そんな未来のないシステム組めません（＞＜）
今のペースで開発が進むなら、Ruby 2.0が出るのは何年後のことなのか・・・。
しかしまあとりあえず、RubyもPHPも両方やっときゃ問題ないんじゃない？
しかしまあとりあえず、RubyもPHPも両方やっときゃ問題ないんじゃない？
Ruby は仕事になるかどうか結構微妙だね
>>301
Perl には新規のユーザが少ない、
ということを物語っているのでは。
あと、ruby-dev 読みなよ。
Ruby 2.0 は Ruby 1.x と互換性を捨てて作り直します。
Java でも何でも、言語はメジャーバージョンが上がれば
互換性がなくなるものです。
互換性が重要なら C や COBOL を使っては。
Perl には新規のユーザが少ない、
ということを物語っているのでは。
あと、ruby-dev 読みなよ。
Ruby 2.0 は Ruby 1.x と互換性を捨てて作り直します。
Java でも何でも、言語はメジャーバージョンが上がれば
互換性がなくなるものです。
互換性が重要なら C や COBOL を使っては。
別に新規ユーザがいなくても案件はあるんだから、大いに結構。
互換性がなくなるなら PHP5 みたいに出来損ないだけは勘弁だな。
第一、Java は下位互換性あるし。
互換性がなくなるなら PHP5 みたいに出来損ないだけは勘弁だな。
第一、Java は下位互換性あるし。
Perlの本って、今、すごいレベル高いと思うんだけど。
Perl Best Practiceをアマゾンで買って読んでるけど、これ興味深いわ。
で、今日本屋でPerl Hack立ち読みしてきたら、これも深い。
PHP Hackとは比較にならねないね。
Perl Best Practiceをアマゾンで買って読んでるけど、これ興味深いわ。
で、今日本屋でPerl Hack立ち読みしてきたら、これも深い。
PHP Hackとは比較にならねないね。
>>301
＞どうせ互換性がないなら、非の打ちどころのない言語を作ってほしいな。
どうせ非の打ちどころのない言語出したってほとんど使われない。
rubyもpythonも、phpに比べたら圧倒的に優れているのに、結局大して使われてない。
プロモーションが下手だから、認知されずに終わるだけ。
＞どうせ互換性がないなら、非の打ちどころのない言語を作ってほしいな。
どうせ非の打ちどころのない言語出したってほとんど使われない。
rubyもpythonも、phpに比べたら圧倒的に優れているのに、結局大して使われてない。
プロモーションが下手だから、認知されずに終わるだけ。
> rubyもpythonも、phpに比べたら圧倒的に優れているのに、結局大して使われてない。
使われているか否かというのは、藻前の主観での判断？
客観的に測定した採用数を出して貰わないと話にならないね。
使われているか否かというのは、藻前の主観での判断？
客観的に測定した採用数を出して貰わないと話にならないね。
>>314
???
???
どの程度分かりたくないかによる
どのようにしたいのかによる。
結論があって、適当にデータをつくる。
結論があって、適当にデータをつくる。
プログラム言語は、所詮人間が使う道具に過ぎない。
使う側としては、どういう道具でもうまく使いこなせるように、技量を磨いておけば良い。
Java、Ruby、Python、PHP、Perl、C、COBOL…好きな道具を選べばよろし。
道具が目的ではなく、それで何を作るかが大切。
これからも、より優れた道具を作ってくれる人たちはいるだろう。
ありがとう！
日本人が、どんな道具でも使いこなせるスーパープログラマーになれますように。
Symfonyからforkして、何か新しいフレームワークでも作ってみますか？
（OSを作るよりは簡単！？）
使う側としては、どういう道具でもうまく使いこなせるように、技量を磨いておけば良い。
Java、Ruby、Python、PHP、Perl、C、COBOL…好きな道具を選べばよろし。
道具が目的ではなく、それで何を作るかが大切。
これからも、より優れた道具を作ってくれる人たちはいるだろう。
ありがとう！
日本人が、どんな道具でも使いこなせるスーパープログラマーになれますように。
Symfonyからforkして、何か新しいフレームワークでも作ってみますか？
（OSを作るよりは簡単！？）
多くの人に使われる言語ってのは、バカでも使える言語って事だろ。
前提からして間違ってるヤツ大過ぎ。
前提からして間違ってるヤツ大過ぎ。
cakeの日本語サイトが出来たね
http://cakephp.jp/modules/newbb/viewtopic.php?topic_id=11&forum=3&post_id=81#forumpost81
「Symfony よりはよっぽど lightweight」ってマジ？
symfonyの重さが話題になってたから気になるところ
もしかしてsymfonyは既に古いのか…？
http://cakephp.jp/modules/newbb/viewtopic.php?topic_id=11&forum=3&post_id=81#forumpost81
「Symfony よりはよっぽど lightweight」ってマジ？
symfonyの重さが話題になってたから気になるところ
もしかしてsymfonyは既に古いのか…？
文脈上はサイズ的なものを言っているようだね
パフォーマンスはどうなんだろう
パフォーマンスはどうなんだろう
' . : i .;'l;' _,,ﾆ';､,iｿ '; :l ,';.::! i:.! : '､!:';:. :!:. : : : :.;
､: :｡:!.i.:',r'ﾞ,rf"`'iﾐ,`'' ﾞ ';.i `Ｎ,_i;i＿__,,_,'､-';‐l'i'':':':':-
:'､: :.:!l :'ﾞ iﾞ:;i{igil};:;l' ヾ! 'i : l',r',ﾃr'‐ミ;‐ﾐ';i:'i::. : i
:i.'､o:'、 ﾞ､::ﾞ''".::ﾉ iﾞ:;:li,__,ﾉ;:'.､'､ :'i:::. i.
,'. :ﾞ>;::'､⊂‐ﾆ;;'´ '､';{|llll!: :;ﾉ ! : !::i. :
' /. :iヾ､ ｀ ､._. ミ;;--‐'´. /.:i;!o
: ,' : : i.: <_ ｀ ' ' ｀｀'‐⊃./. :,: : :
,'. . : :', ､,,＿ ,.:': ,r'. : , 返せ!!
. : : . :;::'､ ﾞ|llllllllllllF':-.､ ,r';､r': . : :,i symfonyにかけた時間返せ!!
: : :.::;.'.:::;`､ |llllH". : : : :｀､ ,rシｲ...: : ; : :/:i
: :..:::;':::::;':::::`.､ |ｿ/. : : : : : : ;,! ,／'ﾞ. /.:::: :,:': :./',:
.:::;:'i::::;':::::::::i::`:.、;ﾞ､';‐ ､,;__;,／ﾉ . :,/.:::: :/. : :/.:::i.
､: :｡:!.i.:',r'ﾞ,rf"`'iﾐ,`'' ﾞ ';.i `Ｎ,_i;i＿__,,_,'､-';‐l'i'':':':':-
:'､: :.:!l :'ﾞ iﾞ:;i{igil};:;l' ヾ! 'i : l',r',ﾃr'‐ミ;‐ﾐ';i:'i::. : i
:i.'､o:'、 ﾞ､::ﾞ''".::ﾉ iﾞ:;:li,__,ﾉ;:'.､'､ :'i:::. i.
,'. :ﾞ>;::'､⊂‐ﾆ;;'´ '､';{|llll!: :;ﾉ ! : !::i. :
' /. :iヾ､ ｀ ､._. ミ;;--‐'´. /.:i;!o
: ,' : : i.: <_ ｀ ' ' ｀｀'‐⊃./. :,: : :
,'. . : :', ､,,＿ ,.:': ,r'. : , 返せ!!
. : : . :;::'､ ﾞ|llllllllllllF':-.､ ,r';､r': . : :,i symfonyにかけた時間返せ!!
: : :.::;.'.:::;`､ |llllH". : : : :｀､ ,rシｲ...: : ; : :/:i
: :..:::;':::::;':::::`.､ |ｿ/. : : : : : : ;,! ,／'ﾞ. /.:::: :,:': :./',:
.:::;:'i::::;':::::::::i::`:.、;ﾞ､';‐ ､,;__;,／ﾉ . :,/.:::: :/. : :/.:::i.
cakeで作られたサイトのURLきぼんぬ
PHP～Zend社
Zend社～イスラエル
イスラエル～近隣諸国に武力行使
殺人大好きのイスラエル・ユダヤ人が提供してくれるPHPは使い勝手が良いですか？
http://headlines.yahoo.co.jp/hl?a=20060807-00000806-reu-int
［ベイルート ６日 ロイター］
レバノンのベリ国民議会議長は６日、米仏両国により提出されたイスラエルとレバノンのイスラム教シーア派民兵組織ヒズボラの戦闘停止を目指す国連安全保障理事会の決議案について、イスラエル軍のレバノン駐留を認めるものだとして受け入れを拒否した。
ベリ議長は、同決議案はレバノンが求める即時停戦やイスラエル軍のレバノンからの撤退などを含む７項目から成る要求を無視した偏った案だと指摘。「レバノンはこれら７項目の内容から外れたいかなる決議案も拒否する」と述べた。
また、イスラエル軍がレバノンに駐留している限り、平和は訪れないとし「決議案はレバノンの国益にならず、終わりのない戦争への扉を開く」との考えを示した。
（ロイター） - 8月7日14時36分更新
Zend社～イスラエル
イスラエル～近隣諸国に武力行使
殺人大好きのイスラエル・ユダヤ人が提供してくれるPHPは使い勝手が良いですか？
http://headlines.yahoo.co.jp/hl?a=20060807-00000806-reu-int
［ベイルート ６日 ロイター］
レバノンのベリ国民議会議長は６日、米仏両国により提出されたイスラエルとレバノンのイスラム教シーア派民兵組織ヒズボラの戦闘停止を目指す国連安全保障理事会の決議案について、イスラエル軍のレバノン駐留を認めるものだとして受け入れを拒否した。
ベリ議長は、同決議案はレバノンが求める即時停戦やイスラエル軍のレバノンからの撤退などを含む７項目から成る要求を無視した偏った案だと指摘。「レバノンはこれら７項目の内容から外れたいかなる決議案も拒否する」と述べた。
また、イスラエル軍がレバノンに駐留している限り、平和は訪れないとし「決議案はレバノンの国益にならず、終わりのない戦争への扉を開く」との考えを示した。
（ロイター） - 8月7日14時36分更新
cakeってfilter的機能あるの？
クラス見てもなさげだったけど
クラス見てもなさげだったけど
>>323
cakeもrailsのパクリだから無駄にはならないはずだぞ。
cakeもrailsのパクリだから無駄にはならないはずだぞ。
配列で設定するあたり好みだな＞cake
>>321
lightweightってのは、機能がしょぼいっていう意味のことです
lightweightってのは、機能がしょぼいっていう意味のことです
cakeってバリデーションどうやって拡張するの？
railsのおかげで共通言語が多いから相互乗り換えも楽そうではあるな。
もう俺FWは全く作る気なくなったが。
もう俺FWは全く作る気なくなったが。
ttp://digg.com/programming/Nice_Symfony_(PHP_Framework)_Tutorial
SymfonyとCakePHPの話題が出てるね
SymfonyとCakePHPの話題が出てるね
ＤＢだけでなく言語も抽象化の時代だな
CakePHPの日本語コミュニティが開設されました
http://cakephp.jp/
http://cakephp.jp/
XOOPSかよ
>>336
外人同士が激論してるね
I've used both CakePHP and symfony. And CakePHP is fine, but symfony rocks!
ロックって何だよ内田裕也かw
外人同士が激論してるね
I've used both CakePHP and symfony. And CakePHP is fine, but symfony rocks!
ロックって何だよ内田裕也かw
いや、普通の口語表現じゃん。
Aはいかすぜ！ → A rocks!
Aはクソだ！ → A sucks!
Aはいかすぜ！ → A rocks!
Aはクソだ！ → A sucks!
symfony やってたけど、ちょっと cake に浮気中。
cake 結構いいな。
どっちにするか迷うぜ
cake 結構いいな。
どっちにするか迷うぜ
ていうか何でいまさらCakePHP
cakeって未だAdodbまともに動かんみたいね。
昔突っ込まれてた、あの拡張性無視なその場しのぎコーディングをなんとかしないと、
ほんと破綻しちゃうよ…
昔突っ込まれてた、あの拡張性無視なその場しのぎコーディングをなんとかしないと、
ほんと破綻しちゃうよ…
ああ、コーディングがださいの？
それならsymfonyでいいや…
それならsymfonyでいいや…
346 ：nobodyさん：2006/08/10(木) 17:22:24 ID:Uj3F4AKm
だから、ZendFrameworkが一番だって言ってるだろ！
うんこ野郎どもが！
うんこ野郎どもが！
>>346
まだ出来上がってもないじゃん
まだ出来上がってもないじゃん
348 ：203.143.107.83.user.il24.net：2006/08/10(木) 17:37:52 ID:ebBaDLS5
>>347
馬鹿野郎まだ始まってもいねえよ
馬鹿野郎まだ始まってもいねえよ
はじめる前から終わってる
あるある探検隊！あるある探検隊！
あるある探検隊！あるある探検隊！
ｼﾞｬﾝｺﾞ速いらしいね
もうPHP自体窓から投げ捨てたらいいんじゃね
もうPHP自体窓から投げ捨てたらいいんじゃね
速い遅いって結局はO/Rに因るんじゃないの？
PHPのフレームワーク『Ethna』徹底解説
http://labs.gree.jp/Top/Document/20060707.html
http://labs.gree.jp/Top/Document/20060707.html
Zend Frameworkって、いつリリース予定なのかなあ
10月だっつってんだろーが(ﾟДﾟ)ｺﾞﾙｧ!
>>351
実装する開発者の能力で決まります
実装する開発者の能力で決まります
359 ：nobodyさん：2006/08/12(土) 00:25:19 ID:VEdObvEs
PDOと何らかのキャッシュ(Memcacheなど)が必須なO/Rマッパーはあまり普及しないと思いますか？
DBごとの関数で実装するべきだと思いますか？
DBごとの関数で実装するべきだと思いますか？
ベンチとってみれ
cakeのソース少し見たけどあんなもん使う奴の気が知れない
>>362
どこらへん？
どこらへん？
「Ruby on Rails」に脆弱性--早急なアップデートが必要
1.1から1.1.4のRoRに脆弱性が発見されたとの事です。
もうご存知の方も多いかと思いますが、
1.1.6へ早急なアップデートが推奨されています。
アップデートは、
gem update rails
にて
http://japan.cnet.com/news/sec/story/0,2000056024,20198527,00.htm
1.1から1.1.4のRoRに脆弱性が発見されたとの事です。
もうご存知の方も多いかと思いますが、
1.1.6へ早急なアップデートが推奨されています。
アップデートは、
gem update rails
にて
http://japan.cnet.com/news/sec/story/0,2000056024,20198527,00.htm
Yahoo!、Python開発者センターを立ち上げ
http://www.itmedia.co.jp/enterprise/articles/0608/11/news087.html
PHPオワタ＼(＾o＾)／
http://www.itmedia.co.jp/enterprise/articles/0608/11/news087.html
PHPオワタ＼(＾o＾)／
Python Developer CenterはYahoo!がWeb開発者と動的言語開発者向けに構築した最新の言語特化型開発者センター。
同社はYahoo! Developer NetworkにJavaScript Developer CenterとPHP Developer Centerも置いている。
同社はYahoo! Developer NetworkにJavaScript Developer CenterとPHP Developer Centerも置いている。
agaviは何で今更設定ファイルをXML実装にしたんだろう。
さぁ。
てゆーか、廃れたFWにはもう興味無いし。
てゆーか、廃れたFWにはもう興味無いし。
370 ：nobodyさん：2006/08/14(月) 20:55:49 ID:21wadByI
＿___ ____
（ ） ） ））) ZendFramework使え！
. | ⌒ ｀i 塩豚野郎ども！
| ﾉ | .
/ /
/ | ，
_／ | ． ．
(ﾟ⊿ﾟ)o _／ } ，･.’､ ﾟ
ｂ ヽ-‐" ＿＿＿__＼ ノ ．∴｡ ・
〈〈￣￣ ／ ￣￣ ＼ ’ ・.
└′ / ヽ / ｌ
| /￣￣| /
＼ ∠＿＿/ ／
（ ） ） ））) ZendFramework使え！
. | ⌒ ｀i 塩豚野郎ども！
| ﾉ | .
/ /
/ | ，
_／ | ． ．
(ﾟ⊿ﾟ)o _／ } ，･.’､ ﾟ
ｂ ヽ-‐" ＿＿＿__＼ ノ ．∴｡ ・
〈〈￣￣ ／ ￣￣ ＼ ’ ・.
└′ / ヽ / ｌ
| /￣￣| /
＼ ∠＿＿/ ／
まだ完成もしてないZFをごり押ししてる奴は一体何？
>>372
Zend Japanゆかりの者
Zend Japanゆかりの者
OSCON2006 でも PHP 作者で今は Yahoo! の中の人が
Yahoo! での使用例やチューニング例を解説してたね。
Yahoo! での使用例やチューニング例を解説してたね。
>>374
くわしく
くわしく
376 ：nobodyさん：2006/08/15(火) 23:14:48 ID:KjMbJVOo BE:220400993-BRZ(1005)
あのう・・、mojavi4どこでDLできますか？
どこにもないんですけど・・・
どこにもないんですけど・・・
俺たちの心の中
cakephp 1.1.7.3363だが、
oth_authもob_authもsd_authもうごかねえー
困った困った
認証でオススメってありますか？
oth_authもob_authもsd_authもうごかねえー
困った困った
認証でオススメってありますか？
380 ：nobodyさん：2006/08/16(水) 02:01:16 ID:vNjD35/q BE:220400993-BRZ(1005)
ケーキ焼きすぎて焦げますた('A`)
CAKEご新規様一名追加～
>>384
今時のフレームワークはほとんどcake程度の効率はあるからね。
今時のフレームワークはほとんどcake程度の効率はあるからね。
みったんフレームワークバージョン上がったね。
公開してほしい。
公開してほしい。
なんかJavaにもgeronimoっていうフレームワーク的なものがあるらしいね
みったんかぶってるじゃん
みったんかぶってるじゃん
geronim0にしたらいい
セミナーいってきたお
>>390
ゲロニンてｗ
ゲロニンてｗ
やっぱりPHPで新たにフレームワーク学ぶより
RoR移行したほうが近道な気がしてきた。
半分趣味プロなので余計に。
しかし関係ないけどRubyで多用してる@や:みたいな記号って
英語キーボードだと打ち辛いと思うんだけど
外人はどう思ってるんだろう。
RoR移行したほうが近道な気がしてきた。
半分趣味プロなので余計に。
しかし関係ないけどRubyで多用してる@や:みたいな記号って
英語キーボードだと打ち辛いと思うんだけど
外人はどう思ってるんだろう。
>>393
$も;もそんなかわんねーだろｗｗｗｗｗ
$も;もそんなかわんねーだろｗｗｗｗｗ
俺はRuby知らないDQN厨房ですが、RoRに手を出す場合、
学習の初期段階では
Rubyを習得する割合 : Railsを習得する割合 って
どんなもんなんでしょうかね・・・？
現在はCake使用中。
学習の初期段階では
Rubyを習得する割合 : Railsを習得する割合 って
どんなもんなんでしょうかね・・・？
現在はCake使用中。
Rubyは文法がかなり、PHPとは違うから
本当に初期は、ほとんどRubyの勉強になるとおもうぞ
本当に初期は、ほとんどRubyの勉強になるとおもうぞ
でもメモリ食いまくりでしかも遅いとか聞いたけど実際どうなの？
>>398
生CGIじゃなきゃ十分速い
mod_proxy+mongrelマジオススメ
mongrelはクラスタリングも出来るから可用性もバリ高い
ていうかメモリ食うとか良くいうけど
今日日512MBしか積んでないサーバーとかつかわねーだろ？ｗｗｗｗ
生CGIじゃなきゃ十分速い
mod_proxy+mongrelマジオススメ
mongrelはクラスタリングも出来るから可用性もバリ高い
ていうかメモリ食うとか良くいうけど
今日日512MBしか積んでないサーバーとかつかわねーだろ？ｗｗｗｗ
んでsymfonyってどうなの最近？
なんかスレの勢いは落ちたよね
WEB+DBPRESSとかはEthna&Maple押しだからな
現場じゃそんなに採用されねんじゃね？
ZFは政治的な面で採用されやすそうだ
現場じゃそんなに採用されねんじゃね？
ZFは政治的な面で採用されやすそうだ
askeetの英語で挫折しました。
cakeリファレンスの方が英語の表現が簡潔だった（自分には）
でcakeに浮気。
まずはaskeet日本語訳のつづきｱﾌﾟしてくれーと思います
cakeリファレンスの方が英語の表現が簡潔だった（自分には）
でcakeに浮気。
まずはaskeet日本語訳のつづきｱﾌﾟしてくれーと思います
Symfonyは出来れば使ってみたいんだけど
ちょっと富豪主義的で軽快さに欠ける印象を受けた。
デモムービーで使われてるTextmateも
Snippetを超酷使してて、開発者の性格が出てる。ｗ
ちょっと富豪主義的で軽快さに欠ける印象を受けた。
デモムービーで使われてるTextmateも
Snippetを超酷使してて、開発者の性格が出てる。ｗ
ZF追いかけてる人が少なくて引く
せいぜいsymfonyやらcake使って喜んでてくれ
フルスタックじゃなきゃ使えないフレームワークの奴隷供が
初心者はともかく何年もPHP使ってる人間が
symfonyとかcake凄い、ZF全然機能ないじゃんっていう状況に呆れるよ
PerlやRubyのコミュニティに馬鹿にされ続けるのも頷ける
パクりアイディアしかない汚いコードで固められた密結合の
フレームワークに振り回されて思う存分コードを書かされてください
せいぜいsymfonyやらcake使って喜んでてくれ
フルスタックじゃなきゃ使えないフレームワークの奴隷供が
初心者はともかく何年もPHP使ってる人間が
symfonyとかcake凄い、ZF全然機能ないじゃんっていう状況に呆れるよ
PerlやRubyのコミュニティに馬鹿にされ続けるのも頷ける
パクりアイディアしかない汚いコードで固められた密結合の
フレームワークに振り回されて思う存分コードを書かされてください
>>405
釣り乙
釣り乙
むしろ美しいコードで固められた疎結合のZFについて存分に語って欲しかった
そこまで言うかな、むしろ理想的なフレームワークを自分で作れば？と想うなりけり。
後のみったんフレームワークである
別に俺だってZF万能！最高！とか思ってる訳じゃない
むしろもうちょっと開発スピードが上がらないかなとか思う
でも少なくともsymfonyやcakeよりは期待してる
アイディアベースでは他のFWの良い所を参考にしつつ
コードベースでは単にパクるんじゃなくスクラッチから
高品質なものを目指して必要最低限の土台になる部分を
きっちり作っていってる新しい流れにも
もうちょっと目を向けてもいいんじゃないのと
Rails志向的なPHPのFWの話しばかりが流れていく
この状況は正直俺はあんまり良いとは思えない
むしろもうちょっと開発スピードが上がらないかなとか思う
でも少なくともsymfonyやcakeよりは期待してる
アイディアベースでは他のFWの良い所を参考にしつつ
コードベースでは単にパクるんじゃなくスクラッチから
高品質なものを目指して必要最低限の土台になる部分を
きっちり作っていってる新しい流れにも
もうちょっと目を向けてもいいんじゃないのと
Rails志向的なPHPのFWの話しばかりが流れていく
この状況は正直俺はあんまり良いとは思えない
縦読みかと思いつつも内容には同意する
今使えねーFWになんざ用はねえんだよ
制作は未来のフレームワークで行われるんじゃない！
今あるフレームワークで行われるんだ！
今あるフレームワークで行われるんだ！
ZFは今から参加して意見を言って自分が思うようなFWの方向に持っていける
可能性があるのだから開発できる人は参加して意見だけでも言えばいいのに…
と思うコーディングできない素人でした
可能性があるのだから開発できる人は参加して意見だけでも言えばいいのに…
と思うコーディングできない素人でした
意見を言っても良くならなそう。
何だかんだ海外でCakeが浸透→暫くして日本にも波及
ってなりそうな気がするんだけどどうだろ。
ORM、バリデーション、ディレクトリ構造など
外面だけ見ればCakeが一番無難に仕上げてる
印象を受けるんだけども。
ってなりそうな気がするんだけどどうだろ。
ORM、バリデーション、ディレクトリ構造など
外面だけ見ればCakeが一番無難に仕上げてる
印象を受けるんだけども。
ZFは設計悪くないしFWとして十分だと思うけどな
チーム開発だとワンライナーヘルパーは無駄に複雑化する
規模が大きくなるとクラスの粒度重要
50画面程度の小規模案件はRails
150～200画面くらいまでならZF
それ以降はS2Struts
みたいな使い分けが良い
チーム開発だとワンライナーヘルパーは無駄に複雑化する
規模が大きくなるとクラスの粒度重要
50画面程度の小規模案件はRails
150～200画面くらいまでならZF
それ以降はS2Struts
みたいな使い分けが良い
symfonyのいいところはMVC周り。
MVC周りがビッチなZFはフレームワークとしてはげぼ以下。
PEARのように切り刻んで使うのがベター。
MVC周りがビッチなZFはフレームワークとしてはげぼ以下。
PEARのように切り刻んで使うのがベター。
MVCが良いって表現がイマイチよくわからない
ZFはScaffold相当はまだなんだっけ
ZFはScaffold相当はまだなんだっけ
>>421
ZFを使ったコード生成系はZendStudioに組み込まれるかも知れないらしい
ZFを使ったコード生成系はZendStudioに組み込まれるかも知れないらしい
>>424
それは戦略的には有効だな
それは戦略的には有効だな
>>425
そんなことしたら、Zend Studioが売れなくなっちゃうじゃん！
そんなことしたら、Zend Studioが売れなくなっちゃうじゃん！
× ZendFramework
○ PEAR part2
○ PEAR part2
つかZendstudioって実質消滅して
Eclipseプラグイン化していくって話なかったっけ
現行のZendstudioは高いし死んでも買いたくないな
Eclipseプラグイン化していくって話なかったっけ
現行のZendstudioは高いし死んでも買いたくないな
そもそも、いわゆるWebMVCはそれほど良いわけではない。
コントローラに何もかも押し付け過ぎ。
コントローラに何もかも押し付け過ぎ。
vs.phpの文字コードの問題さえなくなればなぁ。
>>419
参考にしてみる。
参考にしてみる。
>>429
取り合えず2年ぐらいはZend StudioとPHP IDE(Eclipseのプラグイン)が
並行開発で、機能的にもZendStudio＞PHP IDEという差は埋まらないだろう
って、一昨日Zeevが言ってた。
取り合えず2年ぐらいはZend StudioとPHP IDE(Eclipseのプラグイン)が
並行開発で、機能的にもZendStudio＞PHP IDEという差は埋まらないだろう
って、一昨日Zeevが言ってた。
フレームワークをどう使うのかがよくわからないんですけど、
ダウンロードしたもののPHPファイルは、
プログラム開発などでよく使われる部品みたいなものですよね？
そういうソースを自分で書かずにフレームワークのを利用して
開発効率を高めるということであってるでしょうか？
フレームワークをうまくつかいこなせれば良いプログラマーなんでしょうが、
ソースを書かない分、腕は上達しないと思うのですが、
その辺どうなんでしょうか？
ダウンロードしたもののPHPファイルは、
プログラム開発などでよく使われる部品みたいなものですよね？
そういうソースを自分で書かずにフレームワークのを利用して
開発効率を高めるということであってるでしょうか？
フレームワークをうまくつかいこなせれば良いプログラマーなんでしょうが、
ソースを書かない分、腕は上達しないと思うのですが、
その辺どうなんでしょうか？
>>436
他人と共同作業できる人をよしとするか他人に作れないものを作る人をよしとするかによるんじゃないでしょーか。
他人と共同作業できる人をよしとするか他人に作れないものを作る人をよしとするかによるんじゃないでしょーか。
>>436
多分お前には必要ないから気にしなくていい
多分お前には必要ないから気にしなくていい
今はsymfony使ってるけど
機能を切り貼りできるZFにも期待はしてるよ
フルスタックだと依存しすぎるから
機能を切り貼りできるZFにも期待はしてるよ
フルスタックだと依存しすぎるから
有限状態マシンてなんだ？
何かわくわくする言葉だ
何かわくわくする言葉だ
>>436
フレームワーク導入のメリット
・少なくとも、フレームワークを使った開発手法を習得できるｗ
＝学習コストは気にした方がいいかな？
・フレームワークの導入によって、ルーチンワークに費やす時間を減らし、余った時間をスキルアップに当てれば、腕はさらに上達すると思うよ。
＝OJTじゃなくても、スキルアップは可能。
Googleでは、勤務時間の20％を自分の研究に使うそうですが、そういう時間の使い方が実現できるなら、フレームワークの恩恵があるんじゃない？
フレームワーク導入のメリット
・少なくとも、フレームワークを使った開発手法を習得できるｗ
＝学習コストは気にした方がいいかな？
・フレームワークの導入によって、ルーチンワークに費やす時間を減らし、余った時間をスキルアップに当てれば、腕はさらに上達すると思うよ。
＝OJTじゃなくても、スキルアップは可能。
Googleでは、勤務時間の20％を自分の研究に使うそうですが、そういう時間の使い方が実現できるなら、フレームワークの恩恵があるんじゃない？
>>441
まじめに質問しているのなら、あらかじめ謝っておく
こんなの
switch ($state) {
case 'state_a':
a();
break;
case 'state_b':
b();
break;
}
まじめに質問しているのなら、あらかじめ謝っておく
こんなの
switch ($state) {
case 'state_a':
a();
break;
case 'state_b':
b();
break;
}
>>440
> iteman氏のフレームワークきたYO
> Piece Framework
> http://piece-framework.com/
結局これがなんなのかわからない俺は一生独身ですか？
> iteman氏のフレームワークきたYO
> Piece Framework
> http://piece-framework.com/
結局これがなんなのかわからない俺は一生独身ですか？
フレームワークだろ
ざっと見た感じ、特に変わったものというわけではなさそう
ざっと見た感じ、特に変わったものというわけではなさそう
Ethna、Mapleに続く国産フレームワークになるのかね
iteman氏って誰やねん
>>449
PEAR Net_UserAgent_Mobileのメンテナ
PEAR Net_UserAgent_Mobileのメンテナ
>>437
なるほど。共同作業のときに使うものなんですね。
この業界に入らない限り縁はなさそうですね。
>>443
>・少なくとも、フレームワークを使った開発手法を習得できるｗ
これは重要そうですよね。
さっぱりフレームワークというものがわからないので、
使っているうちに良いものだとわかってくるんでしょうかね。
自分には使う必要がないものかもしれませんが、
勉強として少しだけ触っときたいと思います。
レスどうもありがとうございました。
なるほど。共同作業のときに使うものなんですね。
この業界に入らない限り縁はなさそうですね。
>>443
>・少なくとも、フレームワークを使った開発手法を習得できるｗ
これは重要そうですよね。
さっぱりフレームワークというものがわからないので、
使っているうちに良いものだとわかってくるんでしょうかね。
自分には使う必要がないものかもしれませんが、
勉強として少しだけ触っときたいと思います。
レスどうもありがとうございました。
453 ：nobodyさん：2006/08/21(月) 21:11:40 ID:EaU1LrCO
ZFでいいだろ
guesswordでいい
guessworkだった
「急速に進化するPHPフレームワーク」---PHPカンファレンス2006より
http://itpro.nikkeibp.co.jp/article/NEWS/20060821/245967/
パネルディスカッションでは，
Ethnaを開発したグリー CTOの藤本真樹氏，
Mapleを開発した夢の街創造委員会の高橋邦彦氏，
symfonyに詳しいディノの月宮紀柳氏，
Zend Frameworkに詳しいジョルス 石川直人氏
がPHPフレームワークの現状と将来について議論を交わした。
個人的には、
HTML_TagCloudというライブラリ
の話が面白そう！と思いました。。。
http://itpro.nikkeibp.co.jp/article/NEWS/20060821/245967/
パネルディスカッションでは，
Ethnaを開発したグリー CTOの藤本真樹氏，
Mapleを開発した夢の街創造委員会の高橋邦彦氏，
symfonyに詳しいディノの月宮紀柳氏，
Zend Frameworkに詳しいジョルス 石川直人氏
がPHPフレームワークの現状と将来について議論を交わした。
個人的には、
HTML_TagCloudというライブラリ
の話が面白そう！と思いました。。。
>>459
自分の場合は PEAR をセットアップしたらまず pear config-set preferred_state beta。
たぶん作者さんもそうだったんじゃないかな。
あと直にインストールせず pear download channel/PackageName してアーカイブを落としてから
pear install PackageName-x.x.x.tgz してます。
自分の場合は PEAR をセットアップしたらまず pear config-set preferred_state beta。
たぶん作者さんもそうだったんじゃないかな。
あと直にインストールせず pear download channel/PackageName してアーカイブを落としてから
pear install PackageName-x.x.x.tgz してます。
462 ：nobodyさん：2006/08/24(木) 17:12:18 ID:LzZwwguu
皆さんはフレームワークにどこまで求めますか？
たとえばMVCまわりだけとか。
あと、PHP4とPHP5によってフレームワークを分けてつかいますか？
（PHP5しか動かないのもありますが・・・）
たとえばMVCまわりだけとか。
あと、PHP4とPHP5によってフレームワークを分けてつかいますか？
（PHP5しか動かないのもありますが・・・）
463 ：nobodyさん：2006/08/24(木) 19:40:29 ID:x9G5+vaH
ひとつ言わせてくれ！
フレームワーク使わなくてもMVCできますから！！！
フレームワーク使わなくてもMVCできますから！！！
>>463
kwsk
kwsk
phpのテンプレート書くときに<?=$var?>みたいなshorttag形式は
やっぱり良くないんだろか・・・
やっぱり良くないんだろか・・・
だめぽになった時に
一括に変換したらいいじゃん
最初は<?phpってちゃんと書いてたけど
面倒くさくなってきたからごちゃまぜりんこ。
一括に変換したらいいじゃん
最初は<?phpってちゃんと書いてたけど
面倒くさくなってきたからごちゃまぜりんこ。
467 ：nobodyさん：2006/08/24(木) 21:36:30 ID:x9G5+vaH
XHTMLで書くようになってから使ってない
フレームワークもテンプレエンジンも、PEARなどのライブラリでさえ
利点がよく分からない。なので、今まで一度も使ったことがない。
必要なものは自作したほうが手っ取り早いし、中身の動作もよく分かる。
利点がよく分からない。なので、今まで一度も使ったことがない。
必要なものは自作したほうが手っ取り早いし、中身の動作もよく分かる。
469 ：nobodyさん：2006/08/24(木) 21:47:19 ID:x9G5+vaH
>>472
Smartyは便利よ
Smartyは便利よ
>>466
今はXML無関係な場所だからその考え方で行こうかなぁ。
書くのはともかく、<?php echo $this->Post・・というコードがどうしても見づらい。
あとぐぐったらPHP6でも廃止されないと分かって少し安心。
今はXML無関係な場所だからその考え方で行こうかなぁ。
書くのはともかく、<?php echo $this->Post・・というコードがどうしても見づらい。
あとぐぐったらPHP6でも廃止されないと分かって少し安心。
viewのショートタグはデフォ
viewで<?phpなやつはアフォ
viewで<?phpなやつはアフォ
>>468
そう考えていた時期もありましたのAA
そう考えていた時期もありましたのAA
Railsさわってると
フレームワークのよさがかすみます
フレームワークのよさがかすみます
>>473
kwsk
kwsk
テンプレートのよさ ではなくて？
>>471
ヒント：symfonyの公式は<?phpだらけ
ヒント：symfonyの公式は<?phpだらけ
>>476
だってさ、xml宣言で衝突するだけでしょ
<?= '<?xml ～ ?>' ?>
にすれば全てのphpタグはショートタグでも問題ないじゃん
それでも利便性を取らず<?php形式で書き続けるメリットって何？
それがstrictだから？もうアフォじゃないのと
だってさ、xml宣言で衝突するだけでしょ
<?= '<?xml ～ ?>' ?>
にすれば全てのphpタグはショートタグでも問題ないじゃん
それでも利便性を取らず<?php形式で書き続けるメリットって何？
それがstrictだから？もうアフォじゃないのと
php宣言いらないよなあ。
<?php ?>なくならないもんだろうかね。
時期バージョンではなくなってほしい。
<?php ?>なくならないもんだろうかね。
時期バージョンではなくなってほしい。
>>478
何その時代の流れに逆行した発言
何その時代の流れに逆行した発言
>>410
ZFもおもいきりrails志向なんですが。
ZFもおもいきりrails志向なんですが。
>>468
＞必要なものは自作したほうが手っ取り早いし、中身の動作もよく分かる。
他人にコードを渡すときも、フレームワークなどよりも、よくわからせる自身があるんですね。
ほんとあなたはすごいです。どうやって書いてるのかぜひ教えてください。
＞必要なものは自作したほうが手っ取り早いし、中身の動作もよく分かる。
他人にコードを渡すときも、フレームワークなどよりも、よくわからせる自身があるんですね。
ほんとあなたはすごいです。どうやって書いてるのかぜひ教えてください。
それはスルーしていい発言の一つ
>>481
だって別に他人にコード渡さないもん。
この板にいるみんなが、お前みたいな歯車の一部じゃないんだよ。
歯車であるお前は、もちろんフレームワークをきっちり使わないとダメだよ。
勝手なこと出来る立場じゃないからね、お前みたいな末端の人間は。
だって別に他人にコード渡さないもん。
この板にいるみんなが、お前みたいな歯車の一部じゃないんだよ。
歯車であるお前は、もちろんフレームワークをきっちり使わないとダメだよ。
勝手なこと出来る立場じゃないからね、お前みたいな末端の人間は。
ﾆｰﾄは自作で十分だよな。
ある程度安定したプロジェクトは下っ端に渡して、
自分は先に行くもんじゃねーのか？
自分は先に行くもんじゃねーのか？
なるほど～
ニートで人間関係が狭ければ、何もかも一人で１から作ることができるんですね。
時間も無限にあるから、既存の財産を使用する必要もありませんもんね。
共同プロジェクトや、友人などと協力して仕事することだってあるわけですが、
そういうことすら思いつかず、末端社員だと思い込んでしまえるのもニートの特権ですね＾＾
ほんとに勉強になりました～
ニートで人間関係が狭ければ、何もかも一人で１から作ることができるんですね。
時間も無限にあるから、既存の財産を使用する必要もありませんもんね。
共同プロジェクトや、友人などと協力して仕事することだってあるわけですが、
そういうことすら思いつかず、末端社員だと思い込んでしまえるのもニートの特権ですね＾＾
ほんとに勉強になりました～
並程度の力あるなら、ライブラリやフレームワークをそれなりの早さで理解する能力くらいあるしなぁ。
それよりも１から書いたほうが楽とか、自分の書いた文字しか読めませんって言ってるようなもんだな。
それよりも１から書いたほうが楽とか、自分の書いた文字しか読めませんって言ってるようなもんだな。
488 ：nobodyさん：2006/08/25(金) 07:26:18 ID:LfAN8Lft
>>483
オレの場合はお客さんがデザインや管理は自社でやりたいと
いうところが多いからフレームワークつかっちゃうと
HTMLしかわからない人にはかえって難しくなるみたい。
だからデザインしてあるHTMLにPHPを組み込むというやりかた。
オレの場合はお客さんがデザインや管理は自社でやりたいと
いうところが多いからフレームワークつかっちゃうと
HTMLしかわからない人にはかえって難しくなるみたい。
だからデザインしてあるHTMLにPHPを組み込むというやりかた。
つ【テンプレートライブラリ】
こんな場末のスレで匿名＆IDなしで俺は偉いんだ宣言
惚れ惚れするね
惚れ惚れするね
>>384 の感想にあるように、
フレームワークがアプリケーションの土台（scaffold）を提供してくれるのは、開発作業時間短縮＋保守性向上において大きなメリットをもたらしますね。
（＝開発人員数は関係なし）
フレームワークがあったら便利だと思う人がいるから、作る人、利用する人がいる。
・フレームワーク不要派もそれは理解できるはず。
フレームワークを使うまでもない、という局面もある。
・フレームワーク必要派もそれは理解できるはず。
開発手法の話とは別に、スキルの問題で、
・他人のコードが読めない人
・リファクタリングの経験が乏しい人
は、フレームワークを使わない方が「効率的」なのかな？
フレームワークがアプリケーションの土台（scaffold）を提供してくれるのは、開発作業時間短縮＋保守性向上において大きなメリットをもたらしますね。
（＝開発人員数は関係なし）
フレームワークがあったら便利だと思う人がいるから、作る人、利用する人がいる。
・フレームワーク不要派もそれは理解できるはず。
フレームワークを使うまでもない、という局面もある。
・フレームワーク必要派もそれは理解できるはず。
開発手法の話とは別に、スキルの問題で、
・他人のコードが読めない人
・リファクタリングの経験が乏しい人
は、フレームワークを使わない方が「効率的」なのかな？
ショートタグに関しては、現状XHTMLの宣言と被るという問題だけだからな
あとはサーバでショートタグをoffにされていると動かなくなるというのかな
あとはサーバでショートタグをoffにされていると動かなくなるというのかな
>>492
>・他人のコードが読めない人
これはあると思う
自分の場合実務でEthna使ってて困った時どこを見たらいいのか
パッと出てくるようになるまでが辛くて
それでもEthnaはコード読みやすいから楽な方だとはわかってるけど
今ならドキュメントもだいぶ多いしね
>・他人のコードが読めない人
これはあると思う
自分の場合実務でEthna使ってて困った時どこを見たらいいのか
パッと出てくるようになるまでが辛くて
それでもEthnaはコード読みやすいから楽な方だとはわかってるけど
今ならドキュメントもだいぶ多いしね
日本人はみんな「型」にハマるのが好きだからなぁ。
多少の窮屈さは我慢して、他人と横並びでいるのが好きなんだろうね。
フレームワークなんて、他人が提供した「型」そのもの。
さすが、根っからの歯車根性・根っからのリーマン根性。素晴らしい。
頑張って馬車馬のように働いてね、下っ端のみんな♪
多少の窮屈さは我慢して、他人と横並びでいるのが好きなんだろうね。
フレームワークなんて、他人が提供した「型」そのもの。
さすが、根っからの歯車根性・根っからのリーマン根性。素晴らしい。
頑張って馬車馬のように働いてね、下っ端のみんな♪
ﾌﾟﾌﾟﾌﾟ
まるで日本人だけがフレームワーク使ってるみたいな言い草だな
井の中の蛙
499 ：nobodyさん：2006/08/25(金) 13:35:13 ID:fU/0kLO0
マジレスするけど、フレームワーク使っても、工数削減にはつながらない
てかもういいよこの流れ秋田
>>495はさ、自家製マニアじゃね？
「自分で作った漬物はやっぱ最高！オマエもタクアンくらい作れよな！」とか言ってたりしてｗｗｗ
プログラム言語やOS、果てはコンピュータまで「自家製」でやってるのか？
フレームワーク云々とか言っておいて、自分も他人の作ったプログラム言語をお使いなら「お笑い」ですが。
自分の生活の中で、他人が提供してくれたものがどれくらいあるか観察してみれば分かる。
自分自身の存在でさえ、他人が作ってくれたもの。
下らない思考・こだわりであることは自明。
プライドだけは高いが頭は悪い～よくいる困ったチャンだｗｗｗ
「自分で作った漬物はやっぱ最高！オマエもタクアンくらい作れよな！」とか言ってたりしてｗｗｗ
プログラム言語やOS、果てはコンピュータまで「自家製」でやってるのか？
フレームワーク云々とか言っておいて、自分も他人の作ったプログラム言語をお使いなら「お笑い」ですが。
自分の生活の中で、他人が提供してくれたものがどれくらいあるか観察してみれば分かる。
自分自身の存在でさえ、他人が作ってくれたもの。
下らない思考・こだわりであることは自明。
プライドだけは高いが頭は悪い～よくいる困ったチャンだｗｗｗ
スルーしときゃいいのに…
>>501、>>502
なんで貧乏歯車リーマンってさ、自分の痛いところを突かれると
すんげームキになって自説の正しさを主張しようとすんの？
フレームワーク使って楽になる人は使えばいいし、
フレームワーク使わないほうが楽な人は使わなければいい。
どちらが正解ということはないだろう。
ただそれだけのことなのになぜ自らの「教義」を絶対的だと思い込んで
他人に押し付けようとするのか、はなはだ疑問だ。
なんで貧乏歯車リーマンってさ、自分の痛いところを突かれると
すんげームキになって自説の正しさを主張しようとすんの？
フレームワーク使って楽になる人は使えばいいし、
フレームワーク使わないほうが楽な人は使わなければいい。
どちらが正解ということはないだろう。
ただそれだけのことなのになぜ自らの「教義」を絶対的だと思い込んで
他人に押し付けようとするのか、はなはだ疑問だ。
今夏一番の「おまえが言うな」スレがあると聞いて飛んできました
>>505
ﾆｰﾄのお前には絶対わからんて。
自分以外の誰かがメンテしたり開発に関わる事が絶対無い場合は
フレームワークを使う必要は無いという事は言い尽くされてるし。
で、そのような状況はﾆｰﾄ以外あり得ない。
ﾆｰﾄのお前には絶対わからんて。
自分以外の誰かがメンテしたり開発に関わる事が絶対無い場合は
フレームワークを使う必要は無いという事は言い尽くされてるし。
で、そのような状況はﾆｰﾄ以外あり得ない。
>>507
んじゃ聞くけどさ、フレームワークがまだ無かった頃、
あるいはまだ普及してなかった頃は、
PHPによるシステム開発は不可能だったってか？
その頃は仕事として開発してる会社は無くて、「ニート」だけの言語だったってか？
んじゃ聞くけどさ、フレームワークがまだ無かった頃、
あるいはまだ普及してなかった頃は、
PHPによるシステム開発は不可能だったってか？
その頃は仕事として開発してる会社は無くて、「ニート」だけの言語だったってか？
509 ：nobodyさん：2006/08/25(金) 20:07:56 ID:2Ko1RwnR
もうお前も
>>505
フレームワークを使えば工数の削減、保守性・拡張性の向上につながることが広く認められている。
↓ってことから
> フレームワーク使って楽になる人は使えばいいし、
> フレームワーク使わないほうが楽な人は使わなければいい。
> どちらが正解ということはないだろう。
となるのに、
> ただそれだけのことなのになぜ自らの「教義」を絶対的だと思い込んで
> 他人に押し付けようとするのか、はなはだ疑問だ。
という結論を導いてしまう点で、>>505がニートと呼ばれるに値する低脳加減だということ。
ニートと呼ばれる理由はフレームワークの必要・不必要の議論から来るわけではなく、おまいさんの書き込みが総じて幼く馬鹿馬鹿しい＋論理が自己中心的なのが原因。
フレームワークを使えば工数の削減、保守性・拡張性の向上につながることが広く認められている。
↓ってことから
> フレームワーク使って楽になる人は使えばいいし、
> フレームワーク使わないほうが楽な人は使わなければいい。
> どちらが正解ということはないだろう。
となるのに、
> ただそれだけのことなのになぜ自らの「教義」を絶対的だと思い込んで
> 他人に押し付けようとするのか、はなはだ疑問だ。
という結論を導いてしまう点で、>>505がニートと呼ばれるに値する低脳加減だということ。
ニートと呼ばれる理由はフレームワークの必要・不必要の議論から来るわけではなく、おまいさんの書き込みが総じて幼く馬鹿馬鹿しい＋論理が自己中心的なのが原因。
Cakeがじつにいい件
>>511が我田引水で痛い件
何も得るところのない議論になるのは分かり切ってるんだから
しょーもない書き込みはスルーしる。
しょーもない書き込みはスルーしる。
516 ：nobodyさん：2006/08/25(金) 21:26:03 ID:fU/0kLO0
マジレスするとＺＦ使えばみんな幸せ
518 ：nobodyさん：2006/08/25(金) 22:15:07 ID:c0n2prxJ
>どうして歯車くんたちは「FW＝絶対必要」だと思い込んでいるんだろう？？
おもってねーよ。
おもってねーよ。
Fuck Woman?
フォワードだろ？
<?=h($var)?>を嫌う理由がほとんどないという事実にやっと気づいたようだな。
フレームワークは必要に応じて使えばいいんだが、最悪なのはマイナーなフレームワークをさらにカスタマイズして使うこと。
フレームワークは必要に応じて使えばいいんだが、最悪なのはマイナーなフレームワークをさらにカスタマイズして使うこと。
マイナーじゃなくても
乗ったフレームワークが頓挫したら悲劇
例）Agavi
乗ったフレームワークが頓挫したら悲劇
例）Agavi
他人が作った「型」は要らないってことは、きっとデザインパターンとかも要らない（知らない）んだろうな…。
世の中、知らなくて損してるってことはイッパイありますね。
デザインパターン
http://www.techscore.com/tech/DesignPattern/
MVC
http://www.hyuki.com/yukiwiki/wiki.cgi?MVC
MVCは、別にPHPのフレームワークにだけ使われているわけじゃない。
Windowsを始めとする、多くのGUIアプリケーションでも使われている。
先人の努力の結晶を、受け取れる人と受け取れない人がいる。
他人の長所を称賛して、そこから学び取る人は、成長が早い。
蓋し、本人の心掛け次第。
世の中、知らなくて損してるってことはイッパイありますね。
デザインパターン
http://www.techscore.com/tech/DesignPattern/
MVC
http://www.hyuki.com/yukiwiki/wiki.cgi?MVC
MVCは、別にPHPのフレームワークにだけ使われているわけじゃない。
Windowsを始めとする、多くのGUIアプリケーションでも使われている。
先人の努力の結晶を、受け取れる人と受け取れない人がいる。
他人の長所を称賛して、そこから学び取る人は、成長が早い。
蓋し、本人の心掛け次第。
本来のMVCとウェブのMVCはまるで別物だよ。
ウェブのMVCはIBMがこじつけただけ。
ウェブのMVCはIBMがこじつけただけ。
>>524
やれやれ…
やれやれ…
ウェブアプリケーションは1リクエスト数秒で実行できる程度の処理しか出来ないし、出来る必要がない。
非ウェブアプリケーションを前提に作られたデザインパターンじゃ、ウェブアプリに適用できるのはごく限られたものしかない。
非ウェブアプリケーションを前提に作られたデザインパターンじゃ、ウェブアプリに適用できるのはごく限られたものしかない。
ウェブMVCは単にレイヤを分けただけでしょ。まあ、どう呼ぼうと勝手なのかもしれないけど。
レイヤ分けってのもあるけど、イベント駆動型をより一般化した制御反転（inversion of control）の考え方も、従来のアプリ、ウェブ、共に一躍買ってるんじゃない？
適切にメソッドを書いとけばコントローラが適切なタイミングに呼んでくれるから、呼び出すタイミングを自分でごちゃごちゃやらなくていいってやつ。
適切にメソッドを書いとけばコントローラが適切なタイミングに呼んでくれるから、呼び出すタイミングを自分でごちゃごちゃやらなくていいってやつ。
分割統治
>>529
＞適切にメソッドを書いとけばコントローラが適切なタイミングに呼んでくれる
そりゃどんな開発手法でやろうとも、「適切に」やれば全て上手くいくに決まってるじゃんか。
MVCとか何とかわざわざ小難しいこと言わんでも。
＞適切にメソッドを書いとけばコントローラが適切なタイミングに呼んでくれる
そりゃどんな開発手法でやろうとも、「適切に」やれば全て上手くいくに決まってるじゃんか。
MVCとか何とかわざわざ小難しいこと言わんでも。
>>531
> そりゃどんな開発手法でやろうとも、「適切に」やれば全て上手くいくに決まってるじゃんか。
そうだね。基本的には程度の問題。
何を適切にやるのが簡単で、何を適切にやるのかが面倒かってだけの話。
> そりゃどんな開発手法でやろうとも、「適切に」やれば全て上手くいくに決まってるじゃんか。
そうだね。基本的には程度の問題。
何を適切にやるのが簡単で、何を適切にやるのかが面倒かってだけの話。
それにしてもRubyユーザはRailsという方向へ
一点集中でどんどんよくなってるのに
PHPのFWはデファクトスタンダードが決まらず
分散しすぎなのは如何ともし難いな
どんだけ足並み揃ってないんだよって感じ
一点集中でどんどんよくなってるのに
PHPのFWはデファクトスタンダードが決まらず
分散しすぎなのは如何ともし難いな
どんだけ足並み揃ってないんだよって感じ
一長一短だから仕方ないお
それはPHPのWebでの使用実績が多いって事の証左でもあるっしょ。
ほぼRails一択のRubyと違って、幾つも選択肢があるというのは幸せなことだと思う。
ほぼRails一択のRubyと違って、幾つも選択肢があるというのは幸せなことだと思う。
シンプルで構造が美しくて拡張しやすくて
基本は軽くて必要なものは後から付けていけるようなフレームワークが欲しい。
ZFがそうなることを願うよ。
基本は軽くて必要なものは後から付けていけるようなフレームワークが欲しい。
ZFがそうなることを願うよ。
ZFはポテンシャル感じさせといて開発が遅いんだよな
勢いが足りないよ、勢いが
勢いが足りないよ、勢いが
ZF1.0リリース！！→だめだ…腐ってやがる…('A`)
こんな展開きぼんぬ
こんな展開きぼんぬ
ZFのコントローラやビューに興味はないけどライブラリ群はイイんで
バラのPEARパッケージを用意してほしいな。
バラのPEARパッケージを用意してほしいな。
ZF1.0リリース！！→PHP5のみに対応したPEARですた…('A`)
ぶっちゃけそれでもいい。ZFはPEARよりコーディング品質の水準が高いし。
ZFのMVCは何がマズイの？
マズくはないが
今のところすげーしょぼい
今のところすげーしょぼい
必要最低限は用意したから、あとよろしくって感じだよね。
定石はちゃんと押さえられてて、けっして悪くはないんだけど面白みに欠けるというか。
これからもイケてるフレームワークというよりは安牌として成長していくと思う。
定石はちゃんと押さえられてて、けっして悪くはないんだけど面白みに欠けるというか。
これからもイケてるフレームワークというよりは安牌として成長していくと思う。
兎にも角にも楽になればよし。
546 ：nobodyさん：2006/08/26(土) 14:52:40 ID:9tQPHWaz
PHPは名前空間がないからパッケージが作れない。
だからフレームワークを作る度に周辺ライブラリも自前で全部作ることになる。
で、異フレームワーク間でライブラリが共有できないのはもちろん、フレームワークのバージョンアップでも既存コードを使い回せず作り直しになる。
それでいつまでもたってもスタンダードが現れない。
だからフレームワークを作る度に周辺ライブラリも自前で全部作ることになる。
で、異フレームワーク間でライブラリが共有できないのはもちろん、フレームワークのバージョンアップでも既存コードを使い回せず作り直しになる。
それでいつまでもたってもスタンダードが現れない。
せめてrequireするときに定義されているクラス名を付け直せればなぁ
というお話だったのさ。
というお話だったのさ。
まあ、クラスの命名とディレクトリとを一致させるのが多いからな
foo/bar/baz.classphp は foo_bar_baz クラスってな感じで
あとはインクルードパスを定義しなおして、自前の処理を使い回している
foo/bar/baz.classphp は foo_bar_baz クラスってな感じで
あとはインクルードパスを定義しなおして、自前の処理を使い回している
PHP5で
=& new $class形式で書かれてるPEAR読み込んだら
Strict Standardsって言われるんだけど
PHP5でPEAR使う奴氏ねってことですか？
=& new $class形式で書かれてるPEAR読み込んだら
Strict Standardsって言われるんだけど
PHP5でPEAR使う奴氏ねってことですか？
>>549
結構そういうのってPHP4とPHP5の見えづらい
深い溝のような気がするんだよな
>>546とも関連するけど名前空間が無いから
クラス名を>>548のようにした規約の上で
PEARというライブラリを作り上げて来たのに
Strict Standadsに従うとPEARのほとんど全否定じゃんっていう
E_STRICTにしなきゃいいだけっちゃそうなんだけどさ
んでZend自らで暗黙上のPHP5版PEARを
フレームワークという名の冠つけて作ってるっていう
ZendはPEARを蔑ろにしすぎ
結構そういうのってPHP4とPHP5の見えづらい
深い溝のような気がするんだよな
>>546とも関連するけど名前空間が無いから
クラス名を>>548のようにした規約の上で
PEARというライブラリを作り上げて来たのに
Strict Standadsに従うとPEARのほとんど全否定じゃんっていう
E_STRICTにしなきゃいいだけっちゃそうなんだけどさ
んでZend自らで暗黙上のPHP5版PEARを
フレームワークという名の冠つけて作ってるっていう
ZendはPEARを蔑ろにしすぎ
>>550のMVCに注力した実装って具体的にどういうこと？
symfony から ZF を使うってことだと思う
コントローラにビジネスロジックをおしつけちゃったWebMVCは
モデルが振る舞いを知らない時点で古来のMVCのうまみ半減だな。
サーバー内でMVCが完結してて、ブラウザはあくまでもフロントエンド、
ってのが楽だぞ。
フレームワーク作るほうはたいへんだが。
モデルが振る舞いを知らない時点で古来のMVCのうまみ半減だな。
サーバー内でMVCが完結してて、ブラウザはあくまでもフロントエンド、
ってのが楽だぞ。
フレームワーク作るほうはたいへんだが。
>>554
もうちょい具体的に頼む
もうちょい具体的に頼む
コ
モ
サ
っ
フ
モ
サ
っ
フ
>>554
何を書いているのかがさっぱり分からん
コントローラにビジネスロジックを押し付けてなんていないし
現状、サーバ内でMVCは完結しているだろ
というか、フロントエンドでないブラウザってのはどういう状態なんだ
何を書いているのかがさっぱり分からん
コントローラにビジネスロジックを押し付けてなんていないし
現状、サーバ内でMVCは完結しているだろ
というか、フロントエンドでないブラウザってのはどういう状態なんだ
>>557
> >>554
> 何を書いているのかがさっぱり分からん
確かに。
> というか、フロントエンドでないブラウザってのはどういう状態なんだ
JavaScriptでビジネスロジックとか？
そっちの方が希なケースに見えるけど。
> >>554
> 何を書いているのかがさっぱり分からん
確かに。
> というか、フロントエンドでないブラウザってのはどういう状態なんだ
JavaScriptでビジネスロジックとか？
そっちの方が希なケースに見えるけど。
>>557
同意。>>554は意味がわからん。
つーか、サーバ＝バックエンド、クライアント＝フロントエンド、って使い分けはHTTPプロトコルの実装の話では？
Webアプリでは、ドメインロジック＝バックエンド、プレゼンテーションロジック＝フロントエンド、だと思うけど。
ブラウザ上でのプログラム＝JavaScriptのことをフロントエンドって呼ぶ風潮もあるのかな？
同意。>>554は意味がわからん。
つーか、サーバ＝バックエンド、クライアント＝フロントエンド、って使い分けはHTTPプロトコルの実装の話では？
Webアプリでは、ドメインロジック＝バックエンド、プレゼンテーションロジック＝フロントエンド、だと思うけど。
ブラウザ上でのプログラム＝JavaScriptのことをフロントエンドって呼ぶ風潮もあるのかな？
すまんね、適当書いたつもりではないんだが。
「コントローラにビジネスロジックをおしつけちゃったWebMVC」は、たとえば
ブラウザ－アプリケーションサーバ－データベースをそれぞれＶＣＭと対応
させて解説されているようなやつ。
「サーバー内でMVCが完結」してるのはJ2EEの解説に出てくるような、JSP、
ControlerServlet、EJBをＶＣＭに対応させたようなやつ。
「フロントエンド」はユーザーへの表示装置としての
広義のクライアント－サーバ型でいうフロントエンド。
ってこと。日本語下手でごめんな。
「コントローラにビジネスロジックをおしつけちゃったWebMVC」は、たとえば
ブラウザ－アプリケーションサーバ－データベースをそれぞれＶＣＭと対応
させて解説されているようなやつ。
「サーバー内でMVCが完結」してるのはJ2EEの解説に出てくるような、JSP、
ControlerServlet、EJBをＶＣＭに対応させたようなやつ。
「フロントエンド」はユーザーへの表示装置としての
広義のクライアント－サーバ型でいうフロントエンド。
ってこと。日本語下手でごめんな。
もう全部アセンブリでいいよ
>>557
>フロントエンドでないブラウザってのはどういう状態なんだ
ブラウザをコントローラとして位置付けてしまった状態。
>>559
>プレゼンテーションロジック＝フロントエンド
そういう言い方は初めて聞いた、覚えとくよ。
歴史的にはユーザーに出力を伝える、文字や画像のレンダラを
フロントエンドと呼ぶのはおかしくないだろう。
>フロントエンドでないブラウザってのはどういう状態なんだ
ブラウザをコントローラとして位置付けてしまった状態。
>>559
>プレゼンテーションロジック＝フロントエンド
そういう言い方は初めて聞いた、覚えとくよ。
歴史的にはユーザーに出力を伝える、文字や画像のレンダラを
フロントエンドと呼ぶのはおかしくないだろう。
で結局何が言いたいの？
いや、なにかすごい事を言いたいわけじゃないので。
まぁ、ただのホームページツクールじゃん？っていうフレームワークも多いがな
symfonyのことかー！
とりあえず>>554は典型的な知ったかぶりのバカってことでFA？？
>>560
なんとなく言いたいことは分かった
現状のWebMVCって言っているやつが、コントローラ要素の中をさらにMとVとCに
分けているように見えるのは仕方ないと思う
JavaScriptですら、MVCに分けようなんて動きがあるからな
なんとなく言いたいことは分かった
現状のWebMVCって言っているやつが、コントローラ要素の中をさらにMとVとCに
分けているように見えるのは仕方ないと思う
JavaScriptですら、MVCに分けようなんて動きがあるからな
>>567 理解できない事を間違ってる事にしたい気持ちはわからないでもない
>>568
JavaScriptもAjaxが絡んでくるとMVCに分けたくなるのはむしろ自然だと思う。
てかむしろ典型的なMVCの使いどころじゃないか？
>>568
JavaScriptもAjaxが絡んでくるとMVCに分けたくなるのはむしろ自然だと思う。
てかむしろ典型的なMVCの使いどころじゃないか？
コントローラにビジネスロジックを入れては「いけない」ってのは
聞いたことがあるが、逆を聞いたのは初めてだな。
聞いたことがあるが、逆を聞いたのは初めてだな。
Using Zend Search Lucene in a Symfony Application
http://devzone.zend.com/node/view/id/864
http://devzone.zend.com/node/view/id/864
Javascriptはすぐにカオスになるんだけどなんか良い解決策はあるのかしら。
沢山使い回したいのにちょっと前に書いたコード見ると目を伏せたくなる。
沢山使い回したいのにちょっと前に書いたコード見ると目を伏せたくなる。
http://itpro.nikkeibp.co.jp/article/NEWS/20060818/245941/
Zeev氏によればバージョン1.0は今年末か来年初頭にリリースされる見込み
っておせえええええ
Zeev氏によればバージョン1.0は今年末か来年初頭にリリースされる見込み
っておせえええええ
目を伏せる
ZFのスレって
消えてね？
消えてね？
>>575
そういや誰か立てたのがいたなｗ
俺はこのスレがけっこう気に入ってるし、こっちで語れれば問題ないと思ってる。
1.0出たらまたZFスレ立つんだろうけど、本当に立てるべきかどうかはこのスレの流れとかZFの実際の完成度とかSymfonyと比べてどうとか考えてからにしてもらいたいな。
そういや誰か立てたのがいたなｗ
俺はこのスレがけっこう気に入ってるし、こっちで語れれば問題ないと思ってる。
1.0出たらまたZFスレ立つんだろうけど、本当に立てるべきかどうかはこのスレの流れとかZFの実際の完成度とかSymfonyと比べてどうとか考えてからにしてもらいたいな。
>>569
それで、問題ないのだが、コントローラの中にWebMVCがあり、
ビュー要素の中にも、JavaScript用のMVCができるのが、なんかいやなのだろう
このながれ自体は仕方ないがないとは思うが
それで、問題ないのだが、コントローラの中にWebMVCがあり、
ビュー要素の中にも、JavaScript用のMVCができるのが、なんかいやなのだろう
このながれ自体は仕方ないがないとは思うが
>>577
つまり、ブラウザとサーバーを含む全体が単一のMVCで
まとまってないと、なんかいやっていう感覚なのかな？
俺はブラウザのJavaScriptから見るとサーバー側はモデル
の中で抽象化されてるほうがきれいだと思う方だ。
ま、感覚的なことはしょうがないな。
つまり、ブラウザとサーバーを含む全体が単一のMVCで
まとまってないと、なんかいやっていう感覚なのかな？
俺はブラウザのJavaScriptから見るとサーバー側はモデル
の中で抽象化されてるほうがきれいだと思う方だ。
ま、感覚的なことはしょうがないな。
> JavaScript用のMVC
なにこれ？
なにこれ？
Ajax は MVC というのとはちょっと雰囲気違うな
みんなさぁ、MVCとか何とか、新しい用語や概念を
次から次へと生み出すのはもう止めなよ。
簡単なことをわざわざ難しくしようとするのは止めなよ。
技術に疎い一般人を煙に巻いてボロ儲けしようとしている
大手企業の策略に、技術者までもがまんまとハマってどうすんのよ。
次から次へと生み出すのはもう止めなよ。
簡単なことをわざわざ難しくしようとするのは止めなよ。
技術に疎い一般人を煙に巻いてボロ儲けしようとしている
大手企業の策略に、技術者までもがまんまとハマってどうすんのよ。
Web2.0とかはクソだけどMVCは昔からあるし代替ワードがないじゃん
人間は物事に名前を付けて、対象を認識するという習慣を持っている。
ラベルを貼って管理しないと、諸現象の「意味」を管理できないんですね。
>>582は一面において正論だと思うが、現実には無理。
我々やあらゆる存在が、永遠に変化しないならば、新しい用語や概念を使わなくても済んだだろうに。
進化の過程には、生みの苦しみ、変化が必要な場合もある。
人類は、今の生活スタイルをやめて原始人に戻ろう！と言ってももう無理だろう。
ラベルを貼って管理しないと、諸現象の「意味」を管理できないんですね。
>>582は一面において正論だと思うが、現実には無理。
我々やあらゆる存在が、永遠に変化しないならば、新しい用語や概念を使わなくても済んだだろうに。
進化の過程には、生みの苦しみ、変化が必要な場合もある。
人類は、今の生活スタイルをやめて原始人に戻ろう！と言ってももう無理だろう。
Web 2.0万歳！
AJAX万歳！
メタボリックシンドローム万歳！ｗｗっうぇ
AJAX万歳！
メタボリックシンドローム万歳！ｗｗっうぇ
MVCはいいだろ
Web2.0なんかと一緒にすんな
Web2.0なんかと一緒にすんな
587 ：nobodyさん：2006/08/28(月) 22:46:50 ID:8TNzwmOw
大手企業の策略ってなんだろ？
>>587
3S政策
http://www.geocities.jp/ntt21c/271c-3s.html
http://kenshin.cocolog-nifty.com/column/2005/09/post_32b1.html
3S政策
http://www.geocities.jp/ntt21c/271c-3s.html
http://kenshin.cocolog-nifty.com/column/2005/09/post_32b1.html
Pharonスレすら残ってるのに
なんでZFスレが消えたんだ(?o?)
なんでZFスレが消えたんだ(?o?)
Pharonよく見たら
イベントドリブン型のフレームワークって新しくね？
ローマ字やサイトのイケてなさ、用語のおっさんくささ（作者年配の人？）で
うち捨てられてるけど
拾えるアイデアもある気がする
イベントドリブン型のフレームワークって新しくね？
ローマ字やサイトのイケてなさ、用語のおっさんくささ（作者年配の人？）で
うち捨てられてるけど
拾えるアイデアもある気がする
イベントドリブンだとPRADOがある
3.0になってからもきっちり月1アップデートをこなしてるようだ
3.0になってからもきっちり月1アップデートをこなしてるようだ
>>587
たとえば最近では、「IT」を「ICT」などと（無意味に）言い換えて
新たな需要を無理くり作り出そうとしているアホ企業群がありますね。
これぞ、「簡単なことや既知のものを、わざと新しく・難しくする」手法の分かりやすい例。
たとえば最近では、「IT」を「ICT」などと（無意味に）言い換えて
新たな需要を無理くり作り出そうとしているアホ企業群がありますね。
これぞ、「簡単なことや既知のものを、わざと新しく・難しくする」手法の分かりやすい例。
ウェブアプリはリクエストごとに処理を返すだけだからね。
それの繰り返しに過ぎない。
まあ、AJAXを使えば、本来のMVCに近いアプリが作れるのかも。
けど、現状のJavaScriptとブラウザの実装じゃ、デスクトップアプリ並になるのは遥か先の話だろうね。
それの繰り返しに過ぎない。
まあ、AJAXを使えば、本来のMVCに近いアプリが作れるのかも。
けど、現状のJavaScriptとブラウザの実装じゃ、デスクトップアプリ並になるのは遥か先の話だろうね。
>>592
あのチンタラ激遅国営企業か。
>>594
っていうか別にデスクトップアプリ並になる必要ないしね。
AjaxだのFlexだの、IT企業が新たな「搾取源」を見つけては
普及させようと必死になってるだけ。
あのチンタラ激遅国営企業か。
>>594
っていうか別にデスクトップアプリ並になる必要ないしね。
AjaxだのFlexだの、IT企業が新たな「搾取源」を見つけては
普及させようと必死になってるだけ。
>>595
http://businessnomikata.blogzine.jp/guide/2006/02/guide_001_ict1_daf6.html?bid0013&adwords
中では、文系の連中が頑張ってるですよ。広告代理店も巻き込んでたりして。
非生産的なトートロジーってやつですかね。
http://businessnomikata.blogzine.jp/guide/2006/02/guide_001_ict1_daf6.html?bid0013&adwords
中では、文系の連中が頑張ってるですよ。広告代理店も巻き込んでたりして。
非生産的なトートロジーってやつですかね。
ZF情報少ねぇー・・。
公式サイトのマニュアル読んだらだいたい分かるじゃん
フレームワークと呼べるのか？と思う程シンプルだし。
フレームワークと呼べるのか？と思う程シンプルだし。
あらためて見るとマニュアルの前半の機能すげーｼｮﾎﾞいね。
Zend_Json
Zend_Log
Zend_Mail
Zend_Mime
Zend_Pdf
Zend_Search
Zend_Service_Amazon
Zend_Service_Flickr
Zend_Service_Yahoo
このへんをPEAR的に使うくらいしかないじゃん。
どう見ても「フレームワーク」は言い過ぎです。ありがとうございました。
Zend_Json
Zend_Log
Zend_Mail
Zend_Mime
Zend_Pdf
Zend_Search
Zend_Service_Amazon
Zend_Service_Flickr
Zend_Service_Yahoo
このへんをPEAR的に使うくらいしかないじゃん。
どう見ても「フレームワーク」は言い過ぎです。ありがとうございました。
2007年1月
ZEND PEARMWORK
降臨
乞うご期待
ZEND PEARMWORK
降臨
乞うご期待
ZFのコア部分はただインターフェイスを定めただけにしか見えん。
それともこれを更に組み合わせた高機能MVCを提供するのか？
それともこれを更に組み合わせた高機能MVCを提供するのか？
MVCはsymfonyをご利用ください。
ｾﾞﾝﾄﾞｼｮﾎﾞｰﾑﾜｰｸですね^ ^
MojabiとかMapleとかってコントローラから始まるけど、
Javaの場合フィルターから始まるらしいんだよね。
どっちがいいのかな？
Javaの場合フィルターから始まるらしいんだよね。
どっちがいいのかな？
PHPのフレームワークだって、フィルターから入るじゃん。
mod_rewriteというフィルターから。
mod_rewriteというフィルターから。
607 ：nobodyさん：2006/08/29(火) 23:09:28 ID:tgUVmvKq
PHPという言語の特性上ZFを選んだほうが自然な流れで組めると思うよ
どのへんの特性?
機能が足りないのに自然とか言われても…
だからどの機能が足りないんだ?
ＺＦは個人的にはまさに自分が求めていたスタイルだけどなー。
負荷の高い検索エンジンやコミュニティなど
内部を自分自身でひたすら最適化して行く場合ZF以上の選択肢はないのでは。
とりあえずこいつで一つ掲示板を作ってみる。
負荷の高い検索エンジンやコミュニティなど
内部を自分自身でひたすら最適化して行く場合ZF以上の選択肢はないのでは。
とりあえずこいつで一つ掲示板を作ってみる。
まあ汎用的な機能が豊富になればなるほど、複雑かつ動作が重くなるからね。
というわけでZFどころかフレームワーク自体使わないのが最強。
というわけでZFどころかフレームワーク自体使わないのが最強。
>>611
その掲示板かよくある処理の部分だけでも公開してくれないですか
当方日曜プログラマですが掲示板も内部は同じような処理が多いですよね
Zend_BBSみたいのでよくある処理をまとめてくれないかと…
プロじゃないのでよくわかりませんがそういうのは現実的ではないのでしょうか？
その掲示板かよくある処理の部分だけでも公開してくれないですか
当方日曜プログラマですが掲示板も内部は同じような処理が多いですよね
Zend_BBSみたいのでよくある処理をまとめてくれないかと…
プロじゃないのでよくわかりませんがそういうのは現実的ではないのでしょうか？
BBSは誰でも簡単に作れる上にバリエーションがかなりあるから
出すとしてもFlickrのようにある程度コンセプトが固まったものを
コンポーネント化する流れになってしまう。
自分が色々な場面で応用したいなら自分で作るしかないんじゃないかな。
あと本当にオーソドックスなBBSで、自分で書くより開発スピードを
優先したいならCodeIgniterみたいなコンパクトなRails系FWを使うとか。
出すとしてもFlickrのようにある程度コンセプトが固まったものを
コンポーネント化する流れになってしまう。
自分が色々な場面で応用したいなら自分で作るしかないんじゃないかな。
あと本当にオーソドックスなBBSで、自分で書くより開発スピードを
優先したいならCodeIgniterみたいなコンパクトなRails系FWを使うとか。
>>614
正確にはBBSではないのかも知れなかったです。
BBSだけのサイトではなく今だとどんなサイトでも掲示板、コメントシステムはあると
思うのですけど簡単そうでBBSって結構奥が深いと思うのです。
認証、スパム対策、二重投稿防止、BBコード、WYSIWYG?などなど…
そういうのがライブラリ的でもいいのであるとみんな幸せになれるかなと
#phpBBから取って来いと言われればそれまでですが、切り出しやすくなっているかどうか…
正確にはBBSではないのかも知れなかったです。
BBSだけのサイトではなく今だとどんなサイトでも掲示板、コメントシステムはあると
思うのですけど簡単そうでBBSって結構奥が深いと思うのです。
認証、スパム対策、二重投稿防止、BBコード、WYSIWYG?などなど…
そういうのがライブラリ的でもいいのであるとみんな幸せになれるかなと
#phpBBから取って来いと言われればそれまでですが、切り出しやすくなっているかどうか…
616 ：nobodyさん：2006/08/30(水) 14:27:16 ID:9+dNEl7v
MojaviからZend Frameworkへ移行しようと思う。
理由はなんかかんだで主流になると思牛。
理由はなんかかんだで主流になると思牛。
617 ：nobodyさん：2006/08/30(水) 14:30:41 ID:9+dNEl7v
MojaviからZend Frameworkへ移行というか学習だな。ハハ
そもそもZend_View自体取り外し可能
Smartyをそのまま組み込むもよし
自前のViewでやるもよし
Zend_Viewを継承する形でSmartyを組み込んでもよし
それがZFスタイルです
Smartyをそのまま組み込むもよし
自前のViewでやるもよし
Zend_Viewを継承する形でSmartyを組み込んでもよし
それがZFスタイルです
現状MVCはあってないようなもの。
コンポーネントは汎用というよりは
機能に特化されている。
コンポーネントで提供されてる機能を使う状況じゃなければ
ZFを使う必然性がないぽ。
コンポーネントは汎用というよりは
機能に特化されている。
コンポーネントで提供されてる機能を使う状況じゃなければ
ZFを使う必然性がないぽ。
>>620
その通りだけど逆にそれぞれ機能に特化してるから
FW全体で見ると汎用的だと思うぜ
コンポーネントで使いたいモノだけロードしてすぐに使える
FW内のあの機能だけ個別で使いたい、っていうのは
symfonyやcakeじゃやりにくいだろうしね、用途次第
あとCはよくできてるよMVはグダグダだけどな
その通りだけど逆にそれぞれ機能に特化してるから
FW全体で見ると汎用的だと思うぜ
コンポーネントで使いたいモノだけロードしてすぐに使える
FW内のあの機能だけ個別で使いたい、っていうのは
symfonyやcakeじゃやりにくいだろうしね、用途次第
あとCはよくできてるよMVはグダグダだけどな
フレームワークで出来ることなんてだいたいPEARで出来るじゃん
骨折り損乙ｗｗｗｗ
骨折り損乙ｗｗｗｗ
>>622
その発想は無かったわ
その発想は無かったわ
フレームワークブーム終了
で、PEARで出来ることはだいたい自前のクラスや関数で出来るんだけどねｗｗｗ
自前の関数やクラスで出来ることはぜんぶCで(ry
Cで出来ることは全部アセ(ry
って展開を前にもこのスレで見た気がする
Cで出来ることは全部アセ(ry
って展開を前にもこのスレで見た気がする
フレームワーク＝車輪の再発明ってことでおｋ？
つーかZFが足りない足りない言ってる奴は具体的に何が足りないと思ってる？
pluginってやつでほぼ全箇所にフィルタ差し込めるし、全コンポーネントが継承によるカスタマイズしやすいように（クラス名は長ったらしいが）工夫されてると思う。
もちろんカスタマイズしなくても、デフォルトでそこそこ文句のない動作するしね。
>>627
いままでWebアプリ自体が車輪の再発明になりがちな部分が多かったので、それを減らすのがフレームワークの目的の一つ。
pluginってやつでほぼ全箇所にフィルタ差し込めるし、全コンポーネントが継承によるカスタマイズしやすいように（クラス名は長ったらしいが）工夫されてると思う。
もちろんカスタマイズしなくても、デフォルトでそこそこ文句のない動作するしね。
>>627
いままでWebアプリ自体が車輪の再発明になりがちな部分が多かったので、それを減らすのがフレームワークの目的の一つ。
未だにフレームワークの必要不必要語ってるところが、PHPユーザのレベルを物語ってるよなぁ
631 ：nobodyさん：2006/08/31(木) 02:19:51 ID:hGrqENCK
ZFは問題ありません。以上
>>630
JAVAなどは「ガチガチ」の言語だから、どうしてもフレームワークがないと
使い物にならないってだけ。
PHPはFWが無くても使える自由度の高さが売りなんだから、
どっちがいいとか悪いとかいう問題じゃない。
FWが必要不可欠という考え方は硬直し過ぎ。
JAVAなどは「ガチガチ」の言語だから、どうしてもフレームワークがないと
使い物にならないってだけ。
PHPはFWが無くても使える自由度の高さが売りなんだから、
どっちがいいとか悪いとかいう問題じゃない。
FWが必要不可欠という考え方は硬直し過ぎ。
>>629
DBとかはフレームワーク的な部分じゃなくてライブラリ的な部分じゃね？
まあたしかにZFのDBまわりは期待した動作しなかったりバグがまだ多いっぽいけど、逆に言うとPDOとか生で使っても問題ないように疎結合な作りになってるのもZFの売りなんじゃないかと。
DBとかはフレームワーク的な部分じゃなくてライブラリ的な部分じゃね？
まあたしかにZFのDBまわりは期待した動作しなかったりバグがまだ多いっぽいけど、逆に言うとPDOとか生で使っても問題ないように疎結合な作りになってるのもZFの売りなんじゃないかと。
別にJavaだってフレームワークなしでもかまわないと思うけど。
Understanding the Zend Framework, Part 2: Model-View-Controller and adding a database
http://www-128.ibm.com/developerworks/edu/os-dw-os-php-zend2.html
このページがどうも中途半端な内容なんだけどちゃんと見れた人いる？
ユーザ登録してもリンクが切れてて続きが見れない状態になってる気がする
ちなみにPart1、4、6、7は普通に読める
http://www.ibm.com/developerworks/opensource/library/os-php-zend1/
http://www-128.ibm.com/developerworks/edu/os-dw-os-php-zend2.html
このページがどうも中途半端な内容なんだけどちゃんと見れた人いる？
ユーザ登録してもリンクが切れてて続きが見れない状態になってる気がする
ちなみにPart1、4、6、7は普通に読める
http://www.ibm.com/developerworks/opensource/library/os-php-zend1/
FWだのライブラリだの、
他人が作ったものを組み込めば組み込むほど、
トラブルやエラーが発生した時に
原因の発見や対処が難しく、面倒になっていく。
他人が作ったものを組み込めば組み込むほど、
トラブルやエラーが発生した時に
原因の発見や対処が難しく、面倒になっていく。
>>636
スキルと管理能力の無さを言い訳してるだけだろ
スキルと管理能力の無さを言い訳してるだけだろ
>>637
そうですねあなたはすごいですがんばってください
そうですねあなたはすごいですがんばってください
>>637
オープンソースを使うときは、瑕疵責任の範囲を、自分の作った所だけに限定するようにしている。
他人のコードにバグがあったら、そこまでは面倒みない。
（面倒見るとしたら別料金）
契約時に、それを飲んでもらえない相手は受注しない。
オープンソースを使うときは、瑕疵責任の範囲を、自分の作った所だけに限定するようにしている。
他人のコードにバグがあったら、そこまでは面倒みない。
（面倒見るとしたら別料金）
契約時に、それを飲んでもらえない相手は受注しない。
他人の書いたものを使うときはいつだって、その便利な機能と
思い通りに動かない場合のリスクと、自分で書く手間とのバランスだ。
思い通りに動かない場合のリスクと、自分で書く手間とのバランスだ。
642 ：nobodyさん：2006/08/31(木) 18:17:23 ID:fiP9snjq
>>638
良い事言ったな
良い事言ったな
使用しているオープンソースにおける他人のコードのバグだろうが、
要求仕様通りに動かなきゃ駄目でしょ。
これはPHPのバグですから、仕様通りに動きません、なんてのは通用しない。
要求仕様通りに動かなきゃ駄目でしょ。
これはPHPのバグですから、仕様通りに動きません、なんてのは通用しない。
むしろネタにマジレスしてるところがPHPユーザの（ｒｙ
すでに死語と化している＞ネタにマジレス
自作自演してるんだよ。ｶﾜｲｿｽ
>>648 ﾝﾅｺﾀｰﾅｲ
ZF＼(^o^)／ｵﾜﾀ
Mojavi ZF symfony cake どれが使い易い？ 順番おしえて。
Mojavi…今さらナイ
ZF…未完成
symfony…遅い
cake…ソースが汚
ZF…未完成
symfony…遅い
cake…ソースが汚
扱い易いという点では、どれ順でしょうか？
Mojavi…枯れてはいる
ZF…ライブラリ集に近いので個別ですぐ使える
symfony…今のところ本命、Railsライク
cake…PHP4でsymfomyが使えないなら
ZF…ライブラリ集に近いので個別ですぐ使える
symfony…今のところ本命、Railsライク
cake…PHP4でsymfomyが使えないなら
Cakeじゃない？
symfony cake ZF 順なのかな？
Ethna Maple は、順番的にどうなんでしょうか？
Ethna Maple は、順番的にどうなんでしょうか？
素直にMojaviにしましょうか。
660 ：nobodyさん：2006/09/02(土) 01:00:52 ID:+E1W2ezn
じゃあ俺は素直にSimframe
Mapleは自分でソース呼んで、独自拡張やらバグフィックスするならいいよ
どうせ、公式なバージョンアップは期待できないし
どうせ、公式なバージョンアップは期待できないし
将来性を考えるとzend frameworkになると思うね。
PHPはフレームワーク内ですべてを完結してる分、開発停止になったときのリスクが大きい。
これがJavaやPerlならCPANのような標準ライブラリに依存してる部分があるから、フレームワークのコアだけ自分でメンテすればしのげるけど。
PHPはフレームワーク内ですべてを完結してる分、開発停止になったときのリスクが大きい。
これがJavaやPerlならCPANのような標準ライブラリに依存してる部分があるから、フレームワークのコアだけ自分でメンテすればしのげるけど。
Zendは現状ライブラリ集だから
MVCに別のFWを使わないといけないじゃん。
MVCに特化した超軽FWがあれば…
MVCに別のFWを使わないといけないじゃん。
MVCに特化した超軽FWがあれば…
>>664
いや、ライブラリ集ってのはありえんのでは・・
皮肉で言うのはまだわかるんだけど
ZFの現状の難点はModelがまだまだなのと
ZFormあたりが未完成って意味でViewもちと甘いってとこじゃ
いや、ライブラリ集ってのはありえんのでは・・
皮肉で言うのはまだわかるんだけど
ZFの現状の難点はModelがまだまだなのと
ZFormあたりが未完成って意味でViewもちと甘いってとこじゃ
いや事実だから。
PHPって結局作り捨てのサイトになりがちなんだけど、マイナーなフレームワークを使うくらいなら、
シンプルにレイヤー分けだけした方がマシと思うね。
smartyとPEAR DBみたいなDB集約クラス使えば、基本的な分離が出来るし、それで十分ば場合も多い。
PHPって結局作り捨てのサイトになりがちなんだけど、マイナーなフレームワークを使うくらいなら、
シンプルにレイヤー分けだけした方がマシと思うね。
smartyとPEAR DBみたいなDB集約クラス使えば、基本的な分離が出来るし、それで十分ば場合も多い。
十分ば場合も多いよね。うん。たしかに十分ば場合も多い。
お前らも十分ば場合も多いと思うよね？
お前らも十分ば場合も多いと思うよね？
いや、僕はあまり十分ば場合が多いとは、言えないと思う。
PHPにはライブラリがないのが最大の問題なんだよね。
PEARの品質の悪さを言ってもあるだけまだマシで、PHP5になったらもうどうしようもなくなる。
結果、各フレームワークで自前で実装するけど、当然、フレームワークごとにAPIはバラバラ。
いちいち覚えなおす羽目になる。
このフレームワークのバリデータは使いづらいから改造しよう、描画クラスに機能を追加しようって、
そんなサイトを引き継がされる次のプログラマーの悲惨さったらない。
PEARの品質の悪さを言ってもあるだけまだマシで、PHP5になったらもうどうしようもなくなる。
結果、各フレームワークで自前で実装するけど、当然、フレームワークごとにAPIはバラバラ。
いちいち覚えなおす羽目になる。
このフレームワークのバリデータは使いづらいから改造しよう、描画クラスに機能を追加しようって、
そんなサイトを引き継がされる次のプログラマーの悲惨さったらない。
PHPは元々WEB向けの、直書きが物凄く楽な言語だから
FWで全部用意するよりもある程度使い手に任せる方が
PHPっぽいと思うんだな。
ZF恐らくこうした感覚のもとで組まれてると思う。
PHPのFWが乱立する状況も単純に真似し易いって事が
あるんじゃないかなーと。
FWで全部用意するよりもある程度使い手に任せる方が
PHPっぽいと思うんだな。
ZF恐らくこうした感覚のもとで組まれてると思う。
PHPのFWが乱立する状況も単純に真似し易いって事が
あるんじゃないかなーと。
>>670
フレームワークごとにバラバラでも、ライブラリやフレームワーク自体、
何かしらのパクりなので、さして覚え直すというほどの手間はないけどね。
変にかぶこうとせず素直にパクってる分、多言語とかへの移行も容易だし。
>>671
>FWで全部用意するよりもある程度使い手に任せる方が
>PHPっぽいと思うんだな。
そのPHPっぽさに限界を感じて、フレームワークが求められ、
そして多数生まれているのが現状です。
フレームワークごとにバラバラでも、ライブラリやフレームワーク自体、
何かしらのパクりなので、さして覚え直すというほどの手間はないけどね。
変にかぶこうとせず素直にパクってる分、多言語とかへの移行も容易だし。
>>671
>FWで全部用意するよりもある程度使い手に任せる方が
>PHPっぽいと思うんだな。
そのPHPっぽさに限界を感じて、フレームワークが求められ、
そして多数生まれているのが現状です。
フレームワークって個人でも作るのは簡単なんだよな。だから誰でも作りたがる。
しかし、要望に応えてあれこれ追加してるうちに、忙しいのにこんなの無料でやってられるかってディスコンになる。
まして、CPANだとかJakartaレベルのライブラリを個人で作れるわけもなく、じゃあ誰が音頭を取るかといえば、ZEND以外に選択肢はない。
しかし、要望に応えてあれこれ追加してるうちに、忙しいのにこんなの無料でやってられるかってディスコンになる。
まして、CPANだとかJakartaレベルのライブラリを個人で作れるわけもなく、じゃあ誰が音頭を取るかといえば、ZEND以外に選択肢はない。
PHPによるMVC設計の実演サンプルが大量に転がってる状態だから
便利っちゃ便利だけどね
便利っちゃ便利だけどね
symfonyは会社でやってるから
個人製よりはずっと乗るリスク低いと思う
個人製よりはずっと乗るリスク低いと思う
その点Cakeはやや大学生ノリっぽさが漂うな
運営はどうなってるんだろ
運営はどうなってるんだろ
ZFっていちおうController周りはほぼ完成してるよね。
Viewもアクションの中からテンプレート内で使う変数にデータを代入できて、アクションの中からテンプレート名を指定できて、ヘルパーも汎用的な意味では使えるよね。
>>666によるとZFormが未完成ってのもあるらしいけど。
Modelは何も実体がないけど、Mojaviのときも何もなかったから、どういう機能が実現しえるのかよくわからん。
SymfonyとかCakeとかEthnaとか使ってる人に聞きたいんだけど、ZFのMVCで足りないものとか欲しい機能ってどんなものがあるの？
Viewもアクションの中からテンプレート内で使う変数にデータを代入できて、アクションの中からテンプレート名を指定できて、ヘルパーも汎用的な意味では使えるよね。
>>666によるとZFormが未完成ってのもあるらしいけど。
Modelは何も実体がないけど、Mojaviのときも何もなかったから、どういう機能が実現しえるのかよくわからん。
SymfonyとかCakeとかEthnaとか使ってる人に聞きたいんだけど、ZFのMVCで足りないものとか欲しい機能ってどんなものがあるの？
>>677
MVCとかそういうレベルの話じゃない。
MVCとかそういうレベルの話じゃない。
>>677
＞ZFっていちおうController周りはほぼ完成してるよね。
あなたの目は節穴ですか？
This section is not yet complete. It is under heavy construction and is subject to change.
この節は未完成です。現在作成中であり、今後変わる可能性があります。
＞ZFっていちおうController周りはほぼ完成してるよね。
あなたの目は節穴ですか？
This section is not yet complete. It is under heavy construction and is subject to change.
この節は未完成です。現在作成中であり、今後変わる可能性があります。
普通に使えるよZFのController周り
scaffoldがあってコマンド一発でCRUD出来ないと
未完成だと思う人達には未完成なんだろうが
>>678
じゃあどういうレベルの話なんだ？
>>679
おまえこそ実際に使ってみてそれ言ってるの？
その「未完成」がまだ使い物にならないってことか
だいたい出来てるけどさらによくなりますってことか
一度サンプルでも書いてみりゃすぐにわかるだろうに
scaffoldがあってコマンド一発でCRUD出来ないと
未完成だと思う人達には未完成なんだろうが
>>678
じゃあどういうレベルの話なんだ？
>>679
おまえこそ実際に使ってみてそれ言ってるの？
その「未完成」がまだ使い物にならないってことか
だいたい出来てるけどさらによくなりますってことか
一度サンプルでも書いてみりゃすぐにわかるだろうに
>>680
フォローサンクス！
みんなRoRのscaffoldみたいなのを求めてる部分もあるみたいだね。
ある意味それも今ZFに足りない機能の一つなんだろうな。
あと、ZFのコントローラが完成か未完成かってのは置いといて、モデルやビューに欲しい機能もまだあるのかな？
rubyだとメタプログラミング的な方法でモデルにある程度一貫性持たせられてるけど、phpだと結局自分なりにモデル作るしかないし、それで十分かとも思う。
value object的なクラスはstdclass継承とか。
まあヘルパはもうちょいバラエティほしいと思ったりもするけど。
フォローサンクス！
みんなRoRのscaffoldみたいなのを求めてる部分もあるみたいだね。
ある意味それも今ZFに足りない機能の一つなんだろうな。
あと、ZFのコントローラが完成か未完成かってのは置いといて、モデルやビューに欲しい機能もまだあるのかな？
rubyだとメタプログラミング的な方法でモデルにある程度一貫性持たせられてるけど、phpだと結局自分なりにモデル作るしかないし、それで十分かとも思う。
value object的なクラスはstdclass継承とか。
まあヘルパはもうちょいバラエティほしいと思ったりもするけど。
ZFでひどすぎるのはView。
素のPHPと大差ねーよ。
素のPHPと大差ねーよ。
683 ：nobodyさん：2006/09/02(土) 15:37:25 ID:fxJyUNCr
>>686
変数に$this->をつけるのが面倒
変数に$this->をつけるのが面倒
オブジェクト関係の処理を高速化するための方法
http://www.phppro.jp/news/58
ってか、オブジェクトおせえええええ
オブジェクト指向が糞ってことは
どう見てもPHPフレームワーク終了です
ありがとうございました
http://www.phppro.jp/news/58
ってか、オブジェクトおせえええええ
オブジェクト指向が糞ってことは
どう見てもPHPフレームワーク終了です
ありがとうございました
下手な釣りですねぇ・・・
2倍どころじゃなく10倍くらい遅いんだよ？
OOP部分の処理は糞遅いが、コンパイル時間やファイル処理時間などを考えて、全体的に見れば 1.5 ～ 3 倍になる。
その程度なら鯖を増やせばなんとかなる。
その程度なら鯖を増やせばなんとかなる。
>682
Viewに何を期待しているの?
Viewに何を期待しているの?
>>689
symfony
symfony
オブジェクトを使わないフレームワークってありますか？
>>687
記事にはそれを改善する手段が書かれている気がするけど？
記事にはそれを改善する手段が書かれている気がするけど？
symfonyもViewはそんな変わらないんじゃないのか？
ヘルパが充実してんだっけ
フォローおながい
ヘルパが充実してんだっけ
フォローおながい
8. 引数が1つで中での処理を全くしない関数を呼び出した場合では、
ローカル変数をインクリメントした場合の7～8倍の時間がかかりました。
同じようなメソッドを用意した場合は、約15倍ほどの時間がかかっています。
メソッド呼び出し→15倍遅い
$this->getContext()->getRequest()->getParameterHolder()->getHoge()
とかやったらどうなるんだ…
やりまくってるわけだが…
ローカル変数をインクリメントした場合の7～8倍の時間がかかりました。
同じようなメソッドを用意した場合は、約15倍ほどの時間がかかっています。
メソッド呼び出し→15倍遅い
$this->getContext()->getRequest()->getParameterHolder()->getHoge()
とかやったらどうなるんだ…
やりまくってるわけだが…
>>692
https://sourceforge.net/project/showfiles.php?group_id=142757
>>695
$this->getContext() とか
$this->getContext()->getRequest() とか
が複数あるならローカル変数に代入。
1つしかないなら改善の余地がないから、フレームワークによってもたらされる利点と比較検討して判断。
https://sourceforge.net/project/showfiles.php?group_id=142757
>>695
$this->getContext() とか
$this->getContext()->getRequest() とか
が複数あるならローカル変数に代入。
1つしかないなら改善の余地がないから、フレームワークによってもたらされる利点と比較検討して判断。
>>691
さんく みてみる。
さんく みてみる。
>>697
何だこの恐ろしくシンプルなフレームワークはw
何だこの恐ろしくシンプルなフレームワークはw
そういうチューニングって、ひとまず完成してからやらないとスパゲッティ化が進行してひどいことになるよね。
変数への代入やメソッド呼び出しが速くなったたところで全体から見れば微々たる差ということもよくあるし。
重い処理を速くするにはアルゴリズムの見直し、Cでモジュール作成、ハードウェアを増強などの根本的な改善が必要。
変数への代入やメソッド呼び出しが速くなったたところで全体から見れば微々たる差ということもよくあるし。
重い処理を速くするにはアルゴリズムの見直し、Cでモジュール作成、ハードウェアを増強などの根本的な改善が必要。
extremely simpleって書いてるけど
これはフレームワークなのか微妙だなぁ
これはフレームワークなのか微妙だなぁ
>>701
十分フレームワークだと思う
十分フレームワークだと思う
PHPの実装が糞すぎるｗｗｗ
PHP5になって
高速化したと思ってたから
OOが未だにそんなに遅かったことがショックです（＞＜）
高速化したと思ってたから
OOが未だにそんなに遅かったことがショックです（＞＜）
何倍何倍とか言ってるけどprintよりechoが速いとか
その程度のレベルの話
釣られすぎ
その程度のレベルの話
釣られすぎ
GETパラメータを1個受け取って、それをキーにしてDBから10件データ取得して、HTMLのTABLEタグに入れて表示する。
そういうことをするならPHPが一番速いよ。学習スピードも実行速度も。
難しいことをしようとすると、アラが出てくるけど。
そういうことをするならPHPが一番速いよ。学習スピードも実行速度も。
難しいことをしようとすると、アラが出てくるけど。
良くも悪くもインスタント、それがPHP
staticなクラスの関数も遅いんか？
OOPで～すると～倍って、PHPの設計の問題じゃないっしょ
710 ：nobodyさん：2006/09/02(土) 22:43:03 ID:18r2NV7f
確かに…・。
ローカル変数のインクリメントと
プロパティーのインクリメント、マシン語で組んでも何倍か遅くなるよな。
しょーもない実験したシルバートン氏ね。
ローカル変数のインクリメントと
プロパティーのインクリメント、マシン語で組んでも何倍か遅くなるよな。
しょーもない実験したシルバートン氏ね。
しかも高速化のために継承クラスのメソッド呼ぶとかありえねーから。
OOPを基礎から勉強しろや＞シルバートン
OOPを基礎から勉強しろや＞シルバートン
当たり前のこと言っただけのシルバートン殴りたい
まあ、最近、はてなとかmixiとかがウェブサーバ（アプリケーションサーバ）はクラスタリングさせればいい、みたいな記事書いてるけど、
あれははてなやmixiみたいな予算も開発者リソースも十分あるところでの話だからね。
現実にはウェブサーバ1台+DBサーバ1台、もしくはウェブサーバ兼DBサーバ1台でやりくりしないといけない案件も多い。
そういう時に「フレームワーク使ってるんだから遅いのは仕方ない」では済ませられない。
あれははてなやmixiみたいな予算も開発者リソースも十分あるところでの話だからね。
現実にはウェブサーバ1台+DBサーバ1台、もしくはウェブサーバ兼DBサーバ1台でやりくりしないといけない案件も多い。
そういう時に「フレームワーク使ってるんだから遅いのは仕方ない」では済ませられない。
いやまぁ啓発的な意味では良い仕事したんじゃね？＞しるばーとん
もちろん期せずしてという感じだけど
PHPのコミュニティは俺含めOOPの熟練度が低いのが多い
もちろん期せずしてという感じだけど
PHPのコミュニティは俺含めOOPの熟練度が低いのが多い
シルバートンっていうかphpproの記事に釣られて
大袈裟に捉えてる脊髄反応してるやつがアフォなだけだろ
OOPの考え方自体速度とメモリは多少犠牲されるもんだし
その上での細かいチューニングってだけの記事なのに
てかphpproちょこちょこ見たけど酷いね
大袈裟に捉えてる脊髄反応してるやつがアフォなだけだろ
OOPの考え方自体速度とメモリは多少犠牲されるもんだし
その上での細かいチューニングってだけの記事なのに
てかphpproちょこちょこ見たけど酷いね
716 ：nobodyさん：2006/09/02(土) 23:09:25 ID:fxJyUNCr
ちょっと待て！全員釣られてるぞ！
重箱の隅チューニング記事でここまで盛り上がるFWスレ
原文の記事のコメントで、突っ込みの形で結構興味深いコメント付いてるし
結果的にはイイ釣りしたと思う。
Interestingly, the speed of a method call with no parameters was almost exactly the speed of a function call with one parameter.
This is to be expected because the object is a hidden parameter to the method, which becomes the $this variable.
結果的にはイイ釣りしたと思う。
Interestingly, the speed of a method call with no parameters was almost exactly the speed of a function call with one parameter.
This is to be expected because the object is a hidden parameter to the method, which becomes the $this variable.
シルバー㌧のフィッシャーマンとしての才能に嫉妬
722 ：nobodyさん：2006/09/03(日) 01:30:32 ID:1+qDONPA
速度求めるならPHPは使わないって感じじゃん？
まあ、WEBアプリで処理が遅くなるのはDB周りだから、
そこらへん気をつければ何でもいいと思うが。
まあ、WEBアプリで処理が遅くなるのはDB周りだから、
そこらへん気をつければ何でもいいと思うが。
>>719
だからpythonのメソッドは常に第一引数にself（phpでいう$this）が必要なのか
だからpythonのメソッドは常に第一引数にself（phpでいう$this）が必要なのか
>>722
逆。DB設計をしっかりしていれば、速度の差はアプリ側で出てくる。
逆。DB設計をしっかりしていれば、速度の差はアプリ側で出てくる。
>>713
＞現実にはウェブサーバ1台+DBサーバ1台、もしくはウェブサーバ兼DBサーバ1台でやりくりしないといけない案件も多い。
そのレベルでやりくりしなきゃいけないレベルなら、まずフレームワークで体感するほどの遅さは出ない。
よほど酷い作り方してなきゃね。
トラフィックが増えてきたら、当然それに伴って収入も増えるだろうから、サーバ増強もできるし、問題なし。
逆にトラフィックが増えてるのに、それに見合った収入が来ないなら、運営や企画側の問題。
＞現実にはウェブサーバ1台+DBサーバ1台、もしくはウェブサーバ兼DBサーバ1台でやりくりしないといけない案件も多い。
そのレベルでやりくりしなきゃいけないレベルなら、まずフレームワークで体感するほどの遅さは出ない。
よほど酷い作り方してなきゃね。
トラフィックが増えてきたら、当然それに伴って収入も増えるだろうから、サーバ増強もできるし、問題なし。
逆にトラフィックが増えてるのに、それに見合った収入が来ないなら、運営や企画側の問題。
>>725
体感できないことはないじゃない？
体感できないことはないじゃない？
トラフィックが上がってきたのにサーバ増強をしたくない側の因縁の付け所として
フレームワークによるパフォーマンスロスとかがしたり顔で指摘されたりするんじゃないか？
そんなくだらねー内容のミーティングやる人件費で代わりに少しでもメモリ増やせ！と
言いたい人は多かろう……ｗ
フレームワークによるパフォーマンスロスとかがしたり顔で指摘されたりするんじゃないか？
そんなくだらねー内容のミーティングやる人件費で代わりに少しでもメモリ増やせ！と
言いたい人は多かろう……ｗ
729 ：nobodyさん：2006/09/03(日) 15:35:20 ID:rN8m3138
結局、全員釣られたわけか・・・ｗ
>>727
まぁ、ミーティング意外にも、フレームワークはずして開発効率下げれば、
結果的にコストはかさむわけだしね。
そういうおかしな所とは、さっさと縁を切るのが吉。
>>728
…デイリーユニークではなくて…？
まぁ、ミーティング意外にも、フレームワークはずして開発効率下げれば、
結果的にコストはかさむわけだしね。
そういうおかしな所とは、さっさと縁を切るのが吉。
>>728
…デイリーユニークではなくて…？
>>726
よほどサーバが貧弱だったり、hello Worldするだけなら体感できるだろうね。
よほどサーバが貧弱だったり、hello Worldするだけなら体感できるだろうね。
>>728
＞アクティブユーザーが5000人のサービスが共用サーバってどうなんでしょうかね
まあ、どういうサービスなのかにもよるよね。
たとえばオンラインRPGなら5000人は無理だろうし、
たとえばmixiみたいな（軽い？）アプリなら、１台で１万人くらいの
アクティブユーザーを抱えても大丈夫なんジャマイカ？
＞アクティブユーザーが5000人のサービスが共用サーバってどうなんでしょうかね
まあ、どういうサービスなのかにもよるよね。
たとえばオンラインRPGなら5000人は無理だろうし、
たとえばmixiみたいな（軽い？）アプリなら、１台で１万人くらいの
アクティブユーザーを抱えても大丈夫なんジャマイカ？
>>732
彼は共用サーバと言っていますが
彼は共用サーバと言っていますが
メモリなんて安いんだから積めるだけ積めばいいんだよな。
どれだけ積もうが維持費は変わらないし。
フレームワークの遅さを気にしたり、
ましてシルバートンみたいなTIPSにこだわるのはナンセンス。
どれだけ積もうが維持費は変わらないし。
フレームワークの遅さを気にしたり、
ましてシルバートンみたいなTIPSにこだわるのはナンセンス。
zend_view_smartyって落とせなくない？
>>733
あ、ごめん、勘違いした。
>>734
メモリ増設で増設費は当然かかるにしても、なぜか維持費まで取るレン鯖屋は氏ねばいいのにね・・・
なぜメモリを増やしただけで毎月数千円も取るのかと小一時間（ｒｙ
あ、ごめん、勘違いした。
>>734
メモリ増設で増設費は当然かかるにしても、なぜか維持費まで取るレン鯖屋は氏ねばいいのにね・・・
なぜメモリを増やしただけで毎月数千円も取るのかと小一時間（ｒｙ
>>736
いやそれはリアルに問い詰めた方がいいと思うぜｗ
いやそれはリアルに問い詰めた方がいいと思うぜｗ
>>737
そういう鯖屋って、けっこう多いよ。
たとえば「使えるねっと」 http://www.tsukaeru.net/ps_options.php
512MBメモリ増設したら、初期費とは別に「月額1980円」だって。
つまり年間24000円が、通常の鯖代とは「別に」、永久に上乗せされ続ける。
１GB増設だったら、なんとメモリ増設代だけで年間48000円！！
もうね、アホかと。
>>738も書いてるように、一見すると安く見せかけておいて、
実用的に使おうと思ったら結局トータルで異常な高コストになるという
典型的なボリ・パターン。
そういう鯖屋って、けっこう多いよ。
たとえば「使えるねっと」 http://www.tsukaeru.net/ps_options.php
512MBメモリ増設したら、初期費とは別に「月額1980円」だって。
つまり年間24000円が、通常の鯖代とは「別に」、永久に上乗せされ続ける。
１GB増設だったら、なんとメモリ増設代だけで年間48000円！！
もうね、アホかと。
>>738も書いてるように、一見すると安く見せかけておいて、
実用的に使おうと思ったら結局トータルで異常な高コストになるという
典型的なボリ・パターン。
>>739
しかも初期プランでメモリ容量の選択の余地が無いってのが終わってるな。
しかも初期プランでメモリ容量の選択の余地が無いってのが終わってるな。
名前のわりに使えないな
743 ：nobodyさん：2006/09/04(月) 02:29:05 ID:snFu/sQO
>>742 だれがu(ry
>>743 木魚が言った
>>
携帯・PC両用のサイトを作るならどれがおすすめですか？
[専用]使えるねっとをもっと使いたおすで002[VPS]
http://pc8.2ch.net/test/read.cgi/hosting/1146455766/
使えないぞ！！「使えるNET」 part2
http://pc8.2ch.net/test/read.cgi/hosting/1067352020/
http://pc8.2ch.net/test/read.cgi/hosting/1146455766/
使えないぞ！！「使えるNET」 part2
http://pc8.2ch.net/test/read.cgi/hosting/1067352020/
749 ：nobodyさん：2006/09/04(月) 18:28:16 ID:jumGdf4H
>>746
Rails
Rails
750 ：nobodyさん：2006/09/04(月) 18:30:50 ID:vvZvdfF9
>>746
ZF
ZF
あのー、ZF は、yaml とか変なの使わなくていいですか？
ymlの代わりにiniとarrayとxml使えるけど
普通のFWより敷居が高いよ
普通のFWより敷居が高いよ
なんでZend_ConfigにyamlがねーんだろうなPEARにもねーし
spycで問題ないけどさ
なんかこういう時にPHPっていつも乗り遅れてる感感じちゃうな
spycで問題ないけどさ
なんかこういう時にPHPっていつも乗り遅れてる感感じちゃうな
ま、spycで問題ないから、いいんじゃない。
ZFは複数形式を想定した構造だから
yaml対応は楽勝でしょ
個人的にはパーサが必要な形式は
まとめて結構ですって感じだけど・・・
yaml対応は楽勝でしょ
個人的にはパーサが必要な形式は
まとめて結構ですって感じだけど・・・
xmlで設定とかありえねー。
PHPはarrayがベスト。動的に対応可能だし。
PHPはarrayがベスト。動的に対応可能だし。
yamlのがいいよ
ただでさえPHPはarray()って書くのめんどくさいのに
ただでさえPHPはarray()って書くのめんどくさいのに
xmlはあかんかったな。
機械的に処理できて、人間にも読みやすいというのが売りだったが、
処理速度は遅くなるし、人間が扱うには冗長で使いにくかった。
機械的に処理できて、人間にも読みやすいというのが売りだったが、
処理速度は遅くなるし、人間が扱うには冗長で使いにくかった。
まあ、設定書くのにXMLは使いたくないな…。
とはいえ、Java界隈だと普通だったりするけどな。
とはいえ、Java界隈だと普通だったりするけどな。
まぁどれも適材適所だから・・・
yamlもsymfonyみたいな形なら使いたくないし
yamlもsymfonyみたいな形なら使いたくないし
(#ﾟДﾟ) symfonyの悪口言うな！
>>761 ごめにょ
と言うことは俺らぺちぱー的には偉いか病むるってことでおｋ？
(,,ﾟДﾟ)／<symfonyに敬礼！
ヒント phpMyAdmin
>>767
何のヒント？
何のヒント？
phpmyadminは１回設定したらあまり直さないし配列でもいいけど
頻繁に何か設定ファイルを変えつつテストしたりする場合は
yamlの方が楽だしパッと見てわかりやすい
頻繁に何か設定ファイルを変えつつテストしたりする場合は
yamlの方が楽だしパッと見てわかりやすい
yamlは、インデントで構造を作るって言うのが気に食わないなぁ…。
つか、素直にJSON形式で良いだろと思う。
保安性に欠けるってのは、設定の書式に相応しいとは思えん。
つか、素直にJSON形式で良いだろと思う。
保安性に欠けるってのは、設定の書式に相応しいとは思えん。
おまいらsymfonyの使い方をインストールから易しく教えて下さい
Zend Frameworkでpager使いたいんですがどこからrequireすればいいんでしょうか・・・？
773 ：nobodyさん：2006/09/05(火) 16:43:05 ID:aj7wlfV6
宗教戦争してるみたいで、おまいらが可愛い
ついでにケツに挿入してくれ
775 ：nobodyさん：2006/09/05(火) 17:34:48 ID:aj7wlfV6
ハッ
そう思ってると
突然その男は僕の見ている目の前で
ツナギのホックを
はずしはじめたのだ・・・！
, '´ ￣￣ ` ､
i r-ｰ-┬-‐､i
| |,,＿ ＿,{|
Ｎ| "ﾟ'` {"ﾟ｀lﾘ
ﾄ.i ,__''_ !
／i/ l＼ ー .ｲ|､
,.､- ￣/ | ｌ ￣ / | |` ┬-､
/ ヽ. / ト-` ､ノ- | l l ヽ.
/ ∨ l |! | ｀> | i
/ |｀二^> ｌ. | | ＜＿_,| |
＿| |.|-< ＼ i / ,イ_＿__!／ ＼
.| {.| ` - ､ ,.---ｧ^! | |￣￣￣￣￣￣￣￣￣￣￣l
＿_{ ＿__|└―ｰ／ ￣´ |ヽ |＿__ﾉ＿＿＿＿＿＿＿＿＿＿＿_|
｝／ -= ヽ__ - 'ヽ -‐ ,r'ﾞ l |
＿_fﾞ/／￣￣ ＿ -' |＿＿＿＿＿ ,. - ￣ ＼＿＿__|
| | - ￣ ／ | _ |￣￣￣￣ ／ ＼ ￣|
＿__`＼ ＿＿ ／ ＿l -￣ l＿＿_ ／ , / ヽi＿__.|
￣￣￣ | _ 二 =〒 ￣ ｝￣ ／ l | !￣￣|
＿＿＿＿＿__l -ヾ￣ l／ l| |＿＿_|
そう思ってると
突然その男は僕の見ている目の前で
ツナギのホックを
はずしはじめたのだ・・・！
, '´ ￣￣ ` ､
i r-ｰ-┬-‐､i
| |,,＿ ＿,{|
Ｎ| "ﾟ'` {"ﾟ｀lﾘ
ﾄ.i ,__''_ !
／i/ l＼ ー .ｲ|､
,.､- ￣/ | ｌ ￣ / | |` ┬-､
/ ヽ. / ト-` ､ノ- | l l ヽ.
/ ∨ l |! | ｀> | i
/ |｀二^> ｌ. | | ＜＿_,| |
＿| |.|-< ＼ i / ,イ_＿__!／ ＼
.| {.| ` - ､ ,.---ｧ^! | |￣￣￣￣￣￣￣￣￣￣￣l
＿_{ ＿__|└―ｰ／ ￣´ |ヽ |＿__ﾉ＿＿＿＿＿＿＿＿＿＿＿_|
｝／ -= ヽ__ - 'ヽ -‐ ,r'ﾞ l |
＿_fﾞ/／￣￣ ＿ -' |＿＿＿＿＿ ,. - ￣ ＼＿＿__|
| | - ￣ ／ | _ |￣￣￣￣ ／ ＼ ￣|
＿__`＼ ＿＿ ／ ＿l -￣ l＿＿_ ／ , / ヽi＿__.|
￣￣￣ | _ 二 =〒 ￣ ｝￣ ／ l | !￣￣|
＿＿＿＿＿__l -ヾ￣ l／ l| |＿＿_|
Javaはツールがそろってるからな。それに大チームの開発の場合、厳格さをより求められる。
というか、厳格でないと大勢の人間と協調作業できない
厳格なルールを決めておかないと、歯車はうまく回らない。
そして大勢の人間が皆、厳格なルールに従うということはない。
しかし、厳格なルールがない場合、大勢の人は烏合の衆と化す。
PHPと比較したJavaの「厳格さ」って静的型チェックだけだよね？
もちろんそれがそこそこ大きいってのはあるけどさ。
もちろんそれがそこそこ大きいってのはあるけどさ。
ルールを無視する烏合の衆を牽制するリヴァイアサンは、「顧客＝金」だ。
Javaだと書き方がある意味統一されるからその辺も大きいかと。
コードに個人差が出にくい。
コードに個人差が出にくい。
>>783
コード個人差ならpythonのがまだ小さい
コード個人差ならpythonのがまだ小さい
俺のﾁｿｺもまた小さい。
Javaは１ファイル１クラスを強制されるのが大きいと思うな。
あと、eclipseがあることｗ
あと、eclipseがあることｗ
>>786
別にeclipseはjavaだけのもんでもないし、今はもう大したメリットでもない。
別にeclipseはjavaだけのもんでもないし、今はもう大したメリットでもない。
＞そして大勢の人間が皆、厳格なルールに従うということはない。
初期：余裕があるときはルールの縛りに従う
末期：聴牌ったら、ルールぶっちぎり？
一人作業でもその時の気分次第で、作りがバラバラになってる件ｗ
＞しかし、厳格なルールがない場合、大勢の人は烏合の衆と化す。
コーディングに規則性、法則性があるとスッキリしますねー。
見通しが良い☆
荷物や部屋を綺麗に整理整頓している人は、コードも整理整頓して綺麗に書かないと気が済まないのかな？
初期：余裕があるときはルールの縛りに従う
末期：聴牌ったら、ルールぶっちぎり？
一人作業でもその時の気分次第で、作りがバラバラになってる件ｗ
＞しかし、厳格なルールがない場合、大勢の人は烏合の衆と化す。
コーディングに規則性、法則性があるとスッキリしますねー。
見通しが良い☆
荷物や部屋を綺麗に整理整頓している人は、コードも整理整頓して綺麗に書かないと気が済まないのかな？
>>788
おれはコードは綺麗じゃないとイヤだが部屋はちらかり放題だｗ
おれはコードは綺麗じゃないとイヤだが部屋はちらかり放題だｗ
PHPでEclipseなんて使っても意味内。
>>790
みなさん、Zend Studioを使ってるの？
みなさん、Zend Studioを使ってるの？
フレームワークユーザのエディタはなんでしょねのコーナー！！
794 ：nobodyさん：2006/09/06(水) 16:28:48 ID:BBgM62bo
マジレスするけど、PHP IDEすごいよ
PHPｲｰﾃﾞ
796 ：nobodyさん：2006/09/06(水) 16:58:16 ID:At5MX9lg
ぺちぱなんざメモ帳でも使ってろや！！！
俺はZendStudio使ってるけどね
俺はZendStudio使ってるけどね
>>794
http://www.zend.com/phpide/
http://www.eclipse.org/proposals/php-ide/
↑これのこと？
超・極めるPHPの204ページで紹介されてました。
2006年9月に正式バージョンが公開される予定だそうです。
Zend Studioの代わりになるのかな？
http://www.zend.com/phpide/
http://www.eclipse.org/proposals/php-ide/
↑これのこと？
超・極めるPHPの204ページで紹介されてました。
2006年9月に正式バージョンが公開される予定だそうです。
Zend Studioの代わりになるのかな？
PHP IDEで
$hoge = "hogehoge{$fuga}";
とかしてあると{の所から先のコードの色が正しく付かなくなるんだけど
誰か解決法知りません？
$hoge = "hogehoge{$fuga}";
とかしてあると{の所から先のコードの色が正しく付かなくなるんだけど
誰か解決法知りません？
$hoge = "hogehoge".$fuga;
てか、phpideやらaptanaの色付けってしょっちゅうおかしくなる。。
てか、phpideやらaptanaの色付けってしょっちゅうおかしくなる。。
phpspotのエディタ使えばいいのに。
色分けもカスタマイズできて、すごく使いやすいぜ。
色分けもカスタマイズできて、すごく使いやすいぜ。
あれで予測と関数の説明が出たら完璧なんだけどなあ。
Win限定だし。
Win限定だし。
>>801
何言ってんだお前？ ちゃんとマニュアル読んだのか？
PHPエディタはCtrl＋スペースで入力補完もできるし、関数もF2キー１発でchm検索できるぞ。
っていうか個人的には予測も関数の説明も邪魔だから要らないけどな。
VBみたいな無駄に冗長な言語ならそれらも必要だけど、PHPのようなシンプルな言語には不要。
手動でタイプしたほうがよっぽど速い。
何言ってんだお前？ ちゃんとマニュアル読んだのか？
PHPエディタはCtrl＋スペースで入力補完もできるし、関数もF2キー１発でchm検索できるぞ。
っていうか個人的には予測も関数の説明も邪魔だから要らないけどな。
VBみたいな無駄に冗長な言語ならそれらも必要だけど、PHPのようなシンプルな言語には不要。
手動でタイプしたほうがよっぽど速い。
秀丸でいいや
俺はpeggyです。
まだバインド変更できないのか・・・。
PHPエディタは何度も入れて試したんだけど
カスタマイズ性の問題が解決してなくて毎回即ゴミ箱行きになる。
PHPエディタは何度も入れて試したんだけど
カスタマイズ性の問題が解決してなくて毎回即ゴミ箱行きになる。
自作やPDOのクラスのメソッドが何も出ないじゃん
最近仕様の変更された関数、追加された関数も対応していない
最近仕様の変更された関数、追加された関数も対応していない
800=802=810
>>811
false
false
もっと別のエラーじゃね？
代入できないものに代入してるから
代入できないものに代入してるから
化学式じゃね？
>>815
Oが二重結合してるところまでは理解した
Oが二重結合してるところまでは理解した
いろいろ使ってみたが軽いのでPHPエディタ使ってるわ
補完機能は便利だと思う
でもまだ理想のエディタを探し中
補完機能は便利だと思う
でもまだ理想のエディタを探し中
PHPEclipseとPHPエディタのいいとこどりのがあれば助かるんだけどなー
vs.phpがなかなかじゃない？
そうそう、PHPエディタは、いかにもフリーソフトらしい軽快さが最高だね。
それでいて機能も十分だし。
それでいて機能も十分だし。
800=821
こいつら全員スレ違いなのに、どうせ他にネタがないから、スレ違いだって言いづれぇぇぇ！
vs.phpは有料？
有料。
まぁ1万ちょいなら出してもいいかな。
まぁ1万ちょいなら出してもいいかな。
>>824
>805で誘導されているのに話し続ける
荒らし同然の糞野郎ども(一人かも)だから、スレ違いって言っても通じない。
もしかしたら、日本人ですらないのかもしれない。私は最近そう思い始めました。
>805で誘導されているのに話し続ける
荒らし同然の糞野郎ども(一人かも)だから、スレ違いって言っても通じない。
もしかしたら、日本人ですらないのかもしれない。私は最近そう思い始めました。
828 ：sage：2006/09/09(土) 23:17:35 ID:2LU/dDDM
「php フレームワーク」でぐぐると、いまだにこのページがトップに来る。
http://www.stackasterisk.jp/tech/php/mojavi01_01.jsp
もしかして一般人にとってフレームワークといったらまだまだMojaviのことで、このスレって時代を超先取りしてる！？
ZFとか語っちゃってるんだぜ！！
http://www.stackasterisk.jp/tech/php/mojavi01_01.jsp
もしかして一般人にとってフレームワークといったらまだまだMojaviのことで、このスレって時代を超先取りしてる！？
ZFとか語っちゃってるんだぜ！！
>>827-828
自治厨クン、ｼﾞｴﾝまでしてお疲れさん。
自治厨クン、ｼﾞｴﾝまでしてお疲れさん。
つーかZFって未完成だろ？
実用レベルで使ってる人っているの？
実用レベルで使ってる人っているの？
それはさすがに、よほど強気な奴だけじゃね？
俺もそうだけど、今からZF触ってるのって遊びの域を出ないと思う。
俺もそうだけど、今からZF触ってるのって遊びの域を出ないと思う。
ttp://1470.net/ はZendFramework使ってるよね。
冷静に考えてみると、フレームワークって、ただ楽しいだけで開発効率高くないな。
保守と拡張はしやすいとは思った。
保守と拡張はしやすいとは思った。
え…？
同じフレームワークをすべての案件で使い続けないと効果は出ないね。
PHPでウェブアプリ作る場合、大規模な機能追加があると、いっそ丸ごと作り直したほうがてっとりばやいし。
PHPでウェブアプリ作る場合、大規模な機能追加があると、いっそ丸ごと作り直したほうがてっとりばやいし。
自分の能力不足を擦り付けているだけ
フレームワークの性能の違いが、戦力の決定的差ではないという事をおしえてやる！
見せてもらおうか、貴様のフレームワークの性能とやらを
認めたくないものだな、自分自身の若さ故の過ちというものを
や、やってやる、 やってやるぞ! フレームワークのスピードがなんだ!
君のような若者が命を落として、それでIT世界が救えると思っているのか！
新しい時代を創るのは老人ではない！
新しい時代を創るのは老人ではない！
一つのFW使い続けて
ノウハウやラッパーが貯まってきたら
ブーストかかるね。
それまではむしろ遅いかも。
ノウハウやラッパーが貯まってきたら
ブーストかかるね。
それまではむしろ遅いかも。
新規開発ならフレームワークなくても工数大して変わらなくない？
フレームワーク的なコンセプトを流用すればこそってのもあるけど、ベタ書きのほうが早かったりもする。
後々機能の追加がある予定の場合、ベタ書きだと鬱になるけど。
フレームワーク的なコンセプトを流用すればこそってのもあるけど、ベタ書きのほうが早かったりもする。
後々機能の追加がある予定の場合、ベタ書きだと鬱になるけど。
FWって何？ファイアウオール？フォワード？
>>845
ファイアーワイヤー
ファイアーワイヤー
FW使ってて良かったーと思うのはFilterかける処理が後から出てきた時だな
ベタ書きしてたら死ぬる
ベタ書きしてたら死ぬる
ファイアーワークス
ふゅーに
ボールが
うぃたので
ボールが
うぃたので
ふんわか
ふんわかでググると最初に出てくるページ
http://hw001.gate01.com/funwaka/orgasm.htm
http://hw001.gate01.com/funwaka/orgasm.htm
ま、まさか 奴が・・・ なにっ！ はっはやいっ！
通常の３倍です！
でかっ！
でかっ！
童貞にはさっぱり分からん話だ
>>854
有機栽培ってことさ。
有機栽培ってことさ。
>>844
ふｗ
ふｗ
Zend Funwaka
Zend Framework、しばらくアップデートしてないなあ。
大改造でもしてるのかな。
大改造でもしてるのかな。
>>858
ZFのリポジトリのフィード取ってるけど結構コミットされてるみたいだけどねえ
新しいパッケージもコミットされてるけど
コアのパッケージはあんまり更新されてない印象
慎重になるのはわかるけどリリースサイクルはもうちょい上げて欲しい
ZFのリポジトリのフィード取ってるけど結構コミットされてるみたいだけどねえ
新しいパッケージもコミットされてるけど
コアのパッケージはあんまり更新されてない印象
慎重になるのはわかるけどリリースサイクルはもうちょい上げて欲しい
よく読んでないけどなんかキーパースンが行方不明なのかな？
もうすぐ、とりあえず今出せる次期バージョン出すよってMLに挙がってたね
もうすぐ、とりあえず今出せる次期バージョン出すよってMLに挙がってたね
（・∀・）ｷﾝﾊﾟﾝｽﾝ!
健康上の問題のよう。
>Jayson is currently dealing with health problems.
>Jayson is currently dealing with health problems.
（・∀・）ﾁﾝﾊﾟﾝｿﾝ!
>>856
そりゃ作れるわよ。
そりゃ作れるわよ。
866 ：nobodyさん：2006/09/14(木) 18:05:37 ID:HKpbC+qX
>>864
作れない理由が知りたいぞ
作れない理由が知りたいぞ
>>864
あなたが作れるかどうかは、あなた次第
あなたが作れるかどうかは、あなた次第
アー、ほかでも似たような質問してたなこいつ
ただの宣伝だ
ただの宣伝だ
PHP初心者とO/R マッパーがわかんないのは全く関係ないよなぁ・・・。
こんなんだから、ペチパーはバカにされるんだよ・・・。
こんなんだから、ペチパーはバカにされるんだよ・・・。
871 ：nobodyさん：2006/09/15(金) 23:34:18 ID:MYmNxKPx
>>869
ここまでくると、好きなようにやってくださいと言うしかないな・・・
ここまでくると、好きなようにやってくださいと言うしかないな・・・
>>869 どいう回答が付くか非常に楽しみｗ
>>869
何かもわからないのに、なんで正しいか聞くんだろう。
何かもわからないのに、なんで正しいか聞くんだろう。
O/RマップのOの部分しかないのかな
それ、意味ないじゃん。
876 ：nobodyさん：2006/09/17(日) 21:27:16 ID:ITPogLgM
>>869
まだレスつかないな
まだレスつかないな
実質「何も知りません。全部教えて下さい」と同じだからなぁ。
ここの掲示板のポイントって意味ないよな。
サイト自体すぐ潰れそう
広告はよく見かけるね。
お前ら文句言い過ぎw
最新のPHPニュースのフィードは便利だよ
最新のPHPニュースのフィードは便利だよ
>>882
サイト維持大変ですね。もうすこしがんばってね
サイト維持大変ですね。もうすこしがんばってね
884 ：nobodyさん：2006/09/18(月) 09:26:17 ID:wNFbiLQE
最初は０ポイント書込出来なかったから、どんなクソ質問にも
かならず回答付いてたんだけどなｗ
０ポイント書込出来ない方が、質問側も回答側も質が高まるんじゃ
なかろうか。
かならず回答付いてたんだけどなｗ
０ポイント書込出来ない方が、質問側も回答側も質が高まるんじゃ
なかろうか。
PEARのDB_DataObjectあたりを使うのが一応定石ですか？
それにHTML_Template,Flexyあたりを組み合わせるのが手っ取り早いかな？
とかの回答書き込んだらどうなるだろう？
フレームワークの解説から始めなきゃいかんかな？
それにHTML_Template,Flexyあたりを組み合わせるのが手っ取り早いかな？
とかの回答書き込んだらどうなるだろう？
フレームワークの解説から始めなきゃいかんかな？
話の流れを止める上、スレ違いでしたらすいません。
いま勉強がてらZend Frameworkで簡単なBlogを作っているのですが、2つのDB（SQLite）に接続するにはどうしたらいいのでしょうか。
Zend::loadClass('Zend_Db');
$blog = Zend_Db::factory('PDO_SQLITE', array( 'dbname' => APPLICATION_PATH . '/blog.db' ) );
$access = Zend_Db::factory('PDO_SQLITE', array( 'dbname' => APPLICATION_PATH . '/access.db' ) );
上のような感じでやっているのですが上手くいきません・・・。
よろしくお願い致します。
いま勉強がてらZend Frameworkで簡単なBlogを作っているのですが、2つのDB（SQLite）に接続するにはどうしたらいいのでしょうか。
Zend::loadClass('Zend_Db');
$blog = Zend_Db::factory('PDO_SQLITE', array( 'dbname' => APPLICATION_PATH . '/blog.db' ) );
$access = Zend_Db::factory('PDO_SQLITE', array( 'dbname' => APPLICATION_PATH . '/access.db' ) );
上のような感じでやっているのですが上手くいきません・・・。
よろしくお願い致します。
クラスの作り方からじゃ
どういうふうにうまくいかないの?
>>888
説明不足ですいません。
上記blog.dbのみの場合は問題なく動くのですが、上記のようにaccess.dbを足した途端
Warning: array_key_exists() [function.array-key-exists]: The second argument should be either an array or an object in ～library\Zend\Db\Table.php on line 192
Fatal error: Uncaught exception 'Zend_Db_Table_Exception' with message 'primary key 'id' not in columns for table 'access'' in ～library\Zend\Db\Table.php:196
Stack trace:
～～
～～
当等といったエラーが出ます・・・。
説明不足ですいません。
上記blog.dbのみの場合は問題なく動くのですが、上記のようにaccess.dbを足した途端
Warning: array_key_exists() [function.array-key-exists]: The second argument should be either an array or an object in ～library\Zend\Db\Table.php on line 192
Fatal error: Uncaught exception 'Zend_Db_Table_Exception' with message 'primary key 'id' not in columns for table 'access'' in ～library\Zend\Db\Table.php:196
Stack trace:
～～
～～
当等といったエラーが出ます・・・。
>$blog = Zend_Db::factory('PDO_SQLITE', array( 'dbname' => APPLICATION_PATH . '/blog.db' ) );
>$access = Zend_Db::factory('PDO_SQLITE', array( 'dbname' => APPLICATION_PATH . '/access.db' ) );
この2行目だけでそんなExceptionでるの?
ほかになにかやってない?
>$access = Zend_Db::factory('PDO_SQLITE', array( 'dbname' => APPLICATION_PATH . '/access.db' ) );
この2行目だけでそんなExceptionでるの?
ほかになにかやってない?
>>889
エラーメッセージ的には、access テーブルにプライマリキーとして使う id カラムがない、って言ってるから、その辺見てみたら？
ZFのDB系は、プライマリキーを id って名前にするの前提だからね。
エラーメッセージ的には、access テーブルにプライマリキーとして使う id カラムがない、って言ってるから、その辺見てみたら？
ZFのDB系は、プライマリキーを id って名前にするの前提だからね。
最近のORマッピングはどれもそんな感じだね。
id が primary key で auto_increment 推奨。
id が primary key で auto_increment 推奨。
>>89０さん,>>891さん>>892さん
すいません。
やっと原因がわかりました。
プライマリキーは良かったのですが、まず基本的にWEB+DB３３号のサンプルプログラムをベースにやっていまして、上記コードのほかに
<index.php>
Zend::loadClass('Zend_Db_Table');
Zend_Db_Table::setDefaultAdapter($blog);
require_once APPLICATION_PATH . '/models/Blog.php';
<～/models/Blog.phpblog.php>
class Blog extends Zend_Db_Table{}
と言う箇所があるのですがZend_Db_Table::setDefaultAdapterを完全に無視していました。
それで、Zend_Db_Tableのコードを追っていたんですがDB一つの場合は上記でいいのですが、DBが複数の場合はindex.phpの上記三行を消して、呼び出す際に
$blog_table = new Blog( array('db'=>'blog') );
見たいな感じで行けました。
上記はちょっと不恰好な例ですが・・・。
レスして下さった皆さん本当にお探せしてすみませんでした・・・。
すいません。
やっと原因がわかりました。
プライマリキーは良かったのですが、まず基本的にWEB+DB３３号のサンプルプログラムをベースにやっていまして、上記コードのほかに
<index.php>
Zend::loadClass('Zend_Db_Table');
Zend_Db_Table::setDefaultAdapter($blog);
require_once APPLICATION_PATH . '/models/Blog.php';
<～/models/Blog.phpblog.php>
class Blog extends Zend_Db_Table{}
と言う箇所があるのですがZend_Db_Table::setDefaultAdapterを完全に無視していました。
それで、Zend_Db_Tableのコードを追っていたんですがDB一つの場合は上記でいいのですが、DBが複数の場合はindex.phpの上記三行を消して、呼び出す際に
$blog_table = new Blog( array('db'=>'blog') );
見たいな感じで行けました。
上記はちょっと不恰好な例ですが・・・。
レスして下さった皆さん本当にお探せしてすみませんでした・・・。
あ、<～/models/Blog.phpblog.php>は<～/models/Blog.php>です・・・。
お～！Zend Frameworkで頑張っている人いるんですねー。
とりあえず「Zendです」と言っておけばユーザーも信頼・納得かな？
とりあえず「Zendです」と言っておけばユーザーも信頼・納得かな？
>>895
まだそこまでのレベルにはなってないじゃないでしょうか。
俺はEthnaでの開発しか経験ないんでこんな事言うのはアレですが、zfはEthnaに比べて色んな面で楽なのに惹かれました。
あと>>893ですが三行じゃなくて二行の間違いです。
すみません・・・。
まだそこまでのレベルにはなってないじゃないでしょうか。
俺はEthnaでの開発しか経験ないんでこんな事言うのはアレですが、zfはEthnaに比べて色んな面で楽なのに惹かれました。
あと>>893ですが三行じゃなくて二行の間違いです。
すみません・・・。
>>895
使われてるフレームワークでサービスを判断する人なんていないと思う
使われてるフレームワークでサービスを判断する人なんていないと思う
フレームワーク＋追加コード
どちらか、または両方にバグがあると、サービス全体としてはダメだな。
フレームワークにバグがあるようだと、追加コードの部分をバグのないように努力しても無駄にならないかな？
どちらか、または両方にバグがあると、サービス全体としてはダメだな。
フレームワークにバグがあるようだと、追加コードの部分をバグのないように努力しても無駄にならないかな？
無駄ってほどにはならんだろうけど
フレームワークのバグを修正したり回避したりするために
余分な労力は必要になるだろうね
その追加分がフレームワーク利用による削減分とどれくらいの比になるかってことだな
フレームワークのバグを修正したり回避したりするために
余分な労力は必要になるだろうね
その追加分がフレームワーク利用による削減分とどれくらいの比になるかってことだな
ちいたんとは世界最軽量のPHP用MVCフレームワークです。
http://php.cheetan.net/
http://php.cheetan.net/
>>898
無駄かどうかは、フレームワークのバグによると思うが
フレームワークを使う利点は、1から開発しなくても良いってことだからなぁ？
1から独自フレームワーク作ったところでバグは入るわけだし、
バグが入るか入らないかは、どっちもどっち
むしろ、独自フレームワークだと自分の腕にかかってるしｗ
それと、オープンなフレームワーク使って手バグが見つかった場合
コミットが速いとか独自フレームには無い利点もあるし
無駄かどうかは、フレームワークのバグによると思うが
フレームワークを使う利点は、1から開発しなくても良いってことだからなぁ？
1から独自フレームワーク作ったところでバグは入るわけだし、
バグが入るか入らないかは、どっちもどっち
むしろ、独自フレームワークだと自分の腕にかかってるしｗ
それと、オープンなフレームワーク使って手バグが見つかった場合
コミットが速いとか独自フレームには無い利点もあるし
オブジェクトの作り方が、各フレームワークごと違うから、
慣れるのにちょい時間を要する。
慣れるのにちょい時間を要する。
>>900
みったんフレームワークのインスパイヤ？
みったんフレームワークのインスパイヤ？
リーダ 「本フレームワークでは、コア部分にちいたんを採用します。」
えろいひと「?」
Zend Framework Components
：
Zend_Cache
Zend_Cheetan
Zend_Config
：
えろいひと「?」
Zend Framework Components
：
Zend_Cache
Zend_Cheetan
Zend_Config
：
>>897
フレームワーク選びも、客に対するプレゼンテーションとして大事？
フレームワーク選びも、客に対するプレゼンテーションとして大事？
>>907
SE「本プロジェクトは、フレームワークとして"XXXX"を使用して、開発の効率化と品質の確保を行ないます」
客「そう」
:
: (ですまーち)
:
SE「"XXXX"に致命的なバグがありまして、分析と修正に時間がかかっています。」
客「それはあんたが選んだんでしょ。どうでもいいから直せ。」
:
(ですまーち)
プレゼントの道具にはなるけど、それが致命的になることも。
SE「本プロジェクトは、フレームワークとして"XXXX"を使用して、開発の効率化と品質の確保を行ないます」
客「そう」
:
: (ですまーち)
:
SE「"XXXX"に致命的なバグがありまして、分析と修正に時間がかかっています。」
客「それはあんたが選んだんでしょ。どうでもいいから直せ。」
:
(ですまーち)
プレゼントの道具にはなるけど、それが致命的になることも。
909 ：nobodyさん：2006/09/20(水) 01:01:52 ID:jDGH+RS0
客にフレームワーク云々言ってもね・・・
フレームワークを自社の開発標準として取り込んでしまって、
きちんとサポート体制を整えれば、有力な営業ツールになるよ。
きちんとサポート体制を整えれば、有力な営業ツールになるよ。
>>900
> 奥さんの方
> ちいたんという名前は作者の奥さんの愛称です。
> 奥さんの方のちいたんは身長146cm見た目はちっちゃい子供のようでいつも変なかわいらしい動きをしている女の子です。
････(´д｀*)
> 奥さんの方
> ちいたんという名前は作者の奥さんの愛称です。
> 奥さんの方のちいたんは身長146cm見た目はちっちゃい子供のようでいつも変なかわいらしい動きをしている女の子です。
････(´д｀*)
$data["datas"]
って…
dataは複数形で単数がdatumですよ。
って…
dataは複数形で単数がdatumですよ。
「ちいたん」の存在が作者の妄想だったらと想像してみる…
(´д⊂)
(´д⊂)
どうみても空気嫁だろ
phpプロのフィードで
ちいたん情報が流れてきたw
ちいたん情報が流れてきたw
ZEND FRAMEWORK ROADMAP UPDATE
http://devzone.zend.com/node/view/id/933
http://devzone.zend.com/node/view/id/933
0.2が数週間後にリリース？
つーかメーリングリスト増えすぎ
つーかメーリングリスト増えすぎ
trunk見てる分にはコアはほとんど変更ないだろうなあ
incubatorからどれくらいのパッケージが昇格するのかな
incubatorからどれくらいのパッケージが昇格するのかな
guessworkの中の人もsymfony使ってるらしいね
てかguessworkはもう中止なの？
てかguessworkはもう中止なの？
機能を削りに削る。
軽量化の追及は、フレームワークの新しい可能性をもたらす。
レース用のラジコンカーみたいだなｗ
＝軽量かつ高性能
軽量化の追及は、フレームワークの新しい可能性をもたらす。
レース用のラジコンカーみたいだなｗ
＝軽量かつ高性能
思い出の数だけフレームワークはある
フレームワークの重さは、背負っているものの重さである
セピア板みたいッスｗ
絵文字変換とかよさげだけど
テンプレートエンジンなのが今様じゃないな。
今は生PHPをテンプレートに使うのがトレンドだから。
テンプレートエンジンなのが今様じゃないな。
今は生PHPをテンプレートに使うのがトレンドだから。
みったんフレームワークがMarsになった訳だけど、何故Plutoにしなかったのかと問い詰めたい。
マーズとかプルートとか、それってセーラームーンネタ？
宇宙ネタじゃね？
宇宙やばいよ宇宙
symfony重いからシンプルなオレオレフレームワーク作り出した。
作ってるうちに、symfonyの劣化コピーになってきた。
本当にフレームワークに必要な機能ってなんだろう。。。
あと、DB抽象化に何使うか悩む。
propelはxmlやだし、Zend_DB使うなら Zend_Frameworkでいい気がするし
作ってるうちに、symfonyの劣化コピーになってきた。
本当にフレームワークに必要な機能ってなんだろう。。。
あと、DB抽象化に何使うか悩む。
propelはxmlやだし、Zend_DB使うなら Zend_Frameworkでいい気がするし
自分で作るならそれこそZFでいいんじゃ
物足りない要素があれば適当なProposalのサンプルコードを
組み込んでテストすれば大体おｋ
物足りない要素があれば適当なProposalのサンプルコードを
組み込んでテストすれば大体おｋ
>>925
前スレあたりにも出てたけど
絵文字変換ならこれ使えばいいじゃん
ttp://ke-tai.org/index.php?KEMP
ttp://ke-tai.org/index.php?KEMP_Filters
前スレあたりにも出てたけど
絵文字変換ならこれ使えばいいじゃん
ttp://ke-tai.org/index.php?KEMP
ttp://ke-tai.org/index.php?KEMP_Filters
cakeがバージョンうｐしてる。
最近はsymfonyよりcakeの方が更新早いなぁ。
最近はsymfonyよりcakeの方が更新早いなぁ。
>>933
このフィルタ結構よさそうだね
このフィルタ結構よさそうだね
気づいたら新生Zend_MVCが大分明らかになって来たね。
コンストラクタの奪い合いがどう収まるのかと思ってたけど
passToActionて妥協点は中々よさげ。
コンストラクタの奪い合いがどう収まるのかと思ってたけど
passToActionて妥協点は中々よさげ。
>>937
ｋｗｓｋｋｗｓｋ
ｋｗｓｋｋｗｓｋ
>>938
http://framework.zend.com/wiki/display/ZFPROP/MVC+Reorganization+Proposal
変更は色々あるんだけどAction周辺に限れば、config、sessionなど複数種類のデータを
FrontControllerから楽にActionに渡せるようになり、Action前後の操作も柔軟になった。
これまでActionの唯一の空きコンストラクタを利用してActionにインスタンスを渡そうとする
Proposalが複数発生してたんだけど、最終的に$requestがコンストラクタへ、
registryなどその他のProposalはpassToActionを使うってことで決着がついたみたい。
また、ActionにpreRun()、postRun()、更にfinalになったActionコンストラクタの代わりにinit()を
置けるように変更で、今後はAction直前でのtokenやparamsの取得に悩む事はなくなる。
よく見るとpassToActionの保存先が$_paramsなのが気になるけど…。
http://framework.zend.com/wiki/display/ZFPROP/MVC+Reorganization+Proposal
変更は色々あるんだけどAction周辺に限れば、config、sessionなど複数種類のデータを
FrontControllerから楽にActionに渡せるようになり、Action前後の操作も柔軟になった。
これまでActionの唯一の空きコンストラクタを利用してActionにインスタンスを渡そうとする
Proposalが複数発生してたんだけど、最終的に$requestがコンストラクタへ、
registryなどその他のProposalはpassToActionを使うってことで決着がついたみたい。
また、ActionにpreRun()、postRun()、更にfinalになったActionコンストラクタの代わりにinit()を
置けるように変更で、今後はAction直前でのtokenやparamsの取得に悩む事はなくなる。
よく見るとpassToActionの保存先が$_paramsなのが気になるけど…。
>>930
逆にsymfonyのcontroller八苦していらない機能削りなよ
逆にsymfonyのcontroller八苦していらない機能削りなよ
ちぃたん最強かもしれん・・・・・。
http://pc8.2ch.net/test/read.cgi/php/1157598878/
http://pc8.2ch.net/test/read.cgi/php/1157598878/
ちぃたん｢が｣最k(ry
ちぃたんに嫉妬
947 ：nobodyさん：2006/09/26(火) 17:59:43 ID:k4R7sAzx
名前が「ちぃたん」じゃなかったら仕事に使えたのにｗ
948 ：nobodyさん：2006/09/26(火) 18:00:46 ID:k4R7sAzx
チタンって、名前にして同じようなフレームワーク作るか・・・。
http://itpro.nikkeibp.co.jp/article/COLUMN/20060925/248930/?ST=lin-server&P=3
Primitusというツールの今後に期待？
Primitusというツールの今後に期待？
Cheetangとか
かっこいい名前にしたらいいんじゃね？
かっこいい名前にしたらいいんじゃね？
>>951
1ページ目と2ページ目も嫁
1ページ目と2ページ目も嫁
一般にいうflash機能って、例えば前のページで設定されたflashを
取得しているページをリロードした場合でも値は維持されてる？
まーそうでないと不便だと思うけど、自作flashやろうとすると結構面倒だね…
取得しているページをリロードした場合でも値は維持されてる？
まーそうでないと不便だと思うけど、自作flashやろうとすると結構面倒だね…
いやリロードしたら消えてるよ。
フラッシュってのはそういうもんです。
フラッシュってのはそういうもんです。
あ、そうなんだ。と言ってる間に作ってしまったので、
オプション扱いで使おうと思います。
オプション扱いで使おうと思います。
簡単なSBM作ってみてるんだけど
Zend_Controller_RewriteRouterで
$router->addRoute('tag', 'tag/:tagname');
にしたとき
http://unko.com/tag/日本語
でアクセスしても
noRouteになってしまうんですけど
これどの変がおかしいんですか？
Zend_Controller_RewriteRouterで
$router->addRoute('tag', 'tag/:tagname');
にしたとき
http://unko.com/tag/日本語
でアクセスしても
noRouteになってしまうんですけど
これどの変がおかしいんですか？
>>956
$router->addRoute('tag', 'tag/:tagname', array('controller' => 'tag', 'action' => 'index'));
だと思う
$router->addRoute('tag', 'tag/:tagname', array('controller' => 'tag', 'action' => 'index'));
だと思う
ん、tagnameにtestが入るならそれで合ってるんじゃないのか？
どうしたいんだ？
どうしたいんだ？
>>962
Zend/Controller/Router/Route.phpの
// TODO: allow for all types of URI characters (per RFC 3986)
// http://en.wikipedia.org/wiki/URL_encoding
const DEFAULT_REGEX = '[a-z0-9\-\._]+';
これで%がマッチしてないんだと思う
Zend/Controller/Router/Route.phpの
// TODO: allow for all types of URI characters (per RFC 3986)
// http://en.wikipedia.org/wiki/URL_encoding
const DEFAULT_REGEX = '[a-z0-9\-\._]+';
これで%がマッチしてないんだと思う
で、これでどうだろう
$router->addRoute('tag', 'tag/:tagname',
array('controller' => 'tag', 'action' => 'index'), array('tagname' => '.+'));
$router->addRoute('tag', 'tag/:tagname',
array('controller' => 'tag', 'action' => 'index'), array('tagname' => '.+'));
おぉ！>>964でできました
ありがとうございました
ありがとうございました
あれ？
いま第4引数ってちゃんとサポートされてるの？
いま第4引数ってちゃんとサポートされてるの？
めるぽ
cakeをmod_rewrite無しで動かしてる人いますか？
app/webroot/index.php/foo/でアクセすると
表示は可能だけど、リンクにゴミ付いて駄目
dispatcher.phpのbaseUrlでなんかゴミもらってみたいだけど・・・
app/webroot/index.php/foo/でアクセすると
表示は可能だけど、リンクにゴミ付いて駄目
dispatcher.phpのbaseUrlでなんかゴミもらってみたいだけど・・・
>>971
俺が前スレか何かに書いたら禿しくスルーされたやつだｗｗｗ
俺が前スレか何かに書いたら禿しくスルーされたやつだｗｗｗ
それクラス名がZF並になげぇな…
ぱっと見たら、
ezcPersistentDefinitionManager
とか…
ぱっと見たら、
ezcPersistentDefinitionManager
とか…
Bug fix guarantee結構たけーな
そんなに使えるモンなのか？
symfonyですらタダなのに…
そんなに使えるモンなのか？
symfonyですらタダなのに…
すいません。
スレ違いかもしれないんですが、Zend Frameworkでフロントコントローラをindex.phpとadmin.phpに分けたいんですが.htaccessをどう書けばいいでしょうか・・・。
それとも分けるのは邪道でしょうか。
スレ違いかもしれないんですが、Zend Frameworkでフロントコントローラをindex.phpとadmin.phpに分けたいんですが.htaccessをどう書けばいいでしょうか・・・。
それとも分けるのは邪道でしょうか。
一応こういう感じで書けたよ
RewriteEngine on
RewriteRule \.(js|ico|gif|jpg|png|css)$ .$1 [L]
RewriteRule ^admin/?.*$ admin.php [L]
RewriteRule !^admin\.php$ index.php [L]
ただやっぱりアプリケーション毎にサブドメインか
別ドメインを割り当てた方が軽いし安心
RewriteEngine on
RewriteRule \.(js|ico|gif|jpg|png|css)$ .$1 [L]
RewriteRule ^admin/?.*$ admin.php [L]
RewriteRule !^admin\.php$ index.php [L]
ただやっぱりアプリケーション毎にサブドメインか
別ドメインを割り当てた方が軽いし安心
>>976
index.phpの中で呼び出すコントローラかルータを変える、みたいな分岐のさせ方もありじゃない？
index.phpの中で呼び出すコントローラかルータを変える、みたいな分岐のさせ方もありじゃない？
失礼、977だと画像類がindex.phpに飛んでました。
1個目のRewriteRuleを下記に変更を
RewriteRule (.*\.(js|ico|gif|jpg|png|css))$ $1 [L]
1個目のRewriteRuleを下記に変更を
RewriteRule (.*\.(js|ico|gif|jpg|png|css))$ $1 [L]
mod_rewrite、正規表現を勉強する方法で、何か良いオススメの教材ありませんか？
・本
・ＭＬ
・サイト
・その他
・本
・ＭＬ
・サイト
・その他
もうそろそろ次スレの季節ですか。
最近やや過疎り気味だけど、次スレは欲しい。
規制されてるんで、あとは任せた！
最近やや過疎り気味だけど、次スレは欲しい。
規制されてるんで、あとは任せた！
<?php
if ($_985->CreateNextThread()) {
while ($resNo < 1000) {
echo "埋め";
}
}
?>
if ($_985->CreateNextThread()) {
while ($resNo < 1000) {
echo "埋め";
}
}
?>
>>981
Thank you very much.
Thank you very much.
>>983 無限ループキターー
988 ：nobodyさん：2006/09/30(土) 10:29:14 ID:WYEQsiOw
産め
埋め
>>987
ほんとだw
ほんとだw
梅味
10 REM ｲﾁﾆﾓﾄﾞﾙ
20 GOTO 1
20 GOTO 1
おい、埋まる前に何か話そうぜ
話すたってあと5しかないだろ
といいつつ10分経過
[設問] スレ住人の今の気持ちを3行でまとめなさい
【テンプレ】
1行目：
2行目：
3行目：
1行目：
2行目：
3行目：
1行目：ソフトバンク対応めんどい。
2行目：でも、今日中に終わらせたいなぁ。
3行目：1000でもとって頑張ろう。
2行目：でも、今日中に終わらせたいなぁ。
3行目：1000でもとって頑張ろう。
this.makeNewThread();
headers( "Location: http://pc8.2ch.net/test/read.cgi/php/1159579507/" );
die( "mzn got 1000! GoTo Next Thread!!");
headers( "Location: http://pc8.2ch.net/test/read.cgi/php/1159579507/" );
die( "mzn got 1000! GoTo Next Thread!!");
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
もう書けないので、新しいスレッドを立ててくださいです。。。