【PHP】フレームワークについて語るスレ5【総合】

前スレ
[PHP]フレームワークについて語るｽﾚ4[総合]
http://pc8.2ch.net/test/read.cgi/php/1151706907/

[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 Framework
http://framework.zend.com/
http://framework.zend.com/manual/ja/ （日本語マニュアル）

■symfony
http://www.symfony-project.com/

■Cake
http://cakephp.org/

日本発フレームワーク

■Ethna
http://ethna.jp/

■Maple
http://kunit.jp/maple/

■Piece Framework
http://piece-framework.com/

■guesswork
http://www.guesswork.jp/

■フレームワークの比較記事
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

■フレームワーク個別スレ
lt;?php フレームワーク symfonyのスレ ?gt;
http://pc8.2ch.net/test/read.cgi/php/1151937402/

【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/

>>1
乙！

乙おつ

これからPHPのフレームワークを覚えようと思うのですが、
とりあえず一番メジャーで覚えておいたほうがいいのは何でしょうか？
とりあえずMojaviかSynfonyかとおもったんですが。。

Mojaviは今更だから
symfonyでしょ。

Mojaviはないとして、とりあえずCakePHPをおすすめする

>>8 >>9
またループか！

Cakeは適当なレンサバに置くだけでも動く。
ってのが嬉しい。

俺もCakeは好きだが
>>とりあえず一番メジャーで
という観点からは外れる

英語圏ではCakePHPのがちょっと優勢みたいよ
Symfonyは入門者向きではないと思うんだがどうか

>>7
PHPフレームワークスレのたしなみとして、
・CakePHP
・Symfony
・Zend Framework
の3つは知っておきたい。

バージョンアップが進んでいる順番として、CakePHP→Symfony→Zend Frameworkで行くと良いと思います。
順番を逆にすると、仕様がコロコロ変わって、その都度調べたり覚えたりする無駄な手間が発生するから。

PHPに限定しなければ、話題に食いつくために、Ruby on Railsも是非オススメ！
〜広く浅く頑張ろう！！！(^^;

>>7
参考にどうぞ
http://www.google.com/trends?q=symfony,CakePHP,Zend+Framework,Mojavi,Agavi

>>7
フレームワークを使う前に、フレームワークの基本知識を知っておくと良いかも。

軽量なMVCフレームワークの自作
http://codezine.jp/a/article.aspx?aid=104

【連載 】PHPでMVC
http://www.stackasterisk.jp/tech/php/phpMvc01_01.jsp

ようこそSabaphyへ　Webアプリケーション学習用ライブラリ
http://satolab.tiu.ac.jp/SabaphyHome/sabaphyMainHome/index.html
http://satolab.tiu.ac.jp/SabaphyHome/sabaphyMainHome/materials.html

他にもフレームワークの基本知識に関して、入門者に参考になるサイトがあればテンプレート化をお願いします。

>>15
CakePHPって意外と伸びてるんだね

>>7
最近のPHP本だと、
「PHPによるWebアプリケーションスーパーサンプル 活用編」
http://phpspot.org/blog/archives/2006/05/phpphpweb.html
に、一般的なフレームワークの基本知識、作り方、使い方が解説してあるよ。

> 現在のところ、SymfonyやZendFramework等、MVCフレームワークは沢山でています。
> この使い方の説明を書こうかと思ったのですが止めました。
> なぜかというと、フレームワークについての理解があまりない状態で、フレームワークを使ってもメリットを感じにくい部分があるからです。
> 有名なフレームワークを使う前に、一度フレームワークを自作し、フレームワークについて理解を深めておくことの方が読者の方のスキルアップにつながるのでは？と思った結果です。

とりあえずフレームワークを使って、よく分からなければ参考にしてみて。
PHP本で、分かりやすいフレームワーク入門書が見つからなければ、Ruby on Rails入門書で勉強してみるのも一手。
＝最近RoRの入門書がたくさん発売されてるｗｗｗ

暇な時にでもちょろちょろこのスレのまとめ的なものを作ろうかなと思ってます

>>11
cgiで一度動かすか、キャッシュディレクトリつくってやれば、symfonyでも普通に動くけどね

>>13
＞英語圏ではCakePHPのがちょっと優勢みたいよ
ソースよろしく

http://www.google.com/trends?q=cakephp%2Csymfony
確かに伸びてきてはいるわな。
諸々の理由でphp4のコーディングから抜け出せない人にはいいかも

インドネシアやロシア語圏でのcakeの異常な人気ぶり。
ヨーロッパではsymfony優勢。

どちらも使ってないのでどちら側でもないんだけど、
国内だとSymfonyだけが伸びてるのがどうも妙というか、
不健全さを感じるんだよな
能力的にはSymfonyが最強だけど
趣味プログラマレベルのユーザは
もうすこし汎用的で全体が把握し易いFWを最初に使ってみるべき

>>24
＞最初に使ってみるべき
べきと断定する理由がない。

>>24
趣味のsymfony使いをなめるなよ！

Cakeは良くも悪くもDispatchにMVCの関係がほぼそのまま書かれてるから理解するのは楽ってのある。

いっぱいレスくれてありがとうございますm(__)m
googleのトレンドが一番わかりやすいですね。この機能はこれからも使えそうです＞＜
一応仕事でWebアプリを使わないといけないので。。（社内用なので大したことじゃないんだけど）

とりあえず日本人が使ってそうなSymfonyを覚えようとおもいます！
将来性がありそうなZendも次に覚えようかと思います！
今更ですが言語はPHP5ですｗ

うは。。>>28 = >>7 = >>29です。。

>>28
突っ込んだことをする際はドキュメントは英語。
ま〜ZFにしろCAKEにしろ乗り越えなければいけない壁ではあるが。

でも実際、それなりの機能持ったサンプルアプリや、
英語ながら丁寧なドキュメントがついてるのはsymfonyくらいのもんだしな。

もうフレームワーク秋田
どれもかしこも同じ機能
名前が違うだけ
俺はもっとパッションが欲しいんだッ！！！
全く新発想なFW、きやがれッ！！！！！！！！

フレームワークなんてただの道具・・・
目的を見失ってる人多数

>>32
じゃあ、こういうのは
http://piece-framework.com/

http://iteman.typepad.jp/blog/2006/08/post_da04.html

Piece Frameworkは従来のStruts型のWebアプリケーションフレームワークとは大きく異なる継続サーバに基づいたステートフルなアーキテクチャを採用しています。
(ただし、Piece Frameworkの継続サーバは本物の継続をサポートしているわけではなく、有限状態マシンによるシミュレーションです。)
現在のところこのようなアーキテクチャを採用しているフレームワークはごくわずかですが、私は今後の主流になり得るアーキテクチャだと考えています。

ttp://d.hatena.ne.jp/Gemma/20060917
> 結局は、Ajaxが席捲して、継続サーバは日の目を見ないように思えてきた。

継続サーバに基づいたステートフルなアーキテクチャと単純なセッション管理の違いを
句読点の打ち方も知らない馬鹿にもわかるように教えてください

継続サーバとか有限状態マシンとか、そんな言葉はどうでもいいから、
どういう仕組みでどういう利点があるのか、わかりすく知りたいね。

俺もさらっと読んだけど
いまいち分からなかった。

ibmの説明読んだ
進捗状況自体をセッションに入れる感じ？

そう言えば上鍵氏がこのFW面白いとか言ってたような。

もう一回読んだ。
実行状態のキャプチャってPHPでどうやるんだろ？

request a
$hoge = new Hoge;
$hoge->run(a);
request b
$hoge = new Hoge;
$hoge->run(b);

から

request a
$hoge = new Hoge;
$hoge->run(a);
request b
$hoge->run(b);
request c
$hoge->run(c);

みたいに出来るようになるって感じ？

http://piece-framework.com/piece-unity/getting-started.html
Piece_Unityさあ始めましょう

申し訳ありません、現在このセクションのドキュメントはありません。しかし幸いにも、PEARインストール先のdata_dir /Piece_Unity/examplesディレクトリあるいはパッケージアーカイブのdata/examplesディレクトリにいくつかのサンプルアプリケーションがあります。

最初に、それらのディレクトリのいずれかをドキュメントルートとして設定しサンプルアプリケーションを起動してください。そしてそれらの動きを理解してください。

次に、それらのアプリケーションのソースコードを読み、それらを基にアプリケーションの作成を開始してください。


・・・ソース嫁、だそうです。

インスタンス変数を全部保存してずっと持っていったら
どんどんいらないデータが肥大化しそうな気もするんだけど
どうなんだろ。
まあソース読めばいいわけだが…。

FWはもういいから、それを使ったアプリケーションをもっと増やせよ。

そんなことをこのスレで言うなよ

FWで作られたアプリケーションがあった方が、何かと語りやすいと思うが

Piece_Unityで作られたアプリケーションは世界でまだ一つしかない。

それじゃ俺が2つ目つくるから待っててくれ。
公開しないけど。

公開しないものを待つ必要もない

ちいたんの使い方がよく分かりません＞＜

CAKEを更に小型にしたようなものなんでCAKEが参考になる

>>53
Thanks!!

ちいたんて
actionが関数だから継承できないじゃん。
相当小さいもの向けなのか。
まあちいたんというくらいだからな…。

>>55
クラスにすりゃいいじゃん。

http://simplate.blogtribe.org/
Simplate&Simframeが大手ポータルサイト○ooのあるサービスで採用されました

一番技術力あって速いFWはこれだと思う
Gooでの成果が反映されたらいいな

>>57
なんだこれ
php extensionってすげー

一般ユーザ向けじゃなくて企業向けだろうけどイイ!

zendの
RewriteRouter使うとGET,POSTで
controller、action指定しても
反映されませんがこれはどうしたらいいですか

GET/POSTでController指定というのは、
?controller=blog&action=viewみたいにして呼び出してるってこと？

>>60
そうです

>>61
Router/RewriteRouterはmod_rewrite前提の仕様
URLクエリからcontrollerとactionを解決する自前のRouterを書けばOK

perlでいうCGI::Applicationぐらいシンプルなワークフレームってありますか？

>>63
classic guesswork

>>64
感謝！
なかなかよさげ。

validateが貧弱過ぎない？

>>66
貧弱なもの求めてるんだからいいんじゃない？

zephyr framework
http://zephyr-php.sourceforge.net/
ってどうでしょうか？？？

現在cakeがシェアNO1なんだね。　symfonyかとおもてた。

まだまだPHP4が標準だからね。

>>69
ソースは？

今さら気づいたけど、PHPDocumentorってblueshoesの人が作ってるんだね

>>71 今、ソースどこだったか、外国のサイトでした。
また見つけたら報告しますね。　

>>70 cakeってたしかPHP5にも対応してますよね？

これからcakeの時代が来るから、cakeの識者きてください。

？

？

？
と見せかけてﾄﾞｰﾝ！

ここ最近なんとなく2chの人口へったなーって感じがする

それは言える
といってもmixiの技術系コミュも過疎りまくりだし。
みんなどこに行ってるんだ？

ブログでしょ

どうせ同じこと書くならブログに書いてジュース代くらい稼ぎたいってことか

いやアフィ云々とかじゃなくて
書き手も読み手もフィードで受け取れるからでしょ
コード書く人間で今だRSSリーダの類使ってないとかありえないだろ

ごめんおれ使ってない

俺も。うちの会社、ネットワークのトラフィック云々で使うなって
規則もあったような気がするから使ってない。
あと、その人のサイトを見にいってこそ、「見た」って気が個人的にする。
RSSリーダーだとなんか味気ないし、重要な情報を見逃しそう。

俺も使ってないけど…

RSSとか活用してんのネットのプロだけだお

618 名前：nobodyさん ：2006/10/17(火) 01:06:18 ID:AypBDR12
東京大学教養課程の第一プログラミング言語がRubyに
http://d.hatena.ne.jp/sumii/20060928/1159394568
http://b.hatena.ne.jp/entry/http://d.hatena.ne.jp/sumii/20060928/1159394568

PHPって
終わりつつある気がする今日このごろ

馬鹿野郎、始まってもいねえよ

>>87
判断力不足
ただ実情がどうあれこの手の人が増えるようだと
主流言語の分布が国内だけ乖離して行く恐れはある

東京大学教養課程ってとこが味噌

まあPHPが教養課程だろうがなんだろうが、教育の場で使われることは少ないだろう。
CかJavaかスクリプトだったらRubyって感じか。

教養課程でやらせるプログラミング言語に LL を採用するのは正しいと思う。
俺が大学1年でやらされたのはCだったが、
ついてけなくて脱落して課題はできる奴におまかせな奴で溢れていた。
LL をやらせてたらその半分くらいは救われて、社会人生活の中でも活用できただろうに。

ま、といっても PHP が採用されることはないだろうな。
Ruby か Perl がいいとこ。

Perlはクセがありすぎる

Pythonだろ

ぶっちゃけ、Python

>>95
かぶった

なんでPHPは採用されないのん？
歴史が浅いから？

仕様がスパゲティだからだろう

web専用だから
言語仕様がしょぼいから

一般的なプログラミングの学習用としてはどうみても向いてないじゃん
Webプログラミングっていう枠ならまだしも

Webに特化した関数が多いけど、PHPもWeb専用の言語じゃないんだぜ？

>>101
HTMLに埋め込むって形からするとWeb専用といってもいいんじゃない？
漏れはWeb以外でPHPを使っている人は知らないよ

でも入門用には最適な感じがしたけどなー。
宣言いらなかったり変数がわかりやすかったり関数が充実してるのが嬉しい。
自分の場合Cから教えられたけど初めはちんぷんかんぷんだったし。

学び始めて数ヶ月でポインタやら構造体やら再起やらやられても混乱しますわ・・・。
PHPでごく単純なことができるようになってからCやJAVAやるのもいいんじゃないかな〜と思うよ。

>>102
HTMLに埋め込むのは、そういう形で使うことも出来るというだけであって、
それを可能にしてるのはPHPではなく（Apacheの場合）mod_php。
あと、俺はシェルスクリプトの代わりにPHP使ったりもしてる。

まあ現状考えれば、Web用の言語といっても間違いじゃないんだけどね。

俺もPHPは入門用に悪くないとは思う。
でも多くの教育責任者はPHPのWeb方面の側面しか知らないだろうし、採択されることはめったになさそう。
HTML以外でも、文書主体のデータを文書主体な見た目のままでいじくれるって点もあるしね。
その点ではerbも一緒か。

シェルスクリプトの代わりにPHPって凄いな…

Apacheのモジュールで動かしているケースがほとんどだからね。
それがPHPの魅力だったりもするわけで。
とはいえ、教育用ならpyかrubyがいいのかな。

何かを作ってみる程度ならWSHのJScriptが最強。

まあとにかくプログラミング教育において
Ruby や Python をさしおいて敢えて PHP を採用する理由はないだろうな。

しかしZFの開発はいいかげん遅すぎないか？
いつになったらバージョンアップするんだ？

教授のPython好きは異常

そういえばZFの進展聞かないな。

>>111
１０月末に１．０が出るとか出ないとかだからな

ZFは遠い国で幸せに暮らしてますよ。

もうZFはあきらめたよ

まだ期待してるんだけどな
symfonyのほうがいいのかな〜

教育用こそPHP

自分のホームページをカスタマイズできると知れば、学習のモチベーション上がると思う。

phpはびゅーちふるじゃないから学習用に選ばれることはないだろう
通信教育の「ホームページ作成講座」とかならともかく

国立だから国産のRubyを採用した

のではないのか？

>>112
10月末リリース予定なのは0.2

今0.2ってことは1.0は三年後くらいか

ゲェェェェ

0.2のバグ潰したらもう次の次くらいに1.0公開って流れだった記憶

0.8分無視ですか

http://itpro.nikkeibp.co.jp/article/COLUMN/20060710/242840/?ST=lin-server&P=2

7月中に0.3までバージョンアップする予定だったようだが…
先が思いやられるな。

やる気無いなら言ってくれれば
symfonyにすんのに

symfonyはいつ正式リリースすんのかねぇ。

>>126
もう1.0のベータでてなかった？

>>127
まだベータも0.7.1914だね。
来年はじめぐらいまでにサイトを立ち上げるんだけど、
今の状態なら素直にCakePHPにしたほうがいいかな。

SymfonyもCakeも既に完成度は高いけど
特色が違うから両方を2日くらいかけて軽く触ってみると
どれを使うべきか自ずと判断できると思う

ちなみにCakeはサイト内にこっそり置かれてる
screencastをチュートリアルにした方が早いし解りやすい
http://cakephp.org/pages/screencasts

code igniter 使ってる人いますか？
http://www.codeigniter.com/user_guide/

僕はCake派でした。

なんで過去形？

絶対は絶対にCake派だ。　

過去形は全て断定なんだって、　
断定の気持ちを強く表したい時は絶対にとか必ずとか付けるんだって。

僕は絶対にCake派でした。

なんだか変だよね。

この場合、僕はCake派でした。 は　>>129　結果の返答だと思われます。

しくった

おまいらはMojavi2, Ethna みたいに 1 action で 1ファイルのと、
symfonyやcakeみたいに controllerに 複数のactionを書いていくタイプ、
どっちが好き？
オレは 1 action 1ファイル。

どっちでも同じようなもんだけど
1a1のほうがいいよなー

symfonyは両方できるよ
executeしかない小さいactionはactions
複数メソッドがあるものは単体actionにしてる

俺は複数のアクションを１ファイルに押し込むほうが好みだな。
ファイルの読み込みにかかる微々たるコスト的には１アクション１ファイルの方がいいのかもしれないけど、アクションの中で呼び出すメソッドを共有したいときにちと面倒かと。
１アクション１ファイルだと、メソッドの共有時にはたぶん継承でやると思うんだけど、同じコントローラの中で同じような処理をするためのメソッドを共有したいってだけのために、継承で依存関係を増やすのはちょっとな、という気がする。
やっぱり同質の処理をするメソッドどうし（アクションどうし）は、隣どうしに書いてあったほうが安心っていうのもあるし、別のアクションへの転送（forward）を本当にただのメソッド呼び出しとして書けるのも応用利かせやすいし。
あと全体的にリファクタリングしやすいってのもあると思う。
なんか主観的な意見ばっかでｽﾏｿ

継承はテンプレートメソッドで、上書き可能性を担保する意味もあるから
単なる共有とは拡張性が違うと思う
シンプルに共有するだけでいい場合も多そうだけど

いや、継承は継承で使うべきところで使いたいってことも付け加えておくべきだった。
メソッド共有以上の狙いがあったり（139の言うようにオーバーライドを活かすとか）、コントローラorアクション自体にis-aの関係を持たせたいときとか。

ただ、単なるメソッド共有のためだけに、新たな基底クラスを作ると、本来すべき継承とごっちゃになってちょっと嫌だから、それなら初めから一緒のクラスに入れといたほうが見通しが良いんじゃないかと思った。

1action 1fileが馬鹿馬鹿しいって事がわかってきたから
many action 1controller 1file になってきてるんじゃね

RoRの影響がでかいだろうね
どっちも選べるsymfonyが最強

どっちも選べるって事はどちらかが無駄ってことではないんですか？

(ﾟДﾟ)ﾅﾝﾃﾞ?

どっちも選べるも何も複数アクション対応の構成なら
単一アクションにもできるからsymfonyに限った事ではない

symfonyのばやいカスケード状に出来るのがスゴイのである

馬鹿馬鹿しい事がわかってきたら無駄だな

どうでもいいけどzendまだかよ

>> 145　層化っ！　 あんた一番説明がうまい。

Symfonyのカスケード状ってどゆこと？

ActionChainじゃね
正直いらんけどな

>>150
単体actionがなければ→actionsを見るという挙動のことだよ
actionsの上にactionが載っているというイメージ。
CSSならぬカスケーディングactionという発明。
まあその名称は俺が言ってるだけだけど
fabienは技術者としてセンスあると思う

あーそれでああいう構造なのか
どうなんかな、単体主体で使ってる場合便利なんだろうか
askeetのチュートリアルは1ファイル複数actionだよね

お約束のCRUD的なactionはactionsでまとめて
ちょっと特殊なアクションだったり長いロジックが必要なアクションの時に
別ファイルで単一にしておいて目立つようにとか
そういう使い分けを想定しているのかな

ロジックはアクションとは別ファイルにしないの？

フレームワークとロジックの種類によるけど
同一Actionファイルに固める、コンポーネント化、Modelファイルに組み込みの
3パターンくらい？
SymfonyでAction毎に1ファイルのルールでやってる場合は
ひとまずActionsに置くってやり方が出来る訳かな

フレームワークというか、Webアプリのことですらないんだけど、ここは経験豊かな人が多いと思うんで、ちょっと相談させてください。
ユーザ登録画面なんだけど、ユーザ名を入力するのに、姓と名を分けて登録するようにしています。
しかし外国人の場合は姓と名の順番が逆だし、またミドルネームとかあったり、そもそも姓と名の区別がなかったりする国もあるそうなんです。
こういう場合って、みなさんどのような画面にしたりテーブル構造にしてますか。
なんとなく、姓と名を分けないような構造がいいのかなと思うんですけど、でも要件としては分けなければならないしで、どうしていいか困ってます。
I18Nなアプリの経験者がおられましたらお助けを。

>>157
おーもいっきりスレ違いだなｗ

通常はラストネームとファーストネームだけで十分じゃないかと。
表記上の順番に合わせて、英語のファーストネームと日本語の姓を一緒のフィールドに入れるような変なことは避けたほうがいい。
DBは飽くまで「意味」で分類すべき。

ミドルネームも必要な場合は、単にオプショナルってことで後ろにつけときゃいいんじゃない？
複数のミドルネームがある場合は全部ミドルネームにスペース区切りで入れてもらえばいい。
あと、姓名の区別がないような場合は、名のほうに全部つっこんでもらえばいいかと。

UIが各国語に対応しているなら、フォームもそれぞれの国や地域にあわせればいい。
全部英語ならば、ラストネーム・ファーストネーム・ミドルネームの順番でいいと思う。
（英語圏でも、コンマをはさむことで姓名の順番が入れ替わっていることを表現することはよくある）。

余談だけど、英語のサイトでもミドルネームの項目のないところも結構多いよ。
ミドルネームまであるのって、政府関連や法的な必要性がある場合くらいじゃないかな。
ただ、ミドルネームの項目を省略することに、差別の声を上げる人もいなくはないから、いちおうつけるって感じでいいと思う。

参考：
http://en.wikipedia.org/wiki/Middle_name

>>157 >>158
これは陰毛？

素晴らしい
http://www.cakephp.jp/doc/

>>160
これはGJ！！

>>160
CakePHPが伸びる予感！

symfonyのWikiみたいなCake製のサイトのリストってないの？

ZFも今週末やっと、0.2.0リリースか
もっとがんばれよ

Yahooもbookmarksでsymfony採用だね。

cakephpで、symfonyのadmin generatorみたいに、
カラムのソートやpaginationをつくってくれるscaffoldは、
どうやったらできますか？

symfony始まったな

ZF＼(＾o＾)／オワタ

>>165
ソースは？

>>169
symfonyの公式ブログに書いてあるよ

ZFのtrunkが0.2リリースの準備に入ったっぽい
もうすぐだわーい

俺はzendをまだ信じている

私にもそんな時代がありました。

zendはPHP作ったところだぜ
いざとなればsymfonyを動かなくすることだって！

ｸﾏｰ

Zend「スクリプト名がsymfony.phpだったら速度を300％低下ｻｾﾏｰｽ

synfonyもcakeもORってPDO採用してんの？

ZF0.2.0ｷﾀ

0.2リリース記念に張っとくか
http://framework.zend.com/

GData Client Libraryってなんだ？

IBMがZFで作ってるQEDwikiってなんかすごいね

>>179
GoogleAPI叩くライブラリみたいね
GoogleAPIって叩き放題じゃないだろ。
そんなのサービスに組み込んで使えなくね？
個人的に使うのかね

zend0.2のsessionのなんちゃらってどこが変わったわけ？

RewriteRouterが動かなくなったぞー！

おい「PHPの薬箱」って本を買ってみろ。
何気に神本。

>>184
どこが神本なの？

>>183

addRouteが、Zend_Controller_Router_Routeクラスの
オブジェクト配列で受けるように変更になってるね。

>>184
フレームワーク関係あるの？

>>184
これですね？フレームワークの解説に期待age

http://www.amazon.co.jp/dp/486167140X
PHPの薬箱―エラー・トラブル回避のテクニックとセキュリティ対策
佐久嶋 ひろみ (著)
価格： ￥ 2,940 （税込）
単行本: 449ページ
出版社: 九天社 (2006/11)

商品の説明

内容（「MARC」データベースより）
サーバーサイドスクリプト言語・PHPの、陥りやすいミスや習得すべきポイントをピックアップし、簡潔にまとめたもの。
Webアプリケーション開発においてPHPに関係する周辺の知識についても説明。

宣伝乙

>>188
なぜすごいのか書かないと宣伝としか思えない罠

>>186
それで渡しても動かないんです

addRouteまでのソースコピペしてみ？

<?php

require_once 'Zend.php';

function __autoload($class)
{
　　Zend::loadClass($class);
}

$view = new Zend_View;
$view->setScriptPath('hogehoge/hoge');
Zend::register('view', $view);
unset($view);

$router = new Zend_Controller_RewriteRouter();
$router->addRoute('test',
　　new Zend_Controller_Router_Route('test', array('controller' => 'test', 'action' => 'index')));

$controller = Zend_Controller_Front::getInstance();
$controller->setRouter($router);
$controller->setControllerDirectory('hogehoge/hoge');
$controller->dispatch();

>>193で
http://hoge.com/test
とやっても
indexControllerのindexActionが呼び出されてしまうんです

少し手元の環境に合わせたが
>>193でTestControllerにルーティングされるけどなあ

ZF新バージョン検証したいが時間ねぇ〜。

.htaccessの

RewriteEngine on
RewriteRule !\.(js|ico|gif|jpg|png|css)$ index.php

を

RewriteEngine on
RewriteCond %{SCRIPT_FILENAME} !-f
RewriteCond %{SCRIPT_FILENAME} !-d
RewriteRule ^(.*)$ index.php/$1

にしたらできました＞＜

Symfony 0.63での開発がだいぶ慣れてきたので、
次はCakePHPを勉強したいと思います。

CakePHPとsymfonyの違いはどんな感じなんですか？
誰か、両方で開発している方教えてください。

とにかくもう、MVCフレームワーク＋O/Rマッパから離れられません。

PHPフレームワークは、CakePHP・symfonyの2強ってことでOK?

>>198 Cake試したら、比較レポートよろ。

Yahooに採用されたからsymfonyが頭ひとつ出てると思う

俺に採用された「ちいたん」が2位かな。

>>198
ごく大雑把に言うと大規模か中規模か。Symfony＞Cake
手軽か手軽で無いか。Cake＞Symfony
という程度の違い。
ディレクトリ構造もORマッパもCakeは直感的だし
例外起こしたときのメッセージが初心者にも優しい。
その代わりコードはわりとカオスであまり読む気にはならない。
Symfonyはどの要素を取ってもやり過ぎじゃないかと思う位
フル装備なFWだけど、作っていく内に色々贅沢をしたくなると
やはりSymfonyの用意周到ぶりは助かるなと思ったりする。

>>203
大事な事が抜けてないか？
CakeはPHP4にも対応してる。これが一番肝でしょ。

>CakeはPHP4にも対応してる
ってのが手軽か手軽でないかというのと関係していて
それが、
>コードはわりとカオスであまり読む気にはならない。
とのも関係している感じか？CakePHPは。

codeがbitchでも枯れてたら、中を見る事もそんなにないからいいけど
まだ発展中なのにbitchなのは嫌だなあ

>>188
その本はZendFrameworkとsymfonyの使い方が載っています。
マジで買っておけ。

zendはもちろんsymfonyもまだバージョン1すら出てないのに本読んだって仕様変わっちゃうかもしれへんのやで

情報の使い捨てサイクルの長短はあるけど、3000円使って100万円得られるなら、損な話ではない。
本代程度の投資額なら、仕事で使えば十分回収できると思う。

>>207
今度本屋行ったら見てみます。情報提供Thanks！
本屋に行くとRoR関係は多いね。
もっとPHPフレームワーク関係の情報があってもいいかも。
Zend Frameworkが正式リリースされたら、多分関連本がたくさん出るよね！？

>>184,188
宣伝はともかく、IP変えるとかしろよ・・・

今日ザコンにいって中身確認したけど、ZendFrameworkについては数ページしかない。
RewriteRouterじゃなくて、簡単なRouterだけ使ってるし。
これで、フレームワークについて神なんだったら、
今月のオープンソースマガジンの方がぜんぜんいいよ。

>>210
symfonyについては？

>>211
同じくらい。ただ、Symfonyの方が使えるコマンド多いから、
ページ数はもうちょっと多いかも。
ただ、チュートリアル以下の内容だね。間違いなく。
チュートリアルすら読む気の無い（＝その後フレームワークは使えない）であろう人には
ちょうどいいかも。

誤解の無いようにいっとくと、FW以外の内容については別。トータルのページ数は結構あったし。
ただ、フレームワークについての内容はそんな感じ。
チュートリアルのコピペレベル。

>>212
なるほど。
レスありがとう。

>>210,212
早速の報告乙
まるまる一冊分全部でフレームワークの説明しているなら内容が充実していると思いますが、一部分だと情報量が少ないということなんですね。
まだチェックしてませんが、WEB＋DBマガジン No.33にも、Symfonyの解説記事があるそうですよ。

MVCフレームワークの本（情報量）は、Java＞Ruby＞PHPでしょうかね？
これから徐々に、PHPフレームワークの情報が増えてくることを期待致します。

今はRoRが一番多いんじゃない？＞書籍

いまだにguesswordなんだがダメなのか？

最近CakePHPが流行ってる感がありますが、
まともにCakePHPを使って開発している人ここにいますか？

>>217
はい。

CakePHPはプロっぽい。　Symfonyは趣味っぽい。　俺のイメージ

Yahooが採用してるのに趣味はないだろ…

プログラミングなんてどれも趣味だろ

Yahooが採用していれば黒いものも白だというのは間違いでは？
Symfonyが黒いものだとは言わないけどね。

べつに220も黒を白とまで言うつもりは無いと思うけど・・・

要約すると、どっちでもえーやんってこと？

Ruby on Railsに似ているという共通点はあるかも。

203が書いてるとおりで大体あってると思うが。
symfonyの方が大規模向きだからcakeよりむしろプロっぽい罠。

CakePHPちょっと試してみたけど、
バリデーションってモデルに対してのみ？
あと、１つの値に複数のバリデーションつけるのはどうやるんだ？

その辺りは結構残念仕様だった気がする。
ここ3ヶ月くらいで変わってるかもしれないけど。

Mojaviのサイト死んでるけど開発終わったの？

もしかしてCakePHPが流行ってるって考えは幻想？
スレッドもたってないし・・・
ここの人たちもなんとなくで、CakePHPがいいかも知れないって思ってるだけ？

今国内はSymfonyの方が明らかにマジョリティ
あまり関係ないが

code igniterのことももっと思い出してあげて下さい（＞＜）

僕はzendが一番ソースが読みやすいのですきです

zendってhttp://unko.com/login/
みたいに同じURLで
postかgetでaction変えたい時は
indexActionでREQUEST_METHOD見て分けるみたいなので
いいんですか？

symfonyのgetRequestMethodsみたいのないの？＞zend

>>235
まだ出来てないらしいよ

>>235
incubatorの新しいControllerにはRequestオブジェクトあるよ

zendはviewがしわくちゃだからなー
symfonyみたいにテンプレートからはローカルのように参照出来ないと。

zendのリクエストとか使ったら動かなくなったぜー！

>>231
国内だけでなく世界的にも実績でsymfony優勢だろう。
YahooみたいなビッグネームでCakeが採用されない限り無理だな。

cakeは自由度高いから、プログラミングセンスのある人が少人数集まってWebAppを構築するのに適してる。
必要な機能は自分でどんどん追加してゆく感じ。

> プログラミングセンスのある人が少人数集まって
> WebAppを構築するのに適してる。
プログラミングセンス無さそうな文章だな

>>241
面倒くさいですね。

>>242
そんなﾚｽが来ると思ったぜｗ

>>243
そうだな、確かにめんどくさいと言えばめんどくさい

>>244
具体的にほかと比べてどう自由度が高いのか教えてください。
どこをどう見ても自由度なんか他と大して変わらないんですが。

＞必要な機能は自分でどんどん追加してゆく感じ。
FWで提供されない機能を独自実装するのは当たり前のこと。
他の5ベースのFWは、4ベースのものに比べてその拡張がしやすい。
cakeが提供してるマッパなんて酷いもんで、拡張を全く考えずに実装してるもんだから、
柔軟性のかけらもない。

FWのコアな部分も拡張しやすいってことじゃ？
その場合ソース追いたくないほど汚い（らしい）のは
致命的な気がするが…。

微妙にかぶった

>>247
＞FWのコアな部分も拡張しやすいってことじゃ？
cakeはしにくい部類に入るけどね

http://d.hatena.ne.jp/rocketcoaster/20061031/1162286313
の方法でincubatorの中のRequestのやつやってんだけど

$request = new Zend_Controller_Request_Http();
$request->setBaseUrl();

$controller->setRequest($request);
$controller->dispatch();

ってindex.phpでBaseUrlセットしないと
ちゃんとルーティングされないのはそういう仕様なんですか？

CakePHPフレームワークによる快速WEB開発
ttp://codezine.jp/a/article.aspx?aid=670

>>250
ルーティングのベースURL＝ドキュメントルートだったら
設定しなくてもいいと思うけどサブディレクトリを
ルーティングのベースURLにする場合必要なのは当然じゃない？
要はURLのどの部分からをルータのパラメータと判断するかの指定だから

>>251 CakePHPって難解だね。　

CakePHPってケイクPHPなのか
ケーキPHPって読んでた

cakeという英語単語はケイクと発音するだけだが

>>252
なーるほど！

ベイクドケイク

いちごのショートケイク

>>256,257
どちらも違和感ないけど
むしろケーキの方がおかしいわけで

もう苺パンツでいいよ。

>>260
大好物です

水玉か縞しか認めん。

Request関連なんですけど
getPostだとキー入れたら$_POST[キー]は帰ってくるんですけど
$_POST全部はどうやったら来てくれるんですか

何のフレームワークでの話をしてるんだかがまずわからんが
getPosts() で全部返ってきたりしないか？

zendさんです

getPostZenbu()じゃね？

>>266
だめでした＞＜

>>266
地味にﾜﾛｽｗｗｗｗｗｗｗｗｗ

┏━━━━━━━━━━━━━┓ ┌──┐
┃　　中川翔子 特設 おっぱい 　 ┃ │検索│
┗━━━━━━━━━━━━━┛ └──┘

　　　　　　　 _ 　∩
　　　　　　(　ﾟ∀ﾟ)彡　おっぱい！おっぱい！
　　　　　　　⊂彡

>>269
コピペ乙です。

中川翔子 特設 おっぱい の検索結果のうち 日本語のページ 約 864 件中 1 - 20 件目 (0.07 秒)
でした。

ワンクリへの誘導かよ
業者？
なんでこんな地味なスレに…？

サーバーサイドのMVCなんてもう古い。
今はJavaScriptによるMVCフレームワークの時代でしょ。
ビジネスロジックの殆どはJavaScriptで書き、
リソース層だけはサーバーサイドで行う。
サーバ側はただ送られてきたリクエストに対して
処理を行い、結果を返すだけの簡単なものになる。
プレゼンテーションはHTMLそのものでOK。
変なタグを埋め込まなくてもよいのでデザイナーとの仕事も楽。
世の中はJavaScriptの時代なのだよ。

>>272
開発に時間がかかるので却下

>>272
たとえばどういうのがあんの？

うむ、具体的な情報を出してくれれば
少しは有益なレスになるやも

>>273
何で時間がかかるの？
コーディーングの比率ががサーバーサイド寄りからクライアントサイド寄りにシフトしただけじゃん。

最近話題のアジャックスですね！

クライアントにある程度ロジックを委譲しても、
結局サーバーサイドでデータの整合性のチェックはしないといけないよな
複雑になりそう

クライアントのJavaScript実装の振れ幅が大きすぎて検証がめんどくせーーってのもあるな
まぁブラウザ絞っちゃえばいいんだろうけどそれも何かなぁ……

誰かが時間と労力かけて仕様を固めてくれたら多分使うんだけどな

>>272
> サーバ側はただ送られてきたリクエストに対して
> 処理を行い、結果を返すだけの簡単なものになる。

ところで、サーバーサイドのMVCって大雑把に言うと、HTTPリクエスト→DB等へのアクセス→HTML、っていう翻訳・変換にすぎないんだけど（その過程が複雑化しないようMVCで定型化してるだけ）、JavaScriptでいったい何がやりたいの？

＞ビジネスロジックをJｓで

つまりサーバサイドJscriptのことだな

最近、JavaScriptを巡って熱い議論が繰り広げられていますね。
やっとJavaScriptが活躍できる場が広がって来たのでしょうか？
おめでとう

最近って、今朝始まったばっかやんけｗ

つーかjavascriptなんてｿｰｽ読まれておわりだろ。

>>272はｶﾞｷのひとつ覚えじゃねーか。
あるいはmvcの入り口で挫折したｱﾎ

時代に取り残されたのか、はたまた、本当にフレームワーク使って、開発してないのか…

javascriptをonにしていない人、javascriptを実装していないブラウザに関しては
どう考えているのですかね。
それとも、javascriptと言いたかっただけ?

言いっぱなしで何の反応もないところを見ると、思いつきで何となく書いたか、釣りかのどちらかだと思います！

javascriptMVC云々の話はどうでもいいけど
今あれだけjavascriptが取り沙汰されて
サーバサイドの各種FWがこぞってajaxサポートを実装している時代に
ソース読まれておわりとかjavascriptがoff/未実装ならどうだとか
言ってる奴の方がどう考えても時代に取り残されてるよ
googleの検索以外のWEBアプリ使ったことないのか？
サーバサイド言語のFWスレでする話でもないが

釣られるなって

>>289
AJAXやJSのAPI類が流行っているのはわかるが、JSはどの道ソースが読まれてもセキュリティ上問題のないものを書く、というスタンスは変わらないよ。
JSオフのブラウザに対しても、制限された形にせよサービスを提供し続けるってのは、まだまだ軽視する対象じゃないし。
だからこそサーバー側にしっかりした汎用的な基盤は不可欠だし、MVCフレームワークはそれを少しでも理想化する手段の１つだと思う。

>>289
なーんか、勘違いされたみたいだけど、時代に取り残された、あるいは、実際にFW使ってるの？と言った標的は、
>>281,285 みたいな人たちなんだけど…

てか、サーバサイドでMVCとか言ってるのは、便宜上そう言っているだけで、本来のMVCってのは、
window システムみたいなのにのっかる物で、正に、javascript で実現できる物なんだけど、理解できてないのかしら。

このスレでやるならC/S理解してないとダメだよ

>>292
時代がどうのこうのはどうでもいいが、このスレで言うMVCは一般のイベント駆動アプリでのMVCではなく、WebサーバサイドのMVCを前提にして問題はなかろ。
そういう意味でのMVCをJavaScriptで置き換えるなんて愚の骨頂。

>>294
どうも、理解できて無い様だな。ま、いいや。

スレタイ読めてないんだから２つのMVCを切り分けて論じるような脳みそあるわけなし

>>295
言っておくが、MVC一般を一緒くたに考えても別に構わない。
ただしその場合は、クライアントサイドのJavaScriptにMVCを導入することとは、単に既存のクライアント側での処理をMVC化したに過ぎない。
それはサーバーサイドのMVCの代替にはなりえないよ（部分的には交換可能かもしれないが）。

>>297
どうも、理解してない、と言うか、誤解してるみたいだから言っとくけど。

MVC云々は、>>281,285 に向けて言った話で、別段、そんな事(>>297)を言った覚えは無い。

サーバ-クライアント を一体の web アプリケーションとして見た場合、クライアントサイドで、本来の意味のMVC処理を行って、
サーバ側には、Mのバックエンドが残る、と言う様な形態が増えるのは、想像が付くだろう。

その際に、サーバ側の処理に於いて、MVC方式で処理する物も、残るだろう。私も、そう思う。
つまりだ、別段、争点は無いという事だ。

ちなみに、私は、>>272 とは別人だ。

オゥケイ、わかったジョン、この話はここまでだ
猫に餌をあげないといけないんでな

現物の提示がないと議論が空回りですね。
Symfonyなり、Zend Frameworkなり、CakePHPなりに、みんながダウンロードできるものを対象にして、具体的な話を展開してくれれば利益があって嬉しい限りです。
いろんな可能性を模索してみることはいいことだと思う。
AJAX以上に、JSの分担範囲が拡張されても別にいいと思うけど、採用するかしないかはケースバイケースですかね？

>>298
んなこと言われたって281=291=294=297なんでｗ
というか繰り返しになるけど、サーバサイドのCはHTTPのリクエストをMにアクセスできる形に変え（URIのルーティング、アクションの呼び出し、モデルのインスタンス化）、Vに渡してやるものでしかない。
そしてVは、Mで取得したデータを元に、クライアントが受け取れるデータ形式（HTML、XML、JSやCSSのコード、画像などマルチメディアファイルのコンテンツ）を出力する処理でしかない。
それを「クライアントサイドでやる」という意味が全然わからない。

>>300の言うとおり、何か具体例をあげてくれ。
意味がわかれば共感できる部分もあるかもしれないけど、今のままじゃお馬鹿な独り言を言っているようにしか見えないよ。
具体的に、「ずばり何」をJavaScriptで書くのさ？

遠隔地にストレージがある（ほぼ）スタンドアロンアプリみたいのをイメージしてるんだろ
これでサーバサイドMVCのIT革命や〜とか言ってるのがアホすぎる

C側でどんなロジックが動こうがサーバサイドMVCとは関係ない話だよ最初からさ
せいぜいVが軽くなったなくらいのもんでパッシブな構成自体は変わってないわけ
見当外れなのにCSやMVCと絡めるから議論にならん

リッチクライアントを用いる際FWに求められるのは、コントロール作成用のライブラリと
CS間のインタフェースをうまく抽象化すること

この先になかなか議論がすすまねえ

一応今作ってるけど、忙しいし期待しないで待ってくれ。

リッチクライアントの話は大体出終わったんじゃ
Ajaxﾏﾝｾｰとかｱﾝﾁとか一時期盛り上がってたよ

>>289
> サーバサイドの各種FWがこぞってajaxサポートを実装している時代に
> ソース読まれておわりとかjavascriptがoff/未実装ならどうだとか
> 言ってる奴の方がどう考えても時代に取り残されてるよ

ここだけに反論。
携帯とか、組込み用のブラウザとか、テキストブラウザ、音声ブラウザとか
知らないのでしょうか。時代は関係ないでしょ。
ajaxの時代だからとか言ってるようじゃ周りをよく見ていないと思われ。

ajaxはブラウザゲームにだけ使えばいいよ

>>305
そこら辺のバランス取り
個人的にはGmailとかRSSリーダーみたいなツールはがんがん使っていって
そうでないサイトはjavascript切ってても普通に使えてjavascript使えるなら
より便利になる。くらいが落としどころかと思ってるんだがどう思う？

理想ばかり語っていないで現実を知りなさい

>>303
まだできてもないのか。
簡単で楽と言いながら、忙しいから期待しては駄目なのか。

罰としては君はこれからサイトを作るときは、
必ずJavaScriptによるMVCフレームワークで作ること。

intra-mart Open Source Software Community
ttp://oss.intra-mart.org/

im-Jssp Framework Project
これってサーバーサイドJS+クライアントサイドJSってこと？
JS好きだからサーバーサイドJSが使えるレベルになったら使いたい

割と人がいたんだな

>>312
俺も思ったw

>>312
確かになぜか食い付きの良い話題ですね。
過疎ってたのに急激に伸びてる？

みんなでPHPの開発環境を充実させて行こう。
AJAX組も頑張ってください。

http://maskat.sourceforge.jp/index.php

こういうのはどうよ？

は〜、今更ながら、JavaScriptを勉強し直さなければならないと実感しました。
prototype.jsの使い方だけでもマスターしなくっちゃ！

http://agavi.org/
Agaviが来週なんかやらかすらしいよ

prototype.jsはあまり使わない方がいい。
便利なのかもしれないけど、普通のJavaScriptの使い方忘れちゃうよ？

>>317
存在自体忘れてた
なんかサイトもクールになってるね

>>319
約一年ぶりに、0.11 がでる？

2006年11月7日(火)

やぁ、フォークしてくれている人たち

知ってるとは思うけど、予定していた日曜日に0.11RC1を出せなかったんだ。
変更履歴、リリースノート、移行ガイドや新しいサイトとかを書く仕事がいっぱいあったんだよ。
新しいロゴも今のところは完全に決まりじゃないんだ。

今、フランクフルトのInternational PHP Conference(www.phpconference.com)に
来ているのでサイトのデザインも受け取っていないんだ。
(カンファレンスに来てるならメール打ってよ。ビールでも飲みに行こうよ)
リリースを一週間くらい遅らせなきゃなんないかもしんない。
そうしたらほんとにちゃんとしたリリースノートや0.10から0.11への移行ガイドを書けるような気がする。

12日の日曜日まで待っててよ。それまでにはほんとにほんとにちゃんとできると思う :)

じゃね。

ディビット

質問スレじゃないのはわかってるんだけど、誰か助けて！

Cake PHPをダウンロード、解凍後フォルダ名をcakeにリネームして、
中身ごと全てアップロード。
cake/index.phpにアクセスすると、英語のページが出てくるのを確認。
この後一体何をすればいいんでしょうか！？
サーバ側でなんかいろいろいじるものなのかな？FWってのは？
おもしろそうだけど、使い方わかんないね！

>>322
あんたは何がしたくてFWを使おうと思ったんだ？ｗ

>>323
大抵は興味本位から使い始めるとうのに
FWを始めて触る人に”何がしたくて”なんて分かるわけない。

上から物をみる姿勢は止せよ

>>322
Cake PHPは日本語のマニュアルあるだろ?

>>322
CakePHPはイイぞ〜

>>324
それはそうなんだが>>322のはそういうレベルの話じゃないだろう……

>>322のCakePHPは　xoops　みたいな感じだと思ってる疑惑

>>324
そんなつもりは無かったが
そう取れる書き方だわな
すまんかった

ただ、興味本位でもFWを入れて使うのなら
何かを作らないといけないわけで
質問の書き方を見るとそこら辺も理解してないというか
>>328の言うようにCMSのような物を期待していたんじゃないかと思っちゃったのさ

もし"何がしたくて"がわからないのならまずそれを決めてちょうだいとしか
言えないよねぇ

>>322
フレームワークってのは「アプリケーションの骨組み」だ。
「何をすればいいの？」じゃなくて、とにかく何か作ってみるべし。

もし、過去に何も作った事が無かったとしたらフレームワークは理解出来るもんじゃないよ。
アプリを何度も作っていて、その度に「なんか毎回同じ処理を作り直している気がするんだよな」と疑問を持ち始めてから、
初めて理解できるようなもんだ。
何度もアプリを作っていて、なんとなく「俺ライブラリ」みたいなのが出来ているような人なら、
フレームワークをいじってみると相当勉強になるはずなんだが、そうでないなら時期尚早だね。

ZFでsymfonyのGlobal templateみたいなことって出来ないのかな

renderで読み込んだテンプレの中でもrenderが有効だから
ActionかViewを拡張してデフォルトテンプレートを読む仕組みを作ればおｋ
春から夏にかけてMLにTIPSが幾つかあったと思うんだが
検索対象から外されてるかも

>>332
なるへそ
ちと調べてみます

>>332
↓こんな感じで出来ました。これでいいのかな…
$view->contents = $view->render('test.php');
echo $view->render('layout.php'); //layout.phpの中でecho $this->contents;

ｻﾝｸｽ!

>>323->>330
レスありがとう(つД｀)
CMSのようなもので、指示通りにやっていけば、
何かができるものみたいな認識ﾃﾞｼﾀ・・・
経験不足なのかなぁ。
とりあえずFWはおいといて、>>330さんの言う俺ライブラリが、
たくさん作れるようなレベルになってから触るようにします。

どうもありがとう！

ここ一連のスレの流れに心が洗われた。
明日はここ二、三日見て見ぬ振りをしていたバグに手をつけようと思う。

now

このスレ、読んでる奴は多いのに
用がなければ誰もレスを消費しないという職業的な空気はイイ

　　　　　 　　　　　　　　　　　　　　 　　　　　　
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 .lﾟﾟﾟﾟﾟﾟﾟ】　　　　
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　.z━━=r,,　　　　l　　 :l: : : : 　　
　　　　　　　＿..　　　　　　　　　　　　　 ._,,,,,,,,,,,,,,　　　,l　　　　 .ﾞK广ﾞﾟﾟﾟ°　 .””””》　
　　　 ,,,,、 ,/＿,,ヾ　.,｡,xｗｗｖ-ｖ�＝@.l|”゛　　　　ﾞb　　. 】　 .ｫi､　 .,|l　　 　　　.,,,,,,,,,,,,l　
　　,,i´ ﾞ'”l|　l 　l. |　.|　　　　　　l: 　 '|　 ._,,,,,,、　,l　 　 】　 .,|l|　　.l.ﾞ''“ﾟ~ﾟl　　 .|　　　　　
　 ,「　　 .ﾞ'ヽ,￣ノ　 :l,,yxrｖrr━'°　.ﾞ'''ﾟﾟ~｀,l° ,F　　 .l′ .:l.l　　 fmrrr┛　　━━━、
　.,l°　.,..,　゛.l,　　　　　　　　　　　　　　 　ﾉ　 ト　　　l｀　 .l.］　　　　　　　　　　　　　|
　/., 　/.＾.'i､　 '、　　　　　　　　　　　　　　l° .,″　　l|　　il,l: 　 .,,ｖiｙ　　　　　 'ｾ'''''''"
,/ 　.,/.　　ヽ　 ヽ　　　　　　　　　　　　　,l° .,″　　..l　　　　　 .な°　　　　　 ｀'x,　　
《　 ,″　　　ﾞL　 ﾞi　　　　　 : : : : 　　　,,「　　 ﾞ!i､　　 .l!_,,,,,,,xｖｖri,ｹ　　 ,q　　 .,　　 ﾞ'li､
　''''　　　　　.ﾞi､　,》.l'''“ﾞﾟﾟ”ﾞ”””””ﾟ］　.,√　 ∧　 .ﾞ'y　 ￣　　　.,r°　 .,l`l　　　l'!i､　 .,√
　　　　　　　 ﾟｔ,,l"　|　　 : _,,,,,,,,,,,,,,,》 .√　,ﾉ　ﾞli､　 ｋ　　　　　 .'ﾞl,,_　 ,i″ |　　 .| ﾞ't, ,F　
　　　　　　　　｀　　━''“”゛　　　　　 ﾞ'i､,l″　 ﾞＬ,r°　　　　　　　ﾞﾟ''r° ..l: 　 ｜　 ﾞ“　　
　　　　　　　　　　　　　　　　　　　　　　ﾞ°　　　　　　　　　　　　　　　　 lｖ,,,ｗl:

>>339
氏ry

何故かS2がAgaviと連携していろいろできるようなので、
一度使ってみようと思ってる

というか、S2はPHPユーザにはいまいち浸透してないみたいだな
ｽﾚどころかそんな書き込みすら見かけないし

所詮、大根。

S2もS2PHPも良さげなんだがPHPでdiconの必要性がイマイチ実感できないのよね。
ハマればやめられないんだろうなあとは思う。

ZFにS2入れて使ってる。
コメントアノテーションは普通に便利。
が、ここまでやるならjavaのJPAの方が…

>>341
symfonyもあるみたいね。

コンテナーの必要性は微妙だけど
S2DAOはPropelより良い

propelのが大分いい

>>346
それは分かる。
あのファウンデーションのいうところの「優しさと易しさ」って当時のやたら複雑だったJava界隈では、の話で、
LLユーザからしてみればピンとこないんだけど、S2DaoはいいO/Rマッパだと思う。

Zend_DB_Tableのほうがよくね？

>>349
サンクス。こんなもんあったのか。まだざっと見だがなかなかよさげ

皆、一応試してはいるんだな。

Agaviがよさげな件について

今時PHP5なんて使ってる奴いるの？
そんな案件聞いたこともないんだけど。
なんでお前らがそんなにPHP5のフレームワークに
詳しいのかホント謎なんですけど。
家で趣味でやってんの？よほど暇なんだな。

>>353
そういう貴方は何を使ってらっしゃるの？

おそらくWeb2.0系のサイトをやってるマルチなヤシが結構いるんじゃねーかな
あとは海外絡みのプロジェクトとかね

zendのAclとかその辺の動かし方分かる人解説してください＞＜

今時○○なんて使ってる奴いるの？
そんな案件聞いたこともないんだけど。
なんでお前らがそんなに○○の××に
詳しいのかホント謎なんですけど。
家で趣味でやってんの？よほど暇なんだな。

「今時」の意味が分からん
「PHP4がまだ主流の」今？
「PHP終了」の今？

前者ならそれこそ今時PHP4やってる方がどうかしてると思うのだが…

今でもPHP4が多いんじゃないの。PHP5はメモリ食うし、たいしてメリットあるとは思えない。

>>359
オブジェクトがデフォでコピーなPHP4の方が、よっぽどメモリ食うわけですが。
実行速度もPHP5のが今は普通に早いし、その辺のレンサバでもPHP5サポートしてるし、
今時4使ってる方が意味わからんな。

むしろ今時javaや.net使ってる奴いるの？

javaや.netはいないかもしれないね。
Javaや.NETはいると思うが。

>>360
内部でリファレンスカウント持ってるから
変数をコピーするたびに物理コピーしてるわけじゃない


ってどっかに書いてあったけど自分でソース確認してはいない

＞その辺のレンサバでもPHP5サポートしてるし
嘘をつくな大嘘を。

>>364
ｵﾏｴｶﾞﾅｰ

俺が借りるからとっととその辺のレンサバ教えろや！

>>366
XREA

俺の使ってる所も要望して入れてもらったけど。
海外サーバなのでmb関係のリクエストも多々。

PHP5 レンタルサーバ
でググれば腐るほどででくる

XML関係が充実してるから5使ってるお(　^ω^)
>>355の言うような案件の場合5にした方が開発楽だお

4の中途半端なOOなんてもはや気持ち悪くて使えない

個人鯖以外で無料で使える所ねーのか？

>>371
金払えよｗ

>>360
おまえ、巨大な勘違いしてるよ。PHP3（国際版）あたりからやり直した方がいい。

PHP6が出たら4のうｐは終了してほしいね。バージョンがますますバラバラになる。

６はまた仕様がガラリと変わるんだろ？

>>373
具体的な例も指摘できず、適当な言葉でごまかさないようにねｗ

PhythonのCGIも広まってきたから
PHPももうすぐ終了ですね(^u^)

Python

>>376
すでに指摘済みだと思うけど、馬鹿ですか？
まあ、詳しく知りたければコレ読んでみてください。
http://www.zend.com/zend/art/ref-count.php

【Perl絶望】これからはPythonの時代【PHP発狂】
ていうスレ立てようとしたけど立てられなかった

Ruby>>>>>>Python

N88-Basic>>>（超えられない壁）>>>Ruby>>>>>>Python

>>370
PHP5 だって中途半端だろ。
50歩100歩。

50歩1000歩くらいだろ。

中途半端どころか余計な機能増えすぎて困るくらい。__getとかね。

パッケージがないのと、ブロックによってスコープが切り替わらないのがな。
インターフェイスとかアクセス制御とかはあってもなくてもどうでもいい。
明らかに有用なのは例外処理くらいか。

フレームワークに手を出すのって、PHPの基本的なことが分かっていてある程度プログラムが書けるようになってからだよね？

>>387
PHPとかあんまりわかんないやつでもある程度のものが作れるためにあるんです

いやいや、PHPが先だろ・・・

じゃあ、出来る人はフレームワークに手を出さないってことですか？

<?php
//電波　ここから
echo "
俺はこのスレを読んで最先端の雰囲気を味わいたいと思っています。
俺の知らない用語がチラホラ出てきます。
きっと難しいハイテクな話をしているんだと思います。
昔ラジコンを買うとき、ラジコン技術を毎月読んで研究していました。
毎月読んでいると商品知識が増えて、実物は持ってないけど最新のマシンについて詳しくなれました。
遂に手に入れたラジコンでレースに出場したら予選落ちでした。
頑張って年内にフレームワークにチャレンジしてみたいと思います。
";
//電波　ここまで
?>

>>390
PHPでプログラムを沢山書いて同じようなことをするのがアホらしくなった人が使うもの
素人が使うものじゃない

アホらしくなった人→フレームワーク使う
PHPフレームワーク使うのがアホらしくなった人→Rails

初心者がフレームワーク使う　＝　PHPユーザーのさらなる低レベル化

>>393
今はRoRの派生だったり影響を受けたフレームワークが多いから
おおよそどの言語でも選択枠はあると思うよ。
RoRが元祖ってだけでね。
ラーメン屋でも「元祖」が必ずうまいとは限らないでしょ。

オブジェクト指向の知識もいるから
初心者が使おうとしてもろくに使えないだろう

railsってrubyの機能を多く使ってるから、phpで再現するのは無理があるよね。
最初phpで作ろうと思ったけど駄目だから、rubyで作った。って作者が公言してるし。

>> 394
フレームワーク使えばフレームワークに沿った使い方するから、
大丈夫じゃない？

>>397
rubyのどの機能を使っているのか

具体的にかけ　チンカス

Pythonが神だとしたらPHPはちり紙

>>399
Proc,Mix-in,OpenClass

このへんが肝だ
PHPなんかじゃ不可能

PHPで出来て、他の言語じゃ不可能なんてものはないよね？

順番を持っているハッシュは？
あれってPHP特有じゃないの？

>>401
mixinは__call()でそれっぽくできるよproxyだけど

>>401
ざっと調べて見て、確かにあったら良いなーと思ったけど
これって言語のルーツや性質の違いによる機能差じゃない？
バリバリのオブジェクト指向言語とほぼWeb特化な言語、
人によって好みの差はあっても、言語そのものを貶されるいわれはないな。

>>404
delegateするってこと？
includeは確かにそれっぽくなりそう

extendは継承関係無ければrunkitか

>>401
しったか日曜プログラマ乙

どんな言語だろうが、モジュールを自作してしまえばなんでも可能なわけで。

要するになんでもいい。要は気合だ。ということでFAですね。

>>407
どれも言語仕様的にぺちぺでサポートされてないから
あながち知ったかとは言えない

力技でそれっぽく出来るってだけだ

てゆーか、ぶっちゃけPHP5って終わってますよねｗ

てゆーか、ぶっちゃけPHP6って始まってますよねｗ

まだ始まってもいねぇよ

<?php
//電波　ここから
echo "
今、PHPは輝いている☆


PHPのおかげで飯が食えています。
PHP様様だな〜。

とりあえずPHPでWeb制作の仕事をやりつつ、今後はRubyも勉強してみたいです。
オブジェクト指向プログラミングをもっと深く掘り下げて理解したいな。
http://d.hatena.ne.jp/sumim/20040525/p1

その後は関数型言語も理解しておきたい。LispとかHaskellあたりかな？
まだまだスキルアップの道のりは続くよ。
みんな頑張ろう＼(^o^)／
";
//電波　ここまで
?>

OpenClasｓって何？
ぐぐってもよくわからないのだけど…

>>404
http://wiki.s2php5.jp/s2container.php5/callメソッドにaspectする

>>410
力技ってのはRailsのことを言うんだよバカ

>>416
http://wiki.s2php5.jp/s2container.php5/call%E3%83%A1%E3%82%BD%E3%83%83%E3%83%89%E3%81%ABaspect%E3%81%99%E3%82%8B
こっちのURLで表示されました。

agaviってどうなの？
詳しい人特徴を三行で教えて

う
ん
こ

いいところはないの？
兄弟たるsymfonyに対するアドバンテージは？

>>421
テンプレートエンジンの自由度。
デフォでついてくるのはSmartyとPHPTALか。

rendererの作りは単純だから好きなヤツと組み合わせる事が出来ると思います。

router搭載したけどXMLで記述しないといけない。
というか設定ファイルが全部XML。

symfonyに比べるとやらなきゃいけないことが多いよ。
それを良しとするか悪しとするか次第。

なっなんとかかかっなっ長いものにっまままま巻かれなくてはっ

symfony使うと、smartyなんかいらないでしょ。

>>424
smartyは過去の遺物なんで。

zendのviewみたいな使い方覚えたから
わざわざテンプレなんていらなくなった

zendのviewってどんなんしてるん？

>>427
ただのPHPそのまま使ってるだけなんだけどね
普通にincludeするだけにちょっと手を加えた程度の

viewの中で$thisを使うのなんとかならんのか？

symfonyなら$thisがいらない
それがいい

extract((array) $this);とか

それってpublic以外のプロパティーは配置されないの？
だとしたらかなりいい方法に思えるね

>>431
あたまいいな！

>>430
smartyは無駄なPHPコードへの出力が発生する。
それが悪い

【PHP】フレームワーク CakePHP
http://pc8.2ch.net/test/read.cgi/php/1163850802/

>>434
だが、Symfony使ってて思うのが、<?php echoが書くのも見た目にもウザくてどうにかしたいので
Flexy_Templateでいいから対応してくれないかと思う。
または、simplateがもっとメジャーになればいいと思う。
Templateに複雑なことはさせないし、extensionだし、個人的には一番いいと思う。
・・・、使ったことないけどな・・・。

ネイティブで<?php echo 〜 ?> の代替になるテンプレート機構を
サポートするとかPHPモードへのデリミタを追加できるようにするとかすべきだな
ZFのコーディング規約でさえ <?php echo 〜 ?> とフルで書かないといけないとか
もうアホですよ誰もがバカバカしいと感じてるはずなのに
こんなのPHPらしくない

まったくだ

その通りだな

けしからんな

<?= $value ?>って感じのショートタグ(？)ってなんでダメなの？

XML

>>441
XML宣言と衝突するというだけの理由のために
ショートタグは暗黙の内に忌み嫌われる存在になりましたとさ
おしまい

ZFでブラゲー作ってます
負荷がやばいんですけど
なんとかなりませんか

{ を <?php echo に変換とかフレームワークでできそうなのにな

>>444
クライアント側に、負荷を分散する。

>>445
それがSmarty
でSmartyのために何千行もあるPHPコードをrequireするのは馬鹿馬鹿しい
だからネイティブで新しいtemplate機構をという話

<?=は実際には問題ないけど、気持ち悪いからな
echoすら面倒なら、ASPタグオンにして%=にすれば？

ショートタグもASPタグも非推奨
ASPタグに至っては誰も使ってないからPHP6で無くなりそうな予感

だからASPタグをデフォルトオンにしたらええのに。なんでせーへんの。

DTD

お前ら<?=と<?を混同していないか？

<?=バリバリ使ってるよ
なにも問題はない

そこでSavant3ですよ！

>>452
その心は？

IEのバグもあってXML宣言なんて商用のサイトじゃまず使わないんだよね。
<?= ?>を使うべきじゃないって言うのは、ほとんどの人が理由もわからずにそう言ってただけ。都市伝説みたいなもんだな。
JSPが流行りだして、PerlでもTTやH::Tを使うことが多くなって、PHPでもSmarty使わなきゃ、みたいな妙な流れに乗った幹事。

>>451
うちは<%%>使ってる。PIと被ってる<??>よりマシじゃね？

ショートタグ非推奨というのは、公式にアナウンスされているはず。
理由はXML宣言と動作サーバーの設定に左右されない互換性のため。

>>457
W3C信者なら<%や<?など使わず<?php ?>と書くべき
テンプレートエンジン使うのはDWとかでプレビュー出きるからじゃないの知らないけど

俺は気にせず<?=?>使ってるよ
問題になった時点で置換したらいいだけだし

IEでレイアウト崩れてもどうしてもウェブ標準にこだわりたいって言うなら、print '<?xml ?>';でいいんだし。PHPの中の人は根本的に勘違いしてるよ。

運用形態を脳内前提してポータビリティ否定されたらかないませんなあ

XMLやHTMLに埋め込めると見せかけてショートタグでバリデーションエラー。それがPHPクヲリティ

>>461
それいいな。
わざわざ<?phpって書く奴は一昔前のSmarty信者なみにズレてる

>>456
都市伝説ではなく、PHP6で削除要項に上がってるから。

削除しませんってことにならなかったっけ？

>>465
PHP6に移行する時に書き換えでまた一儲けしようと思ってる連中に
何を言っても無駄。

削除する意味が分からん
そんな糞オペレーションするなら速攻RubyかPythonに乗り換える

そもそも<?が重複して問題になるケースってある？
xmlとphpが混在してかつパースする必要があると思う訳だが
俺が想像できるのは
1.PHPのエディタ
2.デザインのソフト
3.PHP自身
これくらいで、全て問題にならん上にそんな状況も発生しない

何のスレかと思った

>>469
pukiwikiで問題発生するけど？

なんか知らんが、仕事なら <?php や <?php echo を我慢して使い、趣味なら <? や <?= を使ったらいいんでねぇの？

つまり { } を <?= ?> に自動変換してくれる extension を誰かが書けばだいたい解決？
以前になんか C で書かれた extension 版の Smarty っぽいやつなかったっけ……

>>473
simplateでしょ。

でもそうするとphpで書かれた単なる関数のヘルパーが使えなくないか？

むしろ逆。XML宣言にこだわるのは、個人サイトくらいなもの。

論点を整理しよう

<?xml version="1.0"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="ja" xml:lang="ja">
みたいなのを"PHP"がパースエラーにするのであって<?が悪い訳じゃない
<?xml記述は無視するように、PHP側が対処すれば解決だろ
<?=はPHP
<?phpはPHP
<?xmlはxml
<?はxmlとphpで競合するからパースエラーは仕方ないので使う奴が悪い

何か解釈間違ってるか？

文句があるなら自分でPHPのソースを直して使えばいいんじゃないっスか。

処理されるレイヤが違うんだから混在させる必要がない。
xmlなんて461の言うとおりphpで吐けばOK

だろ？
<?=が悪いって時点で論点がズレてるのは分かったか？

でもショートタグで書いてて、うっかりサーバーの設定が
ショートタグ不可だと、ソース丸見えちゃう危険があるんだよなぁ・・

うっかりrootでrm -rf /やったら？っていうのと変わらない理由だな。

全然ちげーよ。

ん？この流れって俺のせい？

問題になるのって、
<?php
処理
:
?>
<?xml version="1.0"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"

って書いたときとかだよね。
XMLのところだけ、
<?php echo '<?xml version="1.0"?>' ?>
って書けばいいだけなんじゃないの。

てか、<? をHTMLに書きたい場合、どうやってエスケープするんだっけ

>>484
お前は<?って書きたいのか<?phpって書きたいのかはっきりしろ

<?

<?php= ?>がないのはどうして？

あと、<?= ?> にするとしても、エスケープのことを考えると、
これだけじゃおさまらんよね？

<?= ?>がデフォルトエスケープで、
<?== ?> がそのまま表示とかならいいのに。

もう少しまともに使いやすくしてくれると、
テンプレートシステムとかいらんのだけどな。
Webに特化した言語なら、このへん大事なところだから、
スマートな実装を期待したいんだが・・・。

ぜんぜん関係ない話で恐縮なんですが、
linux 等でログを眺めるとき、 tail -f hoge.log ってやりますが、
Windowsの場合、どうやるんでしょうか？

>>489
ログファイルをメモ帳にD&Dして一番下までスクロールバーを動かす。

>>484
PHPにXMLを埋め込む場合は無問題
<?だと逆はできないってこと

>>489
cygwinいれてtail

Zend Frameworkは、フレームワーク自体を新規につくるのにはいいんだけど…
って感じだな

ZFのあの立ち位置なんか良い感じだけどな〜

まだ立ち上がってもいない気もするが。

立ち位置　　って何よ？

【Paul M. Jones】How Fast Is Your Framework?
ttp://www.phppro.jp/news/239

ジョーンズ的にはSolarイチオシでFA?

ジョーンズのSolar宣伝のためだけの記事じゃないの
FWのhello worldだけのベンチ結果なんて意味あんのか
railsがsymfonyとの比較ベンチでrailsだけmongrel使って
速いって書いてたのと同じくらいどうでもいいよ

>>499
どうでもよくねーよ
django爆速ｗｗｗｗ

>>500
全くその通り。
djangoには何者も追いつけない

ジャンゴってpythonだっけ？
pythonに乗り換えようかな
Googleも使ってるらしいし

JavaってStruts以外にデファクトと呼ばれるフレームワークってある？

JSFとかSpringとか。しかし、Strutsと比べるとだいぶ普及度は落ちるかな。

zendってなんであんな遅いんだ
まだ0.2って！0.2ってなんだよ！

開発速度も遅いし実行速度も遅い
そんなフレームワークです(^v^)

遅くても、スタンダードになるだろ。
MSのBASICが流行ったのと同じ理由だ。

10 PRINT "ﾄﾞﾚﾐ"
20 PLAY "O4CDE"
30 END

MSのBASICってVB？

MSのBASICと言えばMSX-BASICに決まってる

>>502
djangoは他フレームワークよりめちゃくちゃ貧弱だぞ。
auto adminとpythonの言語仕様くらいしかメリットがない

N-BASIC
N88-BASIC

そういえば、PRINTと打つ代わりに ? とすればPRINTに変換されてたなぁ。

<?= みないのもんですね。

cakeのscaffoldってpagerつけてくれないの？

いわゆるＭＳ系BASICの話とは違うけど、MS製のMS-BASICはふつーに存在した。
MacPlusで使ってた。コンパイラ版はMS-BASCOMっていってた。
ＰＣ用にグラフィックサポートのGW-BASICとかもあった。

http://www.xframework.jp/index.html

大垣師匠のwikiでもフレームワーク記事発見
http://wiki.ohgaki.net/index.php?PHP%2F%A5%D5%A5%EC%A1%BC%A5%E0%A5%EF%A1%BC%A5%AF

のりおくれたけど、
>>476
><?xml記述は無視するように、PHP側が対処すれば解決だろ
ちょーはげどー
自分以外のPIを勝手に解釈するなんて、PHPパーサはバカかとおもった。

>>486
>XMLのところだけ、
><?php echo '<?xml version="1.0"?>' ?>
>って書けばいいだけなんじゃないの。
なんでこれを疑問に思わないのか不思議。

>>487
<?= ?>はなくていいよ。だって属性のとこに書いたらHTML的にアウトじゃん。
JSPみたいな${ }とかがいい。

その流れで結論はなくていいかよｗ

PHPがネイティブでセンスのいいテンプレート機構を持てば、
支持されるのになぁ・・・。期待できないのが悲しい。。

>>518
現状でxml宣言だけを回避するようなphpの実装は難しいだろうね。
例えばxmlで始まる名前の関数があったときに、
<?xml();
と区別しなければならないし、processing instructionsに<?が予約されていることも考慮すると、そういう区別をするphpパーサを実装することは現実的ではない。

俺はむしろ<?=がショートタグの一種であることに疑問を感じたりする。
個人的には<?phpと<?=で全部書ければそこそこ満足。
HTML的にアウトだか何だか知らないが、PHPはその名前が示す通り、常にHTML（ハイパーテキスト）よりも先に処理されることを前提と考えて問題ないかと。

なぁ、ここってフレームワークを語るスレだよな？

ネタがないときはテンプレートの話をするのが、このスレの風習。
フレームワークの話題を期待している場合はしばし待つか、自ら燃料投下しましょう。

>>518
ELだね。でも、PHPでそれやるとおかしな事になりそうだ。
$の代わりに#にしないか？Velocityっぽく
#{$obj->getName()}

>>524
"#"はHTMLの色指定で使うからいろいろと面倒起きそう

自分はその指定の仕方は使わないけど
だからいいって話でもないしな

じゃあこれ。
ω{$chinko->manko()}

ちんこにまんこメソッドがあんのおかしくね？
diveToManko()だろ

ERBをPHPで実装すればいいじゃん

insertToManko($nagasa)

にするけどな

try {
insertToManko($nagasa);
} catch (HayasugiException $e) {
echo 'kyo ha tsukarenterunndayo.';
}

>>529-530
ベタ書きは避けたい

insert($to, $obj)
にしよう

insert($anal, $chinpo)
のように出来るからアナル派にも易しいメソッドになる

insertメソッドを実装したabstractなHollクラスを
MankoとAnalに継承させるのがいいと思う

Hollはinsertしないでしょ

で、 Hollてなんだ?

$chinkoより、$chinpoより、チムポがいい

それはインスタンスでどうにでもなる。

まじめな話、insertって入れられる方が実装しない？
テーブルクラスにinsert実装させたりするけど
データにinsertは持たせないでしょ

>>537
$chinko = new chinko();
$manko = new Mnko();

try{
$manko->insert($chinko);
} catch( SotinException ) {
echo "sotin ha sine!";
}

こんな感じ？

>>538
そんな感じ

The sfMixin class introduces mixins in PHP

symfonyのおかげでRuby死亡ｗｗｗｗｗｗｗｗｗｗｗ

>>520
そんなものをネイティブでもつくらいなら、そもそも<? ?>自体不要だろ。
君は他の言語を使いなさい。

何を言ってるんだ？しっかりしろよ。

>>538
それだとmankoをanalにしたい時に
似たようなコードが出てきて厄介だからDIにしよう

おっと、analにDirectInsertは気をつけろよ？

そりゃDI違い

chinko クラスは iInsertable インタフェースを implement するのが良いな
そうすれば vibe クラスや vegetable クラスなどの iInsertable クラスも同じメソッドで渡せるし

とか考えたけどそういう発想自体が PHP っぽくない気がしてきた
Java とか C# の発想だよな……

doInsert って名前にすればいいんじゃね？

>>540
それはなんですか？

PHPでMixiを実行するクラス

PHP5勉強したいけどね。
どこで動くのよｗ

ローカルで動かせばいいじゃないか。
まさかレンタル鯖で開発とか動作テストやるわけじゃ・・？

xrea

>>521
>現状で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よりも先に処理される」はもっと関係ない。

レス多いなと思ったら、そっちの方向で盛り上がってたのかｗ

>>552
>xml宣言だけを回避するんじゃなくて、PHPのPIだけを解釈して他は解釈しないようにするだけ。何も難しくない。
>PHPパーサが<?php 以外を解釈しようとするのがそもそもおかしい。
それはshort_open_tagをオフにしとくのと何が違う？
仮にshort_open_tagがオンの場合に<?hogehogeを無視するという意味で言っているとしても、後方互換性を考えれば無茶な話。

>「HTML的にアウト」と「HTMLよりも先に処理される」はまったく関係ない。
>もちろん「PHP」という名前と「HTMLよりも先に処理される」はもっと関係ない。
出力がHTMLであればいいだけの話で、PHPのソースコードがHTMLの仕様に準拠する必要がない。

>>552
なんか自分が正しいと信じきってそうだから言っても無駄かもしれんけど
>>521の内容は「現状では」だから <? ?> のショートタグモードもありの状態ではってことだと思うよ


しかしまぁ口調とか何とかモヒカン丸出しで見てて痛いね……

<?phpくらい書けよｗ
おまえらどんだけさぼりたいんだ

さぼれる限りさぼりたいっす＞＜

<?php がうざいかどうかは書き方による。
<?php のおかげで、書き方の幅が狭まっている。

面倒なんじゃなくて<?=の方が可読性が高いんだよな
気にならなけりゃ<?php echo使っとけ

>>552
パッチ作って好みの仕様に変えたらいいじゃないか。

ん、お前らも俺の言う事に従えだと？
現状の仕様で不自由してない。そいつぁ余計なお世話だ。引っ込め

見た目のわかりやすさは大事。
煩雑な書き方しかできないと、パッと見でバグを発見できる可能性が低下する。
そうなると、それはもはや言語的欠陥といってもいいくらいだ。
見通しのよさはとても大事。
良い言語で良いコードを書いたなら、バグがあると浮き上がるようにして見えてくるものだ。

テンプレート的な書き方をしてると、<?php echoはあまりにも大量に出てくるから、短くして欲しいって希望は出てきて当然だよな。

どうでもいいけど、こんなところで議論してないでPHP本家にでも言え

民衆啓蒙です

Let's enjoy programming !!!

フレームワークなんか語る暇あったらハローワークで
早く職探した方がいいんじゃねーのかこの野郎

<?php echo "ショッピングカート"; ?>

これで全て実装してくれればな・・・

ショッピングカートなんて1週間あれば余裕やで
Zendのフレームワークがあればですけどね

>>566
誰がつまらないことを言えと

>>554
>それはshort_open_tagをオフにしとくのと何が違う？
>仮にshort_open_tagがオンの場合に<?hogehogeを無視するという意味で言っているとしても、

その意味でいってる。

>後方互換性を考えれば無茶な話。
なぜ無茶な話なの？現状でも<?xml がエラーになるんだろ、なんで後方互換性で問題になるんだよ。

>>「HTML的にアウト」と「HTMLよりも先に処理される」はまったく関係ない。
>>もちろん「PHP」という名前と「HTMLよりも先に処理される」はもっと関係ない。
>出力がHTMLであればいいだけの話で、PHPのソースコードがHTMLの仕様に準拠する必要がない。
はなしがまったく繋がってないんだけど。もとの>>552を読め。

>>556,558
もとのはなしは、<?xml がエラーになるのがおかしいという話であって、
<?php と書くのがうざいかどうかじゃない。
まあ <?php echo $var; ?> はうざいけどね。${var}とかでよかった。

>>571
>>436から>>441と繋がっていったわけじゃね？
436がSymfonyで<?php echoがウザイって言ったから、
441が<?=はなんでダメなの？って事から始まったな。
だから436が悪いんだよ。




・・・、ごめん漏れ436・・・orz

いやいや俺が436

公安調査庁乙

いや、俺が436だよ！

とにかく436氏ね

>>570
short_open_tagをオフにすれば何の文句もないってのがお前の主張ということでおｋ？
俺は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という「名前」自身が直接、論理的に話の内容に結びついているわけではない点は尤もだが）

newbieの登場のたびに同じレスを読まされる･･･

>>578
長文書いて悪かったよ。
でも俺はphrameスレのときからいるよ。

>>577
>・・・つまり<img src="〜" <?=$size_attr?>/>という部分は「PHPのソースコードの一部」であって「正しいHTMLの一部」である必要はない。
デザイナがDWとかのHTMLエディタで編集する時のことを考慮するんだ。

プログラマーにとってもショートタグは可読性高いよ

>>580
考慮する場合、どう対応するの？

>>582
・デザイナーにPHP覚えさせる
・スマ〜〜チ〜〜〜

>>577
>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の一部」である必要はない。
なんて言葉はでてこんだろう。

いっとくけど、べつに>>577がshort tagを使うのは個人の自由だから別にとがめはせん。
問題は<?xmlまで解釈するPHPパーサのばかっぷりであって、short tagの是非はしらん。

おまいら全然かみ合ってない気がする

厨じゃあるまいし、こいつら何熱くなってんの？

>>583
デ
スマーチ

たかがタグのことで熱くなりすぎw

ショートタグ云々という些細な問題よりも、よりもっと大きな生産性阻害要因はある。

ttp://d.hatena.ne.jp/ajiyoshi/20050806/p1
「私にとっては、ただ始めることが唯一困難なことなのだ。」

(ﾉ∀`) ｱﾁｬｰ

>>584
<?を禁止した状態なら、<?xmlはphpコードの開始と解釈されずに、おまいの期待通り表示されるけど。
しかも、<?を使わずに<?phpを使ったら正しいHTMLになる、という理屈が意味不明。

言い争ってるアフォな連中が何とかならぬものか。
止めろと言っても馬鹿だから理解してくれなくて困った。

見てて面白いからもっとやれや

manko^^

誰が得するんだよこの議論

誰かmayaaをPHPにportしろよ
そしたらこんなクソみたいな議論終わるから

http://www.kuwata-lab.com/kwartz/
はどうよ

SmartyなりFlexyなりを使うのを重いとかファイルをincludeしたくないとか言って嫌がってる連中だよ？
mayaaが来てもKidが来ても無駄。

PHP版はmaayaに名称変更でよろしく

http://sourceforge.jp/projects/rhaco/
ってどうなんでしょう？

PHP4で使うFWを選んでる最中なのですが……

smartyはPHPと出来ること変わらないくせに無駄に重いからダメなわけで、PHPじゃできない（しづらい）ことが出来るテンプレートエンジンなら当然価値がある。

PHP で作られたテンプレートエンジンならどうやっても PHP 以上のことはできないわけで
つまり C で extension として書かれたものとか外部プログラムのもの以外に用はないというわけか

SamrtyってPHPで書かれてるの？

>>603
ダウンロードした事ないのか？

PHP使えるデザは腐るほど居るが、smartyなんて辺鄙なもの覚えようなんてデザはごく一部のマニア。
しかもセンスも無い奴が多い。

今までまともなデザイナ見た事無い
PGも自己中のカスが多いが、デザイナもIOが取れないカスばかり

俺Tueeeeしたいだけの人は僕のスレから出てってよ

デザイナには HTML でも JPEG でも何でもいいから絵だけ書いてもらって
それを元に自分で HTML + CSS で書いた方が確実という……

でも実際そんな HTML 組みまでやってたら効率悪くて仕方ないんだよなー

>>608
実際どんな感じで進めてる？
ウチはデザイナがHTML書いてプログラマに渡して
プログラマが変数埋め込む、というやり方なんだけど。

もっと効率良いやり方あるのかな？

>>609
おれはフリーランスなんで仕事の相手によって違うけど
大抵はやっぱし HTML を書いてもらってそこに変数を埋め込んでるね

プログラミング自体はフレームワーク化が進んで組みやすくなったりしても
デザインとプログラムの共存はほんと永遠のテーマだね……

PHP5のフレームワークって結局何が一番使われてるのよ？
お前ら必死に語ってるけどPHP5の実績って何にもないから
よく分からねーんだけど。

>>611
このスレの序盤でも読んどけ。

Javaでも使っとけ

symfony 1.0になってるやん

>>611
＞お前ら必死に語ってるけどPHP5の実績って何にもないから
Yahoo!Bookmarks

>>611
@cosme

>>611
PHP3/4 以外で PHP 使っているサイトのほとんど全て

実績が無いんじゃなくて、現実を見たくないからよくわかんないんじゃない？

611が最近新しい仕事を全然貰えてないってことでは

すみません、知恵を貸してください。

PHPで、オブジェクト指向的な開発を行うこととなりました。
フレームワークを利用して、汎用性の高いものというのがお客さんの希望らしいです。

基本的なPHPの文法はわかるのですが、フレームワーク利用は初めてとなります。
本を購入して、自分で簡単なフレームワークなんかを考えてみたのですが
答えが出ません。

そもそも、フレームワークというものが分かってないのかもしれませんが、ご指導いただければ
と思いまして。以下のような条件です。

・DBから一覧データの追加・削除。編集。
・表示部分はSmartyを利用したい。
・認証とメール送信を行いたい。
・PEARのPager Formの利用。

・PHPは4を使用。

何かいいフレームワーク。勉強法とかありますでしょうか？

フレームワークを使うこと自体が目的化してしまっていては
「汎用性の高いもの」なんて作れるはずがない……

>>620
スレの最初の方にたくさんフレームワークが紹介されてるから、
好きなの選べばOK。
フレームワークを作る事が目的じゃなく、OOな開発がしたいんでしょ。

>>620
つ ttp://phpspot.org/blog/archives/2006/11/10php.html

俺はEthna使ってるけどね。

フレームワークは山ほどあるけど開発が停滞してるのも
結構あるから注意すべき。

>>621

そうなんですよきっと。根本的なものが判ってない気がします。

>>622

ありがとうございます。参考にさせて頂きます。
Ethnaは探してるときに気になっていました。ちょっと勉強してみますです。

>>624
Ethnaは今バリバリ開発中でドキュメントが揃ってないから
ちょっと苦労するかもね。
でも、国内で開発されてるので日本語ドキュメントも豊富だし
悪い選択じゃないと思うな。

まあ、メジャーどころを抑えとけばOKかと。

フレームワークを使うことと、汎用性が高いことは必ずしも一致しない。

それどころか，知らない人が単にフレームワークを使えばいいやって発想だと
フレームワークを変な風に使うためのゴチャゴチャが加わって
余計に汎用性がなくなる

フレームワークを利用するメリットは達人の知見を流用できることだが、
その代わりに達人の流儀に従わなくてはならない。
だからマニュアルをよく読んでフレームワークの仕組みや流儀をよく
理解しないと>>626や>>627がいうような事態に陥る。
ま、>>626や>>627を心に留めて使えばいいこと。
初心者が無勝手流にやるよりは数倍いいはずだから。

みなさん、アドバイスありがとうございます。

なんとなく漠然として、もやもやしてたんですが、糸口が見つかった
気がします。いろいろ勉強してみます。

>>620が心配（´・ω・`）・・・
っつか、お客様の方が知識ありそうな感じじゃね？
なにかと理由つけて断った方が後々こじれなくていい希ガス。

何かフレームワークを採用するなら、1ヶ月くらいいじり倒して出来る事と出きない事を理解してから取り掛かるべきだと思うな。
でないとはまるから。
（全体の機能を理解してないから、えてして、フレームワークを使っているのにフレームワークの機能を使わないで辻褄をあわせようとするコードになる。）

書いてある事見た限りだと時間なさそうだけど・・・

>>630
> 何かフレームワークを採用するなら、1ヶ月くらいいじり倒して出来る事と出きない事を理解してから取り掛かるべきだと思うな。
> でないとはまるから。
630が良い事言った。

まあ理想だけど、そうはいかん場合も多いわな。
逆に業務の締め切りをプレッシャーにフレームワークの仕組みを
理解するのもモチベーション保つのに有効だったりしてｗ

ということで、最強のフレームワークはSymfonyということでFA?

Zendならきっとやってくれる！

Zendってあれ、フレーｍワークじゃないぢゃん…

フレームワークだろ

コンポーネントだな

フレームワーク・コンポーネントじゃね？

みったんフレームワークなサイト
http://www.liclis.com/

>>639
なんで分かるの？

ヒント：本人

へぇ〜、そこそこ有名なサイトじゃん

>>642
＞へぇ〜、そこそこ有名なサイトじゃん
うわ…

>>640
みったんサイトに書いてある。

まだ謎のＤＩコンテナがある
Ｓ２使っとけよｗｗｗｗ

なんだこれ
http://www.liclis.com/p/customer/

cakeっていちいちshow columnしてるの？

>>647
いやなら使うんじゃねえよ、ウジ虫。

cakeでつくられた日本のサイトってありますか？

>>648
cakeのくせに辛口だな

>>650
誰が上手いこと（ｒｙ

ZFで認証みたいなのはどうやるんですか＞＜

>>652
あきらめた方が貴方のためです。＞＜

>>652
Zend Auth

これか？ >>600
ttp://www.rhaco.org/

http://www.geekpage.jp/blog/?id=2006/12/13

PHPはP言語中最下位(´･ω･`)

>>656
完全にスレ違いだけど、ちょと面白かった。
まあ「PHP Programmars」ってのは、PHP「しか」使えない奴って意味だよな。

上位ってのは「〜だと思っている」だから
上に行くほど「鼻持ちならねー奴らばっか使ってる言語」になるってことじゃないのか

VBが意外と高いところにいて驚きだｗ
あとRubyﾜﾛｽ

javaが低い階層にいるのは何でだぜ

謙虚な人が多いんちゃう

実用言語だからだろ、要は、馬車馬言語。

OOとそうでない人達と２つある事自体が
もう軽くバカにされてるような気がする

Perl は OO とそうでないのに分かれてたりはしないんだな……

OO PHP の上に「PHP w/z Frameworks」なんて加えたらさらに実状に合いそうだ

perlではOOできないと思われているのじゃまいか
PHPも同じようなものかもしれんが

Zendがもうすぐバージョンうｐだろ！
時期的に考えて！

イケイケのsymfonyもいいが
Zendのゆるさも結構気になってる

今日でコードフリーズ、おそらく日曜前後にzfの0.6リリース

>>667
おおおお！

1.0が出るまで使わないけどね。 >ZF

ZF0.6きてるー

zend_authはまだだね

incubatorに入ってるから来てるようなもんや
マニュアルもあるし

Estimated completion date: mid-January, 2007
Zend_Acl: final enhancements.
Zend_Auth: final enhancements.
Zend_Session: final enhancements.

Zend_Formってどーなったのかな
進展がないみたいだけど

ゼンド、ゼンド、ゼンド…。

ふと、ゼンダマンを思い出しました…。

若い人は知らないだろうな〜。

http://www.tatsunoko.co.jp/Works/02/2_1.html#2
http://ja.wikipedia.org/wiki/%E3%82%BC%E3%83%B3%E3%83%80%E3%83%9E%E3%83%B3
『ゼンダマン』（英語表記：Zenderman）は、『タイムボカンシリーズ』第3作目としてフジテレビ系で1979年2月3日から1980年1月26日まで毎週土曜夜6時30分〜7時00分に全52話が放映された、タツノコプロで制作されたテレビアニメ。

一々リンクしなくて良いよ。

どれも使いにくいね。
精神構造壊れてる開発者ばっか？
センス悪杉！

>>677のファンです。
>>677センスのいい開発環境が欲しいです。
よろしくお願いします。

>>674
Zend_Form って HTML_QuickForm　みたいなんだろ？
いらなくないか？

>>679
どっちもよく知らないんだけど、確かbeen見たいなもんなんだよね？
なら使う人は使うんじゃない？

>>679
ビューヘルパーでバリデーションができると嬉しいんだけど。
ビューヘルパーとFilter_Inputだけじゃ厳しいし…
QuickForm使っとけってことなのかな。

つhttp://framework.zend.com/wiki/pages/viewpage.action?pageId=3596&focusedCommentId=10392

PHPプロマガジンで各フレームワークの特集してるけどどうなんだろ？
PDF書籍ってのがなぁ…

有力5大フレームワークにMapleとPharonが入ってないのは何でだぜ

みったんFWとちいたんも入ってない

AclとかAuthとかSessionとかって
どういう風に使うのがいいんですか＞＜
プラグインとか言うの使ったらええどすか？

>>686
zendです

>>684
Piece Frameworkは書籍では初見だな
紙の書籍じゃないけど

Symfony , ZF , Piece , Ethna , Maple , Cake , Pharon ,
Guesswork , みったん , ちいたんの10大フレームワーク特集とかどうよ

デジタル1250円はちょっと躊躇するな。
半額くらいなら躊躇なく買えるのに。
読んだ人の感想が聞きたい。

プログラマーズマガジンって、内容レベル的にはどうなの？
実際に購入してる方おせーて

サンプル読めばいいじゃん

>>689
会社の金で買ってくれるなら無問題なのですが…。

個人で購読するなら、友達と割り勘ですかね。
（５人勉強仲間を集って、一人頭250円か）

>>692
江頭2:50

無料ソフト使ってるのに、雑誌買うなんてあり得ないけどな。
無料のサイトなら見る程度でしょ。

情報はある程度まとまってたほうがいいでしょ？

しかし、デジタルデータで1250円はねえな。
1000ページくらい書いてあるのか？

695のような人のために、高橋メソッド版も今後発刊予定(嘘

>>695
129P

zendって一発でファイル配置してくれるやつある?

>>698
shell

S2Base.PHP5とかS2Dao.PHP5とか、ちょっと気になってるんだけど、
なんか初心者でも分かりやすい情報ないかなぁー。
PHP4暦は3年ぐらい。

>>699
そういうshell scriptとかPHP のscriptはまだないってことでFA?

>>700
ありゃ、元がSeaser2だから、そっち方面の情報を探したほうが
いいと思うけどな

ttp://labs.s2php5.jp/s2base/
動画あるよ。

>>702-703
サンキューです。

>>701
Primitus
まだ使えないと思うけど

>>705
THX
今だったらやっぱりsymfonyかPHPCakeってことかな。

「SyL」 http://syl.jp/
っていうのはどうよ。12月に出来たばっかみたいだけど。

とりあえず。
サイトのスタイルシートの設定というか<base>タグ直してほしい。

Mapleさよならか
ttp://d.hatena.ne.jp/kunit/20061224#1166953680

だれかがフォークさせるとか言ってたし、ちょうどいいんじゃね？

PHPフレームワーク戦国時代だなぁ・・・
だれかこれでネタつくってくれ。

これほどフレームワークが出てくると説明を読む気すらしないな

もうsymfonyでいい。

インデント4にしてくれたらsymfonyにするのに

インデントを一括変換するスクリプトってなかったっけ?

phpCodeBeautifierでコーディングスタイル変更できるよ
http://www.waterproof.fr/products/phpCodeBeautifier/

全然メンテされてないけど。

自分で書く部分だけ自分インデントにすればいいだけじゃないの？
インデントってそんなに重要？

そんなことは気にしないほうがいいとわかっていても、気にしてしまうのがプログラマ

SymfonyってPHP版Railsと考えていいですか？

Railsのパクリだけどクローンではないよ

２、３個にまとまるまで自前の使ってます。
今採用しても無くなったらまた手間が増えるし。

今現在、日本語で情報得られて仕事で使えそうなFWは、

　Zend Framework
　Symfony
　Cake
　Ethna
　Maple (死んだ？)

これのいずれかって、事でFAでしょうか？


自分も >>721 のような考えしてましたが、そろそろ時期は熟したのかと。
ｵﾚｵﾚFWから何かしらのFWへ乗り換えようと思っています。

上記以外のFWでお勧めあれば教えてください。
宜しくお願い致します。

SymfonyかZFだろうな
ZFは急に消えることはまずない

■どの案件でもPHP5バリバリだっつーの
　　■人員も自分でFWを試してガンガン使っていける猛者どもばかりだぜ
　　→symfony
　　■若干不安な奴がいます、完全にドキュメントが揃ってないと厳しいッス
　　■フルスタックじゃなくてもいいからｵﾚｵﾚFWの土台FWが欲しいわけだが
　　→Zend Framework（ただし現時点では少し厳しい、1.0待ち）

■まだまだPHP4案件ばっかりッスｻｰｾﾝｗｗｗ
　　■とにかくフルスタックのをくれ、コードは汚くてもいい
　　→cakePHP
　　■まあみんなそこそこのレベル、そこそこのFWをくれ
　　→Ethna
　　■D・I・C！D・I・C！
　　→Maple（→Kaede）
　　■なんかこう革新的なやつとかない？ドキュメントはソース嫁でいいからさ
　　→Piece Framework
　　■もうルールとしての骨組みだけでいいんだ、ライブラリは俺いっぱいあるからさ
　　→guesswork classic

>>724
よくまとまってるね

次はテンプレ入り決定だなｗ

Mojavi使ってる僕はどうなるの！

『楽をするためならどんな苦労をもいとわない』＝プログラマと言う人種

>>727

Mojaviのディレクトリをsymfonyのディレクトリにコピーして
symfony moja2sym
を実行する

かならず、symfony cc を行うこと！

マジ？
そこまでサポートしてるの？

Mojaviスレが過疎ってるのでここで質問させてもらいます。

Mojaviのtemplete上でファイルオープンをしようとするとエラーが返ってくるのですが
どうすればファイルオープンすることが出来るのでしょうか？

どんなエラーですか？

>>732
fopen('hoge.txt', 'r');　←　この時点でエラーが出てしまいますorz

>>733
ちょｗ

ギャグですか？

どんなエラーかと聞かれてるんだから、エラーメッセージを書いた方がいいと思われ。

権限足りてないだけでした、本当にすいません。

だからMojaviスレが過疎るんだよと八つ当たりしてみる。

http://mojavi.org/

復活してる www

ｳﾜｰﾝ いくらクリックしても次のページが見えないよぅ

mojavi2をPHP5で使えるようにしている人いないのかな...
googleで小1時間調べたが見付からない

それがMojavi3なわけだが・・・

symfonyも言わばmojaviのforkなのに何故今更

mojavi3は、PHP4で使えないよね?
mojavi2で作ってしまったWebアプリケーションをPHP5サーバに持っていきたいのだが
なんとも

php_flag zend.ze1_compatibility_mode Onとかどうよ

Pieceフレームワーク入れてみたが、サンプルがいきなり動かなくね？
動いてる人いたらやり方教えてプリーズ

面白そうだけど、なんか先行き心配

>>745
> php_flag zend.ze1_compatibility_mode Onとかどうよ

いままで知らなかった…orz
.htaccessでディレクトリごとにPHP4,PHP5ってできるんだね…

>>746
エスパー回答に挑戦してみる。
php.iniでcgi.fix_pathinfo = 1

front controller型のフレームワークのURLってかっこわるいから変えたいのだけど
mod_rewriteによるURLの書き換えって負荷が結構かかると思っているのだが
みなさんのところではどうしている?

大した負荷ではないと思ってるので mod_rewrite を使用している

入り口で URL を正規表現に通す程度の負荷なんて
PHP でフレームワークの大仰なクラスをがちゃがちゃ動かす負荷に比べたら微々たるものじゃないか……と
計測してもいねーのに思っております

front controller型のフレームワークのURLがカッコイイと教えてる

Customizing XOOPSという本で1.5倍遅くなると書いてあったような > mod_rewrite

某レン鯖でmod_rewriteを使うと少しだけどレスポンスが遅くなるから、それなりに負荷がかかっている気がする。

>>752
そんなのマシンスペックや負荷のかかり方によって違うじゃん

まさかリクエスト発行からレスポンスまでの全体の時間が1.5倍ではないだろうけど
全体のうちどの処理の速度が1.5倍になったっていうんだろう……

0.7.0

0.7.2.1

>>755
apacheのbenchmarkツールでの結果だったと思う
でも最近はどのフレームワークもmod_rewriteが当たり前のようになっているね

どのフレームワークが容易に扱えるの？

俺のフレームワーク

ZF1.0まだか

>>761
あと1ヶ月はかかる

たったの1ヶ月！？

ZFはじまるな

あぁ、フレームワークだ。

確か予定ではZF 1.0は3末目標じゃなかったかな

久しぶりにPHPにやる事になったけど、このスレが一番為になったよ。

tigermouse はどうなん？
ダウンロードしてみたはいいが使い方がさっぱりわからん・・・

tigermouseはいいよね〜
ちなみにこれです↓
http://tigermouse.epsi.pl/doku.php

全然中身見てないけど、とりあえずquickstartを見てみた感想。
http://tigermouse.epsi.pl/doku.php?id=quickstart

スマーティーですかこれ？
まあでも、基本的なことがかなり短く書きやすいFWになっている印象は受けた。

HTML_QuickForm臭がして俺はダメだこれは

ああ、確かに・・・
少なくともフォーム生成は似たような感じだな

既にZFで使って開発しちゃってる早漏な俺。
フレームワーク部分しか使ってないから1.0でもそのまま使えることを祈っている。

>>773
0.2から0.6でかなり変わったぞ
コントローラーまわりだけで

>>774
最悪0.6のままでやったる。
って駄目だよね。

その 0.6 が要求されるレベルの安定性で動いてるのなら
無理して追従せずに 0.6 のまま運用したっていんじゃね？
べつに 1.0 にしないとサポートなくなるとかって話でもないしさ

インスタンスを作らないようなクラスを、
staticなまま使用するように書いたりすることが良くあるんだけど変かな？
singletonみたいにgetInstanceもしないで、
直接アクセスさせるの。

JavaでいうMathクラスみたいなもんか？

>>777
ユーティリティ的な扱いをするクラスは普通そうなるよ
ただPHPはネームスペースがないからZFのクラス名みたいに
ユニークな大元パッケージプレフィックス付けて機能名付けてとかやってると
どうしてもクラス名が長くなってstatic methodのコールは長くなりがちなんだよ
んでその長いstatic methodでコードが埋まってくるとなんか
staticクラス辞めて一旦インスタンスにしてから使いたい欲求が出て来るんだよ
これがPHPやっててイライラするところだ

>>778
そうそう
>>779
あー、ユーティリティー的なクラスだね。確かに。
オブジェクト固有のプロパティーを持つか持たないか、
あたりがstaticでいくべきか否かの一つの判断基準になるかな。

qcodoって意外と軽いんだな。
でもなんかASP.NETにしか見えない…

なんで、フォーム生成するん？
デザイナーさんに書かせてやれば？

ZFはマルチバイト一切無視だもんなぁ

>>783
例えば？

mojavi2のソース読んでみたら結構美しいね。
シンプルだし。 php5で動かないのかな？

つAgavi

>>785
意外にPEARには従ってなかったりするよね

インストールが簡単で、覚える事が少なくて、
ちゃちゃっと作れるフレームワークの決定版
ってないの？

guesswork？決定版かどうか知らないけど

どれでも良いからさっさと天下統一してもらいたい

>>790
まったくだ、なんかもう月に1個ずつくらい新しいPHPのFWが
出てる感じすらするが正直大してどれも変わらん、
機能が揃ってるか揃ってないかとAPIの名前が変わるだけだ、
まじでこんなアホなことはないよ、
railsみたいに突出して牽引するFWができれば
そのFWへのpatchやpluginとしてリソースが凝縮されて
PHP全体の流れとして同じ方向に向かっていけるのに、
PHPのFW界隈のリソースは四方八方へ散らばっていく一方だ（どっちだよ！）、
唯一オフィシャルという意味合いもあって天下取るお膳立てが
出来てたのがZFなのに蓋を開けたらPEARの焼き直しだった、
いや気持ちはわかる、PHP5をプッシュしていく意味合いもあっただろうし
オフィシャルで高品質のスタンダードなライブラリを提供するというのは
至極真っ当で有りZendとしては正しい選択だったかもしれない、
でも、それはPHPの未来への選択としては間違っていたのかもしれない、
Zeev、Andi、僕たちPHPerが、本当に、本当に求めていたのは、
この長きに渡るPHPFW戦乱に終局の鐘を鳴り響かせ
新しい世界への扉を開きめくるめくPHPFull Daysをインジョイするための、
そう、救世主が必要だった、でもZFはそうじゃなかった、そうはなれなかった、
これからそうなるのかもしれない、でももう遅い、僕はsymfonyなんて使わない、
僕は赤い、赤い色をした禁断の果実に手を差し出してしまった、
僕にはもうDHHという新しいメシアしか見えないんだ、
数年間愛して止まず、この僕を育んでくれたPHPに別れを告げるのは悲しい、
でも僕は信じている、PHPは最高の言語だよ、いつも別のPとかPがつく
言語の使い手はPHPをバカにする、あいつらは何もわかっちゃいないんだ、
すぐに使えるという事の大切さを、いいんだ、言わせておけばいいさ、
もう行かなくちゃ、ありがとうZend、そしてPHP、そして全てのPHPer達へ。

さーてrails railsっと。

>>791
産業でまとめて

でも、言いたい事は分かる。有象無象のフレームワークってのは同意。
Railsの簡単そうな所を見せつけられたら、移りたくもなる。
しかし私はRubyは好きじゃないんで、PHPのRailsを希望。

でさ、guessworkもSmartyに依存とかさ、勘弁して欲しい。
PEARも中途半端だし。単独で、シンプルで、使いやすいFW！！

PHP on TraxはRailsコピーって感じだけど、何かもうただの劣化コピー。

たぶんcakeが一番理想に近い。
けど、PHP4の汚らしいエラー処理と変な配列が。
PHP5専用の2.0っていう計画も無いわけじゃないみたいだけど
出る頃にはもう…

symfonyでいいじゃない
symfonyにひれ伏せばいいじゃない

実際のところRubyってどうなの？
PHPでバリバリOOPしてた奴が
Rubyを使って同機能程度のプログラム書けるようになるには
どのくらいかかる？

symfonyで満足してるけどね。
速度以外は。

速度なんて拡張でいくらでも軽くなるじゃん。

拡張って eaccelerator とか？　早くなっても10%とかじゃ？

>>784
http://www.zend.co.jp/press/2006/press0313.php
PDF等使ってみれば、現行でもどれくらいおろそかにされているかが分かる

アクセラレータは数倍にはなるでしょ

>>799
なんでeacceleratorが拡張なんだよｗ

>>796
すぐに慣れる1ヶ月もあれば十分じゃないかな
pythonでもいいと思う個人的にはpythonもやってみたい
rubyの自由さ加減に慣れるとphp書く事がストイックに感じるようになった

PHPからRubyに手を出した
先にPerlに慣れてしまった

>>802
拡張モジュールの意味かと思って。

http://www.google.co.jp/trends?q=ruby+on+rails

どう見てもブーム終息です
ありがとうございました

http://www.google.co.jp/trends?q=symfony&ctab=0&geo=all&date=all

symfonyジャップに好かれすぎワロタ

zendのマニュアルスゲー充実してる

パリ市民より東京市民に好かれてるな。

っつうか千代田っていつから独立したんだ（笑）

>>806
別にrailsの肩持つ気もないけどさ、現実はこうだよ
http://www.google.co.jp/trends?q=ruby+on+rails%2Csymfony%2Czend+framework%2CcakePHP%2Cdjango&ctab=0&geo=all&date=all

まさにドングリの背比べ

え…ｼﾞｬﾝｺﾞにすら大敗してんじゃん…
PHPよえー

てか、djangoってそんな昔からあんのか？　フレームワークのdjango以外も含まれてるっしょ。

[C] THE SPIRIT OF DJANGO REINHARDT CONCERT 2006
All About Jazz - Jun 15 2006

とか書いてあるし

すま、俺もジャンゴのグラフなんかおかしいなと思いつつ張った
これを機にジャンゴ・ラインハルトを聞いてみます

あまりにもFWが乱立してるからかね？

>>810
Railsが圧倒的ではないか

そのわりにはrailsスレはあんまり盛り上がってない謎

日本じゃまだそれほどでもないんじゃないの？

まあそりゃそうだ、railsはワンコインのレン鯖に
ぽいっと放り込んで動く環境にはまだなってないしな
mod_rubyでapache2上でサクサク動くようになったら状況は一変するかも

mod_rubyはまだ実用的じゃないの？

XREAの中の人はセキュリティ上の問題があるって言ってたな。
確か、他のユーザのファイルが読み書きできちゃうとかそんな問題。

PHPも同じ問題が起こりそうな気がするんだけど、この辺どうなってるのか誰か教えて。

PHPのセーフモードである程度どうにかなるから。
でもPHP6からセーフモード廃止。どうなることやら。

>>821
mod_rubyはapache2系統は一応動くよって感じみたい
apache2+mod_ruby+railsで試してみたがべらぼうに重い
俺のやり方が悪いだけなのかもしれないが

>>822
ruby自体にはphpのセーフモードのようなuid/gidのチェック機構は
サポートされていないから共有サーバで使えるようにするのは危ないってことなのかな
なんでPHPのセーフモード廃止されるんだろう？

mod_rubyは定数とかが他のアプリケーションにまで影響したりして
はまった記憶がある。数年前の話だからよく覚えてないけど。

嫌なハマリ方だなそれは…

セーフモードか。ちょっと調べてみた。

んー。
共有サーバで高速に実行する仕組みができないと、
PHPなんて使ってる意味がなくなる気がするんだが。
symfonyみたいな重たいフレームワークが…

で、書いてて思ったんだけど、現状（PHP5 safe_mode）でも
共用レンタルサーバでsymfonyってまともに動くの？

PHP は FastCGI + suEXEC が主になっていくんじゃないかなあ。
他の LL の FastCGI はプログラム自体が常駐する (これにももちろんメリットはある) けど
PHP の FastCGI SAPI は他の SAPI と同じく、インタプリタが常駐するだけなので
サーバを管理する側にしてみれば扱いやすいんだよね。

>>824
セーフモードに頼りきって安心している鯖缶対策
ファイルを作ったときの権限問題

予想だけどね

FastCGIになるならPHPのメリットが薄れていく気がするんだけど、どうなんだろう。
他の言語でも当然同じように動くよね。

んで、XREAでsymfony動かしてみた。
やっぱCGIモードじゃないとダメだった（キャッシュがアレだから）
ローカルのApache2+mod_phpに比べて、7倍ぐらい速くて笑ったｗ

(CGI 全盛時代の) mod_php のアドバンテージって、インタプリタの起動コストの低さだったわけで。
そして FastCGI ならどの言語でもインタプリタの起動コストは抑えられるし、
PHP 以外はプログラム自体が常駐するのでスクリプトをパースするコストも抑えられる。
suEXEC すればセキュリティリスクも抑えられるしね。

で、専用サーバならプログラム自体が常駐したほうが DB 接続の“本当の”永続化とか
できることが多くていいんだけど、共有サーバではリソース的によろしくない。
そこでやっぱり mod_php とほぼ同じ感覚で使える FastCGI 版 PHP はいいよね、ってこと。
(mod_php も mod_perl, mod_python, mod_ruby 等と比べて機能は貧弱だけど無難な選択だし)

どうしちゃったのよ、みんな建設的じゃんｗ
別のスレ開いちゃったかと思ったよｗ

おまいらCSRF対策どうしてる?
やっぱりワンタイムチケット使ってるのかな?

フレームワークってGETでページ遷移、POSTで内容を取得みたいなことが多いけど
よくあるCSRF対策だとPOSTでページ遷移しろって書いてあるし

実装面倒だからWAF使おうかなと思ってたりするけど他の人はどうしている?
フレームワークにワンタイムチケットのクラスとかつっこんで使うのが主流なのだろうか

あんた"POST"の意味わかってないでしょ。
RFC2616を一から読み直したほうがいい。
http://www.faqs.org/rfcs/rfc2616.html

というよりCSRF対策の意味のほうだろ
POSTで投稿
↓
確認画面に遷移
（ここでチケット発行、入力データはセッションの方で保存）
↓
確認ボタンを押したら、チケット認証後セッションに溜めてある
入力データを処理

とりあえずみっちゃんの記事置いときますね
ttp://takagi-hiromitsu.jp/diary/20050427.html

>>834
読んでみましたが、余計意味がわからなかったです。以下にRFCからの引用

9.5 POST

POST メソッドは、サーバがリクエストライン内の Request-URI により識別
されるリソースへの新しい従属{subordinate} として、リクエストに同封さ
れるエンティティを受け入れる事を要求するために使用される。POST は以下
の機能のカバーするための画一的メソッドとして設計されている。

Webアプリを作る上ではユーザからの情報取得の手段の一つという認識しかないのですが
それ位の認識じゃダメですかね...

>>835
いやCSRFの対策方法を知りたいというより

POSTで投稿　をするページへのページ遷移をPOSTでしろという説明がある
(XSSCSS対策と思う)のですが、みなさんはそれをやってますか?　という意味の質問です。

>>838
間違えました。IEのCSSXSS対策ですね。

この話の元は、以下などにかかれています。
ttp://www.jumperz.net/texts/csrf.htm

まず、アプリケーションの作りとして、リクエスト1はGETよりもPOSTを用いる方が好ましい。
通常、POSTリクエストに対するレスポンスはキャッシュに残らないため、POSTを使用すること
で、hiddenフィールドに格納したトークンがキャッシュに残ってしまう可能性を下げることが
できる。また、処理1には「トークンの発行」という副作用があるためだ。

>>838
それをやってますか？
ということであれば、必要な部分はやってますとしか答えようが無い

>>839
> まず、アプリケーションの作りとして、リクエスト1はGETよりもPOSTを用いる方が好ましい。
またそんな馬鹿なこと言ってると高木のおっさんに怒られるぞ？

そもそも高木のおっさんはPHPの利用はやめろと言っている

>>842
> そもそも高木のおっさんはPHPの利用はやめろと言っている
ワロタ

>>833
Pieceフレームワークを使えばすべて解決

>>844
お前頭良いな

話しぶった切ってｽﾏﾝが、
mojaviは(PHPで)フレームワークってどういうものかの学習には最適だと思うがなぁ
まぁ、ここにいる奴らや昔から使ってる奴はそんなレベルの話はとっくに卒業してるから、
大分前に廃れてしまったんだとは思うが
他のフレームワークもざっと見たけど、mojaviが一番使いやすいよ。
俺はいまだに4主体の開発ってのもあって、
何か結局自分仕様にカスタマイズしたmojaviに戻ってきちゃったよ

高木のおっさん大人気だな
サイバーテロの技法の著者とは和解したのか？

symfonyってMojavi3をベースにしてらしいですが、
AgaviはMojavi4をベースにしてるらしいですよ？

Mojaviねぇ。
今はフルスタックのが流行りだからなー

>>842
なんでPHPをやめろと?

>>840
IEのパッチが出ていてもPOSTでページ遷移させるのが基本ですかね。
POSTでページ遷移させるのは結構面倒なんで。
次のページへのリンクがボタンだったり、フレームワークの内部処理としては、GETとPOSTで分けられなかったり。

高木って誰？有名なの？
もしかしてブーのこと？

>>846
色々な処理をviewに書いちゃう僕はなんなんだろう＞mojavi

>>850
セキュリティーホールありまくりだから

>>853
事情が良くわからないし案件にもよるだろうけど、
ってか多分何がしかの理由があってそうしてるんだろうけど、
そういうケースの場合
実はフレームワーク使わないほうが開発効率が良かったみたいな話はざらにあるよ

そもそもフレームワークってWebアプリケーションのコードのテンプレート化みたいなノリから始まったわけでしょ

>>833
http://www.w3.org/2001/tag/doc/whenToUseGet.html

mojavi2は確かに構造的に綺麗だけどその構成に従って
作っていくとファイルやらディレクトリやらがやたらと多くなる印象がある
javaやってたりする人からすればそうでもないのだろうが
個人的な好みとしてそれがあまり好きじゃない

M2はview必須なのがうざかった覚えがある
symfonyみたいにaction+templateで
必要な時だけview書くのがいい

変数アサインするためだけのViewクラスとか作らないと
いけないからな

>>856
なかなかよさげなドキュメントthanx
IEの脆弱性のせいでこのドキュメント通りにいかない現実があるというのがCSRF対策(CSSXSS対策)
と思っていたのですが違うのかな

Ethnaのサンプルプロジェクトはアーカイブでダウンロード出来ないですか？
Ethna.shを認識しなくて困っております。。。(´･ω･｀)

> Ethna.shを認識しなくて
認識ってなに？

Mojavi3やAgaviでもViewを作らなきゃいけないの？

>>854
現在のバージョンのセキュリティホールと、
そのつき方を教えてください。

>>863
継承
MyAction , MyView … 作りゃ何でもできんじゃね

>>860
IEだけ？
Fxなら平気だと思ってる？

>>866
> IEだけ？

CSSXSSの脆弱性があったのはIEだけだと思っていたのですけど
その他にもPOSTで遷移させた方がいい理由ってあるのですか?

StrutsだとActionクラスに直にビジネスロジックを記述するのは
推奨されていくて、別途ビジネスロジックを記述するクラスを用意して
それを呼ぶようにしなさいってことになってるんだけど、
Mojavi3・Agaviあたりでもそれは同じでしょうか？
BusinessクラスとかLogicロジックとかそんな感じで。

あともう一つ。
PHP5の開発ではデータベースへのアクセス方法として
DAOとかDTOとか用意したり、O/Rマッパーを使った開発は
スタンダードですか？

http://www.atmarkit.co.jp/flinux/special/php5/php5c.html

名前空間って最初の構想ではあったのになくされたの？
なくすな馬鹿Zend

mojavi4は結局どうなりましたか？

>>869
何を持ってスタンダードとするかは分からないが
最近のPHPFWならだいたいO/R mapperはついている
他スクリプト言語FWの影響で大概activerecordパターンだと考えても差し支えない
あとMojavi3とかAgaviとか誰も使ってないsymfonyにしとけ
つーかJavaで何が流行ってるか知らないけど
Strutsとか今だに使われてるもんなの？
もう枯れて前時代的なイメージがあるんだが

PHPみたいにスタンダードと呼べるフレームワークが1個もない方がよっぽど異常。

>>873
お前の知識の古さが異常。

>>872
> もう枯れて前時代的なイメージがあるんだが
スタンダードなんだから枯れてなきゃダメ。
ある程度以上に枯れてないものに人気が集中してたら、
それは単なる「流行」ですよ。

>>874
事の善悪は別として、実際スタンダードと呼べるものはない。

>PHPみたいにスタンダードと呼べるフレームワークが1個もない方がよっぽど異常。

誰もStrutsを使うのが異常とは言っていない。

俺はPHP4ではCakePHP、5ではSymfonyが事実上のスタンダードになりつつあると
思ってるんだけど。

国内ではEthnaが一番多いような気がする･･･。

俺の周りだけかもしれんが。

もうEthnaにしようよ。

俺が使い始めちゃったから廃れちゃうと困るんですｗ
お願いしますｗ

>>878
じゃあ使い方教えてくれ

フレームワーク云々の前にさ
PHPユーザさん達よ、まだPHP4は捨てられないかい？

会社でみんな使ってるから今更変えれない？
君が5を使うべきだと宣言すればいいんじゃないのかい？

使ってるホスティング屋がPHP4しかサポートしてない？
そんな使えない鯖屋はさっさと切るべきじゃないかい？

だって、枯れてるし、なんだかんだでPHP4って事足りるしってか？

>>880
童貞と一緒に捨ててるお

PHP4ってエラーが例外じゃないのがちょっと。

と思ってPHP5使ってる。

例外取り入れるんだったら標準関数も
全部例外スローするようにしてから取り入れろよなあ
phpエラーと例外混在するじゃん
結局phpエラー吐く関数またラップし直しじゃんもうphpアホかと
php5ってなんでエラーハンドラと例外ハンドラって２つあるんすか？
っていうspamをZendに送りつけたいよ畜生

エラー→Perlライク
例外→Javaライク

>>883
だ、か、らぁ、もうRubyにしろよ！

エラーハンドラで例外投げるようにすればいいだろ

Mojaviは終わりだと悟った
http://www.google.co.jp/trends?q=mojavi&ctab=0&geo=all&date=all

だって今Mojaviトップページしかないじゃん

実際のところCakeとSymfonyとethna、選ぶならどれよ？

CakeとSymfony使ってみたけど、圧倒的にSymfonyがよかったです。

>>890
どのような点で?

Cakeを使ってみての素直な感想

CREATE文を書くのが面倒くさい。
テーブル名の規約がうざい。
モデルを手動で作るのが面倒くさい。
コントローラとモデルが微妙にくっついていてうざい。
データバリデーションはいらない。
フォームのバリデーションが欲しい。
ドキュメントがすくない。

Cakeを使っている人がいるのか疑ったくらいです。
まあ、単に使い方が分かってないだけかも知れないですけど。

CakeとSymfonyを両方使ったことがある人でCakeの方が
いいって言う人います？

>>892
去年の7月くらいの話だけど、
おれはまずSymfonyのAskeetを一通りやってみようと思った。
二日目でドキュメントどおりにやって動かなくなった。

それでCakeのチュートリアルをやってみたら、あっさり終わった。

なので俺はCake派。

動く動かないのレベルかよ、ﾌﾟｷﾞｬｰだな

ethna と symfonyはどうなのどうなのお！

PHPのFWなんて全部クソだよ
好みで選べ

>>892
893ではないが、
シンプルに俺はSymfony設定ファイルが多くてややこしい気分になった。
俺にはCakeの様に配列に放り込むほうが判りやすかった。
だがCakeはその後のバッドノウハウ的なものも含めて色々面倒な気がする。
この面倒が無い（FW内で想定される動作の幅が広く、それらに関してはしっかり動く）
のであれば、Symfonyもやってみたい。

Symfony使えばそのムリクリが解消されると思うよ。
Symfony使ってみてうまくいかなくて、Cake使ってるって感じの人も
あとあとの苦労を考えてSymfonyを頑張ってみるのがいいと思う。
本当に小規模・使い捨てみたいなやつならCakeでもいいと思うけど。
だからといってSymfonyが小規模では使わないという意味ではないです。

Symfony使って彼女が出来ました。

モジャビをダウンロードしてみたいのですが・・・
（どんなもんか、評価したみようと思って）

モジャビのホームページのどのボタンを押しても
画面が全然変わりません。
漏れのブラウザが悪いのか？
JavaはＯＮにしてます。
どうしたら良いですか？
どっかミラーサーバとか無いですか？

腐海化してる日本のﾕｰｻﾞｰｸﾞﾙｰﾌﾟｻｲﾄになかったけ？

>>900
あそこはまだ作成中
日本のサイトからダウンロードすれ

>>900
あとモハビな。

>>897
書き散らす分には配列に放り込むのは楽だろう。
しかし、ある程度プロジェクトが膨らんでくると、
設定ファイルを管理するツールが必要になってくる。

そのときYAMLのような汎用ファイルか、PHP配列をソース開いて
正規表現等で解釈させるような方法でやるか、
どちらがツールを楽に構築できるか、差は一目瞭然。

>>883
＞結局phpエラー吐く関数またラップし直しじゃんもうphpアホかと
set_error_handlerいっこ定義するだけじゃん。別に何も難しくないし、もう>>883アホかと

＞php5ってなんでエラーハンドラと例外ハンドラって２つあるんすか？
互換

互換性って何？って話だな

>>892
少し趣旨はズレますが、私はSymfonyを使っていてあまりにもパフォーマンスが出ないので、cakePHPに乗り換えました。

しかし、それでもまだ不満なので、Django(Python)に思い切って乗り換えようかと悩み中です。

javaつかっとけば？

rubyでいんじゃね？

スピードで言えばzendが一番早そうだけどどうだろ

ZFのパフォーマンスね。

http://www.nikkeibp.co.jp/news/it07q1/524693/
Zend Studio 5.5は、Zend Frameworkのバージョン0.6.0を同こんする。

こんな中途半端なバージョン組み込まれてどうしろと？

>>912
時期尚早ですな
早めのうぷでーとしてくれるなら5.0からアップグレードして良いが

>>912
やっぱZendの人もSymfonyの完成を見て焦ってしまったんじゃないですかね。
バンドルはしなくて良いと思う。
＝必要ならダウンロードして取得すればいいだけだからね。
無理やり押し付けてSymfonyのシェア拡大を阻止しようと思ったのかなー？？？

symfonyｶﾞｿﾊﾞﾚ!!!

フレームワーク戦争勃発

>>912
そもそもZendStudioなど使わない

進歩煮会と全土組の抗争が！？

毛育一家も忘れないであげてください

>>914
もともとzfはPDTやZSと連携することになっていたと思うが

実用じゃなくて勉強のためにｺｰﾄﾞ追っていきたいんだけど、
symfonyとZF、どっちがオススメ？

その目的なら激しくZFを勧めるな
symfonyのコードは癖がありすぎる

ZFのが癖がありすぎるな。
あのアンダーバー規約は今時の他の言語ではありえない。

アンダーバー規約って？

クラスの命名規約の事じゃない？

アンダーバーは便利さのために仕方ない

symfonyの「癖」はmojavi由来です

アンダースコア区切りってPerlの"::"やPythonの"."と同じようなものやん？
他の言語ではありえないという意見こそありえない。
クラスのドメインを示すにはいい方法だと思うよ。
PHPの言語仕様の内では。

他の言語は何らかのネームスペース機構があるからいいけれど
PHPはそういうのがないからクラスの命名規則で回避するしかない
意外と知られてないが地味に公式のマニュアルでもお勧めされている
http://jp.php.net/manual/ja/userlandnaming.tips.php
でPEARパッケージもその方法を取りZFもそれを継承している

ネームスペース欲しいね。下手な取り込み方はいやだけど。

一応PHP6のTODO Listには
add namespace support
がある
どこまで進んでるのかわからないが

PHP5で名前空間サポートされていなかったっけ

詳しくは知らんけど、Pythonのファイルベースの名前空間って、
使い勝手良さそう。

>>932
最初サポートされる予定だったけど無くなった

フレーワーク、命名規則以外に何か社内的な規約とか作ってる?
こんなルール作っておくとメンテナンス性上がるよみたいな

それを縛り上げるためのFW

FWごとにルールが違うのがね。

唯一無二の正解があるようなものじゃないんだからそりゃ当然だろーさ

>>933
Ruby＞Python＞PHP6ですか？

PEARとZFのｺｰﾃﾞｨﾝｸﾞ規約ってどうなの？
自前のｽｸﾘﾌﾟﾄをそれに則って書いてたりしたら厨っぽく見られたりするもんなの？

むしろ合わせろよ

>>940
オレオレ規約で書いてるより100倍マシ。
PEARのコーディング規約とかで書いてあれば一応読む気にはなるかな。

>>942
百倍悪いオレオレ規約を言語使用で許容してる時点で問題だわな。

>>939
pythonとrubyが逆

>>943 >>938

http://itpro.nikkeibp.co.jp/article/COLUMN/20070205/260809/

おまいら2038年問題対応してる？

そんな未来の日付を扱うものを作ったことがないから無視

でもちょっと誕生日とか扱おうとするだけで 32bit unix timestamp では収まらなくなるから
PEAR::Date に限らないけどういう機能は使ってるね
本当はそんなん言語が提供してくれるといいんだけど……ってそれが PEAR::Date なのか

PHPで作っているものが30年後まで動いているとは思えない
日付はほぼ、単なる文字列か　PEAR::Date として扱っているな

2030年頃にPHPがまだ存在しているなら、中の人がdate関数をINT_MAX以上でも扱えるように直してくれるさ。

というか64ビットに移行だろ

なんでコーディング規約じゃなくて言語で縛りつけないのだろう
あまり自由に書けても嬉しくないけどな

ディレクトリ配置と名前空間が一致するのがダサいとか
思ったんじゃないの

>>952
そう思ってるなら、わざわざそのダサいもんをPEAR規約に盛り込んだりしないだろ。

>>951
規約以外にも、
オブジェクト作るたびにあの長いクラス名入れるのが頂けないわな。

>>951
DI

>>953
当初はそう思ったけど、結局駄目だったってことじゃないの

>>953
それを言ったら、PEAR規約に盛り込むくらいなら
はじめから言語仕様にしろよという話になるぞ

PHP版Ruby on Rails? - symfony
ttp://journal.mycom.co.jp/articles/2007/02/13/symfony/

結局ZFは使えないってことでおk？
まあ無いよりはマシだろうが。

>>958
なにその糞記事

>>957
だからそういう話をしてるんだが

>>952
馬鹿だなお前は。
PHP開発者達が名前空間を実装したまま、
実行速度を維持することができなかったから
削除されただけ。

symfony使うほどでもないミニアプリ作るときに
おまいらは何を使ってますか？
やっぱりちいたん？

それこそZFでしょ

2038年には死んでるのかな・・・俺

地球が温暖化でPHP所じゃなくなってるから、安心しろ。

2038年・・・きっと俺腐ってるよ

3000年問題が発見されたとかどこかで見たな
今3000年まで通用するプログラムが書けると思うなんておめでたい

昨日クイズミリ■ネラで、今のまま人口が減り続けると、西暦3000年の日本の人口は25人とか言ってた
環境問題も決定的な解決法はまだないし、もう将来はお先まっくら

あの今のペースで減り続けるとっていう発想自体お間抜けなんだけどね
増えてる最中に今のペースで増え続けると将来1兆人を超えて日本に入りきらないとか
言い出すようなアホさ下限

3000年まで使われるくらいの気持ちで設計はしてほしいが。

もう次ｽﾚいらんよな？2038年近いし

ＰＨＰｵﾜﾀ＼(^o^)／

PHP終了のお知らせ

ﾋｿﾋｿ
　　　 ∧,,∧ 　∧,,∧　　ﾋｿﾋｿ
　∧ (´・ω・) (・ω・｀) ∧∧　　　
(　´・ω)　Ｕ) ( つと ﾉ(ω・｀ ) 　　　　-どうするどうなるPHP-
｜　Ｕ (　　´・) (・｀　　)　と ﾉ　　
　ｕ-ｕ （l 　　 ) (　　　ﾉu-ｕ　　
　　　　 `ｕ-ｕ'.　`ｕ-u'　

PHPは滅びぬ
何度でも甦るさ

なんでPHPにはクラスライブラリがないの。PEARのようなウンコ以外で。

今ZF作ってるから待ってて

はやくして

>>979
自分で作るかZFに参加すれば?

第三の選択

お前らが作るｗ

ちいたんって結構バカにできないな。
ソース読んでそう思った。

>>982
kwsk!

>>983
とってもシンプルなんだよ。良くも悪くも。

みったんほどではないとおもう

いや、のんたんが上

おまえら、ひとの奥さんを
良いだの悪いだのシンプルだの言うな

ちいたんはなあ、

身長146cm見た目はちっちゃい子供のようで
いつも変なかわいらしい動きをしている女の子

なんだぞ

PHP入門したばっかなんだが
>>987を見て
ちいたんをいじりたおして勉強することに今決めた。

そんな名前つける作者が悪い

自分の娘や妻の名前をつけることはわりとある。あるのだ。

ちいたんにinsertメソッド実装した

とか言われるに決まってるじゃん

フレームワークは誰でも乗せる存在
ここに作者の寝取られ願望をみることができる

とか言われることは容易に予測できるじゃん

ちいたんが一ヶ月に一度くらいコアダンプします

このスレはちいたん萌えスレになりますた

イースターエッグでちいたんの写真が表示されるって聞いたんですが
コマンドを教えてください＞＜；

↓↓↓ちいたん写真発表↓↓↓

ちいたんハックするぜえええ

なにこの流れ

ち、ちいたん(´Д｀；)ハアハア

次スレよろ
↓

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。