【PHP】フレームワークについて語るスレ5【総合】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2006/09/30(土) 10:25:07ID:WYEQsiOw[PHP]フレームワークについて語るスレ4[総合]
http://pc8.2ch.net/test/read.cgi/php/1151706907/
[PHP]フレームワークについて語るスレ3[総合]
http://pc8.2ch.net/test/read.cgi/php/1145971945/
[PHP]フレームワークについて語るスレ2[総合]
http://pc8.2ch.net/test/read.cgi/php/1135847024/
【PHP】フレームワークについて語るスレ【総合】
http://pc8.2ch.net/test/read.cgi/php/1123608068/
0488nobodyさん
2006/11/23(木) 19:31:29ID:jDRAbFoLテンプレートシステムとかいらんのだけどな。
Webに特化した言語なら、このへん大事なところだから、
スマートな実装を期待したいんだが・・・。
0489nobodyさん
2006/11/23(木) 22:57:31ID:???linux 等でログを眺めるとき、 tail -f hoge.log ってやりますが、
Windowsの場合、どうやるんでしょうか?
0493nobodyさん
2006/11/24(金) 04:40:46ID:???って感じだな
0494nobodyさん
2006/11/24(金) 06:08:33ID:???0495nobodyさん
2006/11/24(金) 06:18:55ID:???0496nobodyさん
2006/11/24(金) 12:29:22ID:???0497nobodyさん
2006/11/24(金) 13:03:12ID:???ttp://www.phppro.jp/news/239
0498nobodyさん
2006/11/24(金) 13:48:08ID:???0499nobodyさん
2006/11/24(金) 14:00:49ID:???FWのhello worldだけのベンチ結果なんて意味あんのか
railsがsymfonyとの比較ベンチでrailsだけmongrel使って
速いって書いてたのと同じくらいどうでもいいよ
0500nobodyさん
2006/11/24(金) 15:18:26ID:aSFI+5Bjどうでもよくねーよ
django爆速wwww
0502nobodyさん
2006/11/24(金) 20:35:37ID:???pythonに乗り換えようかな
Googleも使ってるらしいし
0503nobodyさん
2006/11/24(金) 20:50:05ID:???0504nobodyさん
2006/11/24(金) 23:34:03ID:???0505nobodyさん
2006/11/24(金) 23:39:48ID:???まだ0.2って!0.2ってなんだよ!
0506nobodyさん
2006/11/24(金) 23:43:01ID:???そんなフレームワークです(^v^)
0507nobodyさん
2006/11/25(土) 00:24:49ID:I3x5IOpPMSのBASICが流行ったのと同じ理由だ。
0508nobodyさん
2006/11/25(土) 00:54:59ID:???20 PLAY "O4CDE"
30 END
0509nobodyさん
2006/11/25(土) 00:55:41ID:???0510nobodyさん
2006/11/25(土) 01:21:24ID:???0511nobodyさん
2006/11/25(土) 01:47:50ID:???djangoは他フレームワークよりめちゃくちゃ貧弱だぞ。
auto adminとpythonの言語仕様くらいしかメリットがない
0512nobodyさん
2006/11/25(土) 01:48:35ID:???N88-BASIC
そういえば、PRINTと打つ代わりに ? とすればPRINTに変換されてたなぁ。
0513nobodyさん
2006/11/25(土) 05:14:04ID:???0514nobodyさん
2006/11/26(日) 01:29:18ID:???0515nobodyさん
2006/11/27(月) 03:19:20ID:???MacPlusで使ってた。コンパイラ版はMS-BASCOMっていってた。
PC用にグラフィックサポートのGW-BASICとかもあった。
0516nobodyさん
2006/11/28(火) 00:06:49ID:???0517nobodyさん
2006/11/28(火) 17:11:51ID:???http://wiki.ohgaki.net/index.php?PHP%2F%A5%D5%A5%EC%A1%BC%A5%E0%A5%EF%A1%BC%A5%AF
0518nobodyさん
2006/11/29(水) 03:43:18ID:???>>476
><?xml記述は無視するように、PHP側が対処すれば解決だろ
ちょーはげどー
自分以外のPIを勝手に解釈するなんて、PHPパーサはバカかとおもった。
>>486
>XMLのところだけ、
><?php echo '<?xml version="1.0"?>' ?>
>って書けばいいだけなんじゃないの。
なんでこれを疑問に思わないのか不思議。
>>487
<?= ?>はなくていいよ。だって属性のとこに書いたらHTML的にアウトじゃん。
JSPみたいな${ }とかがいい。
0519nobodyさん
2006/11/29(水) 05:31:05ID:???0520nobodyさん
2006/11/29(水) 05:48:19ID:???支持されるのになぁ・・・。期待できないのが悲しい。。
0521nobodyさん
2006/11/29(水) 07:19:44ID:???現状でxml宣言だけを回避するようなphpの実装は難しいだろうね。
例えばxmlで始まる名前の関数があったときに、
<?xml();
と区別しなければならないし、processing instructionsに<?が予約されていることも考慮すると、そういう区別をするphpパーサを実装することは現実的ではない。
俺はむしろ<?=がショートタグの一種であることに疑問を感じたりする。
個人的には<?phpと<?=で全部書ければそこそこ満足。
HTML的にアウトだか何だか知らないが、PHPはその名前が示す通り、常にHTML(ハイパーテキスト)よりも先に処理されることを前提と考えて問題ないかと。
0522nobodyさん
2006/11/29(水) 09:06:59ID:???0523nobodyさん
2006/11/29(水) 09:10:37ID:???フレームワークの話題を期待している場合はしばし待つか、自ら燃料投下しましょう。
0524nobodyさん
2006/11/29(水) 10:02:06ID:VHvNEKJnELだね。でも、PHPでそれやるとおかしな事になりそうだ。
$の代わりに#にしないか?Velocityっぽく
#{$obj->getName()}
0525nobodyさん
2006/11/29(水) 15:59:53ID:???"#"はHTMLの色指定で使うからいろいろと面倒起きそう
自分はその指定の仕方は使わないけど
だからいいって話でもないしな
0526nobodyさん
2006/11/29(水) 16:37:39ID:???ω{$chinko->manko()}
0527nobodyさん
2006/11/29(水) 19:53:18ID:???diveToManko()だろ
0528nobodyさん
2006/11/29(水) 20:44:30ID:wULZvKMX0529nobodyさん
2006/11/29(水) 21:00:10ID:???にするけどな
0530nobodyさん
2006/11/29(水) 22:15:12ID:???insertToManko($nagasa);
} catch (HayasugiException $e) {
echo 'kyo ha tsukarenterunndayo.';
}
0531nobodyさん
2006/11/29(水) 22:31:23ID:???ベタ書きは避けたい
insert($to, $obj)
にしよう
insert($anal, $chinpo)
のように出来るからアナル派にも易しいメソッドになる
0532nobodyさん
2006/11/29(水) 22:47:55ID:???MankoとAnalに継承させるのがいいと思う
0533nobodyさん
2006/11/29(水) 22:55:08ID:???0534nobodyさん
2006/11/29(水) 22:56:15ID:???0535nobodyさん
2006/11/29(水) 23:01:27ID:???0536nobodyさん
2006/11/29(水) 23:16:53ID:???0537nobodyさん
2006/11/29(水) 23:42:24ID:???テーブルクラスにinsert実装させたりするけど
データにinsertは持たせないでしょ
0538nobodyさん
2006/11/30(木) 00:15:22ID:???$chinko = new chinko();
$manko = new Mnko();
try{
$manko->insert($chinko);
} catch( SotinException ) {
echo "sotin ha sine!";
}
こんな感じ?
0540nobodyさん
2006/11/30(木) 00:27:44ID:???symfonyのおかげでRuby死亡wwwwwwwwwww
0542nobodyさん
2006/11/30(木) 01:54:28ID:???0543nobodyさん
2006/11/30(木) 02:23:52ID:???それだとmankoをanalにしたい時に
似たようなコードが出てきて厄介だからDIにしよう
おっと、analにDirectInsertは気をつけろよ?
0544nobodyさん
2006/11/30(木) 02:51:52ID:???0545nobodyさん
2006/11/30(木) 03:03:13ID:???そうすれば vibe クラスや vegetable クラスなどの iInsertable クラスも同じメソッドで渡せるし
とか考えたけどそういう発想自体が PHP っぽくない気がしてきた
Java とか C# の発想だよな……
0546nobodyさん
2006/11/30(木) 03:16:44ID:pTDlPFp+0547nobodyさん
2006/11/30(木) 05:31:56ID:8GyuhoHQそれはなんですか?
0548nobodyさん
2006/11/30(木) 09:31:35ID:???0549nobodyさん
2006/11/30(木) 20:33:35ID:???どこで動くのよw
0550nobodyさん
2006/11/30(木) 20:53:56ID:???まさかレンタル鯖で開発とか動作テストやるわけじゃ・・?
0551nobodyさん
2006/11/30(木) 21:20:50ID:pTDlPFp+0552nobodyさん
2006/11/30(木) 22:22:55ID:???>現状でxml宣言だけを回避するようなphpの実装は難しいだろうね。
xml宣言だけを回避するんじゃなくて、PHPのPIだけを解釈して他は解釈しないようにするだけ。何も難しくない。
PHPパーサが<?php 以外を解釈しようとするのがそもそもおかしい。
>例えばxmlで始まる名前の関数があったときに、
><?xml();
>と区別しなければならないし、
そんなとこまで面倒見る必要ない。「<?xml」まで読んで、これはPHP用のPIではないと判断したら読み飛ばせばいいだけ。
>processing instructionsに<?が予約されていることも考慮すると、そういう区別をするphpパーサを実装することは現実的ではない。
意味分からん。XMLには複数種類のPIを含めることが可能であり、他人のPIまでを勝手に読んでエラーとするPHPのほうがおかしい。
>俺はむしろ<?=がショートタグの一種であることに疑問を感じたりする。
>個人的には<?phpと<?=で全部書ければそこそこ満足。
よかったね。
>HTML的にアウトだか何だか知らないが、PHPはその名前が示す通り、常にHTML(ハイパーテキスト)よりも先に処理されることを前提と考えて問題ないかと。
「HTML的にアウト」と「HTMLよりも先に処理される」はまったく関係ない。
もちろん「PHP」という名前と「HTMLよりも先に処理される」はもっと関係ない。
0553nobodyさん
2006/11/30(木) 22:50:36ID:???0554nobodyさん
2006/11/30(木) 23:12:28ID:???>xml宣言だけを回避するんじゃなくて、PHPのPIだけを解釈して他は解釈しないようにするだけ。何も難しくない。
>PHPパーサが<?php 以外を解釈しようとするのがそもそもおかしい。
それはshort_open_tagをオフにしとくのと何が違う?
仮にshort_open_tagがオンの場合に<?hogehogeを無視するという意味で言っているとしても、後方互換性を考えれば無茶な話。
>「HTML的にアウト」と「HTMLよりも先に処理される」はまったく関係ない。
>もちろん「PHP」という名前と「HTMLよりも先に処理される」はもっと関係ない。
出力がHTMLであればいいだけの話で、PHPのソースコードがHTMLの仕様に準拠する必要がない。
0555nobodyさん
2006/11/30(木) 23:12:39ID:???なんか自分が正しいと信じきってそうだから言っても無駄かもしれんけど
>>521の内容は「現状では」だから <? ?> のショートタグモードもありの状態ではってことだと思うよ
しかしまぁ口調とか何とかモヒカン丸出しで見てて痛いね……
0556nobodyさん
2006/11/30(木) 23:13:12ID:???おまえらどんだけさぼりたいんだ
0557nobodyさん
2006/11/30(木) 23:16:39ID:???0558nobodyさん
2006/11/30(木) 23:28:09ID:???<?php のおかげで、書き方の幅が狭まっている。
0559nobodyさん
2006/11/30(木) 23:35:45ID:???気にならなけりゃ<?php echo使っとけ
0560nobodyさん
2006/11/30(木) 23:45:49ID:???パッチ作って好みの仕様に変えたらいいじゃないか。
ん、お前らも俺の言う事に従えだと?
現状の仕様で不自由してない。そいつぁ余計なお世話だ。引っ込め
0561nobodyさん
2006/11/30(木) 23:53:04ID:???煩雑な書き方しかできないと、パッと見でバグを発見できる可能性が低下する。
そうなると、それはもはや言語的欠陥といってもいいくらいだ。
見通しのよさはとても大事。
良い言語で良いコードを書いたなら、バグがあると浮き上がるようにして見えてくるものだ。
0562nobodyさん
2006/11/30(木) 23:58:17ID:???0563nobodyさん
2006/12/01(金) 00:40:47ID:???0564nobodyさん
2006/12/01(金) 00:46:40ID:???0565nobodyさん
2006/12/01(金) 01:17:57ID:???0566nobodyさん
2006/12/01(金) 02:13:54ID:ZG8rf5XR早く職探した方がいいんじゃねーのかこの野郎
0567nobodyさん
2006/12/01(金) 02:34:34ID:Nko4nsW+これで全て実装してくれればな・・・
0568nobodyさん
2006/12/01(金) 02:35:31ID:???Zendのフレームワークがあればですけどね
0570nobodyさん
2006/12/01(金) 17:27:46ID:???>それはshort_open_tagをオフにしとくのと何が違う?
>仮にshort_open_tagがオンの場合に<?hogehogeを無視するという意味で言っているとしても、
その意味でいってる。
>後方互換性を考えれば無茶な話。
なぜ無茶な話なの?現状でも<?xml がエラーになるんだろ、なんで後方互換性で問題になるんだよ。
>>「HTML的にアウト」と「HTMLよりも先に処理される」はまったく関係ない。
>>もちろん「PHP」という名前と「HTMLよりも先に処理される」はもっと関係ない。
>出力がHTMLであればいいだけの話で、PHPのソースコードがHTMLの仕様に準拠する必要がない。
はなしがまったく繋がってないんだけど。もとの>>552を読め。
0571nobodyさん
2006/12/01(金) 17:30:20ID:???もとのはなしは、<?xml がエラーになるのがおかしいという話であって、
<?php と書くのがうざいかどうかじゃない。
まあ <?php echo $var; ?> はうざいけどね。${var}とかでよかった。
0572nobodyさん
2006/12/01(金) 17:45:08ID:???>>436から>>441と繋がっていったわけじゃね?
436がSymfonyで<?php echoがウザイって言ったから、
441が<?=はなんでダメなの?って事から始まったな。
だから436が悪いんだよ。
・・・、ごめん漏れ436・・・orz
0573nobodyさん
2006/12/01(金) 18:20:19ID:???0574nobodyさん
2006/12/01(金) 20:13:57ID:???0575nobodyさん
2006/12/01(金) 22:59:43ID:Nko4nsW+0576nobodyさん
2006/12/01(金) 23:16:18ID:???0577nobodyさん
2006/12/02(土) 00:24:56ID:???short_open_tagをオフにすれば何の文句もないってのがお前の主張ということでおk?
俺はshort_open_tagはオンにしている。
テンプレート内で<?=を大量に使うため(別に個人でやってるだけだしな)。
XMLを出力するときは<?='<?xml〜と書いている。
short_open_tagがオンの場合、<?xmlであろうがなんだろうが、<?からPHPのコードと解釈される。
後方互換性と言ったのは、<?の後ろにphp以外のものがある場合に、エラーとするのは現実的ではないという意味。
例えばテンプレートの中で<?foreachと書く場合もある。
もう一方の話で、HTML的にどうのこうのとか、PHPが先に処理されるかどうかの話はそもそも、
>>518
>だって属性のとこに書いたらHTML的にアウトじゃん。
・・・例えば<img src="〜" <?=$size_attr?>/>みたいなやつか(ヘルパを使っていないとすると)。
>>521
>先に処理されることを前提と考えて問題ない
・・・つまり<img src="〜" <?=$size_attr?>/>という部分は「PHPのソースコードの一部」であって「正しいHTMLの一部」である必要はない。
出力の<img src="〜" width="〜" height="〜" />がHTMLとして問題なければいいんじゃないの?って話。
そこで、>>552の最後の部分はぶっちゃけ意味がわからない。
(PHPという「名前」自身が直接、論理的に話の内容に結びついているわけではない点は尤もだが)
0578nobodyさん
2006/12/02(土) 00:29:22ID:???0580nobodyさん
2006/12/02(土) 03:32:56ID:???>・・・つまり<img src="〜" <?=$size_attr?>/>という部分は「PHPのソースコードの一部」であって「正しいHTMLの一部」である必要はない。
デザイナがDWとかのHTMLエディタで編集する時のことを考慮するんだ。
0581nobodyさん
2006/12/02(土) 03:44:10ID:40G0u4jE0584nobodyさん
2006/12/02(土) 06:43:22ID:???>short_open_tagがオンの場合、<?xmlであろうがなんだろうが、<?からPHPのコードと解釈される。
オンとオフを間違ってたかもしれん。すまん。
とにかく<?を禁止して<?phpを強制させるような設定のときは、<?xmlとか他のPIを解釈しないようにすればいいというだけ。
<?を禁止してないときに<?fogehogeも解釈されるというのは当然そのとおり。
そうじゃなくて、<?を禁止して<?phpを強制させているはずなのに<?xmlまで勝手にパースしようとするPHPパーサがばかじゃね?というはなし。
そして、そのときはべつに後方互換性の問題なんかおこるわけないだろ?
>・・・つまり<img src="〜" <?=$size_attr?>/>という部分は「PHPのソースコードの一部」であって「正しいHTMLの一部」である必要はない。
話が噛み合んはずだ。出力結果が正しいHTMLであるべきなのはあたりまえ。
問題は、もとのPHPコード自体が妥当なHTMLであるかどうかだろ。
出力がHTMLであればよく、もとのPHPコードはHTML的に正しくなくてOKというのなら、
そもそも<?を禁止する必要はないし、JSPのような<%でもJavaのような#foreach()..とかでもいい。
それをわざわざ<?phpを使うように推奨してるんだから、もとのPHPコードも正しいHTMLにしようとしていることは明らか。それを考えれば
>「PHPのソースコードの一部」であって「正しいHTMLの一部」である必要はない。
なんて言葉はでてこんだろう。
0585nobodyさん
2006/12/02(土) 06:46:20ID:???問題は<?xmlまで解釈するPHPパーサのばかっぷりであって、short tagの是非はしらん。
0586nobodyさん
2006/12/02(土) 06:50:07ID:???0587nobodyさん
2006/12/02(土) 11:32:49ID:???■ このスレッドは過去ログ倉庫に格納されています