こんなにたくさんあるぞPHPふーレムワーク

なんかすごく半端じゃない

yiiのscafolldingで作成したadminで、上部に検索boxがあると思います。
そこでリレーションしたテーブルを検索させたいのですが、
zii.widgets.grid.CGridViewに設定するcolumnに、

例えば"item.user"としても、user用の検索フォームが表示されません。
表示されるデータ自体はリレーションしたuserデータが表示されています。

これはどのような手を加えれば可能なのでしょうか？

yii1.4です。

すっごい見づらくなったな…
得にエクステンション
最悪だ…

yiiでcssやjsファイルを結合してくれるエクステンションってなかったっけ？
知ってる人いたら教えてくださいまし…

森ｳｾﾞｰ

またyiiのサイト落ちてるよ…

所詮wiiのパクリ。

ヒーハー

$c=new CDbCriteria;
$c->select=new CDbExpression('*,SUM(count) as summ');

こんな条件でfindAllしたときにsummの値がデータに入ってこないのはなんで？
modelとかいじる必要ある？

>>762
yiiです

わーい

いい

Symfonyが普通にテンプレートエンジンを使えて、普通にパフォーマンスが出るなら
もうそれでいい気がしてきてる。
Zendもいいと思うんだけど結局うわものの設計が必要で、Symfonyはそこまで作ってくれてる。

Cakeはもう覚えるのも人のコード読むのも気力が出ない。
てかCakePHPって（慣れれば）書きやすい（だろう）だけで絶対に読みやすくないと思う。

Cakeは今更感が

>>769
ごめん、まともに触った事無いのは外してた。

足りない部分あったらガンガン書いてー
まとめてくから

りちうむってどうなったん

オレの感想。
使ってみたいなぁと思わせるのはSymfony2。
正式版でどの程度高速安定動作するのかが気になる。

・ZendFramework (http://framework.zend.com/)
PHPのZendEngine開発元であるZend社主体となったFWプロジェクト。
各コンポーネントが疎結合されており、フレームワークを作る為のライブラリ集に近い
PEARっぽいコーディング規約を採用しており、馴染みやすいかもしれない。
ZendFramework2からはPHP5.3対応となる。

・Symfony2 (http://symfony-reloaded.org/)
重いと評されたSymfonyとは全て刷新軽量。
ZendFWやDoctorine等、積極的にvendorライブラリを活用している。

・Smarty 3 RC4 (http://www.smarty.net/)
Smarty 2をPHP5ベースで完全書き直し、
継承しゃ代入、演算等の構文が追加されつつも、基本的な上位互換が保たれている。
最も盛んに更新が行われているが、１年以上かけても正式版は登場していない。

・TWIG (http://www.twig-project.org/)
継承や、柔軟な拡張機能がウリ。
中間コンパイルされるコードがPHPクラスで一時話題になった。

・CakePHP (http://cakephp.jp/)
Railsを意識したフレームワーク
フルスタックなので他のライブラリを使用ないで開発ができる。
ActiveRecordパターンのO/Rマッパー標準搭載。
PHP4対応でPHP4でもPHP5互換の関数使えるようにしているため
共通のソースコードでPHP4とPHP5の両方に対応できる。
互換性に強く古いシステムの移行に最適。

Cakeはもういいから^^;

>>774
> PHP4対応でPHP4でもPHP5互換の関数使えるようにしているため
> 共通のソースコードでPHP4とPHP5の両方に対応できる。
> 互換性に強く古いシステムの移行に最適。

ダウト
三行目の結論が論理的に導けない
上の二行で言っているのは、PHP4のサーバで動いていた「CakePHPの」コードが
そのままPHP5サーバに移行できる（可能性が高い）よ、ってこと、もしくは、
PHP4のサーバそのままで、Cakeで作った新システムに移行できますよ、ってことだけ

なので三行目は書きすぎ、というか根拠のない宣伝文句
せっかく紹介するのなら、嘘を書くなよ

で、それ以前にPHP4対応はさすがにニッチすぎる特色。
仮にも商売でやってるなら、PHP4対応とかもう勧めないでくれ。

もうちょいやんわり書けよ…
使ってる奴の評価なんて偏って当然なんだからさ…

>>776
何でそんなに必死なんだ？

ちなみにCakePHPはPHP6にも対応する予定で
PHPのバージョンの違いをかなり吸収してくれる。
幅広い環境に同時に対応させるのに最適。

主流のフレームワークでPHP6に対応しない予定のものなんてあるの？

PHP4に対応するが故に犠牲になっている部分が多すぎる＞cake

>ちなみにCakePHPはPHP6にも対応する予定で
>PHPのバージョンの違いをかなり吸収してくれる。

吸収じゃなくて最大公約数的な機能しか使って無いだけだろ･･･
それともnamespaceとか無名関数とかSPLとかもcakeが吸収してくれるの？
嘘じゃないならバージョン差の吸収ってやつを具体的に教えてくれ。

PHP4で動く事をメリットだと思う人は、プログラマとしてのリテラシーは最底辺だわな･･･

「古いシステムがPHP4で作られてて･･･」って言い訳する人がいるけど、
実行環境がPHP5に移行してるなら、追加・修正する部分からでもPHP5に移行出来るのでPHP4で書くメリットは無い。
実行環境がPHP5に移行していないのなら、その時点で終ってる。
PHP5リリース＆PHP4サポート終了まで移行期間が4年もあったのにね。

プログラマが最底辺なのに何言ってんの？

弱い企業とかなんじゃないの
金はかけたくないけど改修しろみたいな客からハイハイ受けるしか道がない

>>783
頭の悪そうな議論のすり替えですねｗ
君がPGなら論外だが、もし君がPGで無いなら、もうすこし先見の明を持った方がいい。

>>784
大手会社の自社開発に多い気がする。
若手は新卒のど素人、中堅も現場経験の無いど素人、上司は言わずもがな。

Cakeは一度php4対応を看板に掲げた以上
はそれを自分で下ろす訳にはいかないん
じゃないの？だからこの先もずうーっと足
かせをつけられたまま。リードデベロッ
パーが辞めてlithiumを立ち上げたのも多分
その辺が原因なんでしょ？

>>786
cakeのPHP4対応は過渡期だったから仕方無かったとは言え、
レガシーなシステムとの互換性を目的に作ったわけでは無いだろうからね。
lithiumが上手く行くといいね。

PHP4時代に金かけて作ったシステムを
今現在金欠な企業が使い続けるしかない場合もあるだろう

PHP4 を使い続けることによる脅威が現実のものになった時に被る
損害(金銭やら会社の評判やら)とPHP5に移行する際の費用を天秤に
かけて、それでもなおPHP4を使い続ける方がコスト的に有利だと結論づけら
れる根拠があるならそれでもいいんじゃないの。※見つかるとは思えないけど。

>>788
それでも実行環境はPHP5に更新するべき。
多少のコード修正は必要かもしれないが、PHP4のシステムをPHP5で動かすのは問題無い。(逆は無理だが)
数年前に脆弱性に対するサポートすら終っているPHP4を動かし続ける理由は無い。

実行環境さえPHP5に移行されていれば、
今後、追加修正する部分からPHP5を使えばいい。
という話。

PHP4で書く事にメリットは無い。

>>786
Cake2で、php4系を切りすてるみたいだけどね。
でも、php 5.2以降だから、namespaceは無しなんだね。
移行のし易さをとったってことかな？

4系を切り捨てたらあのORMはすこしはマシになるのかね。

だいたいこの先生き残りそうなＦＷは決まってきたな

時代に対応していかないとね

Yiiはもっと評価されるべき。

>>796
是非、君が評価して特徴を纏めてくれ

Yiiは日本で先陣を切る人が殆どいないのがなー
かなり良くできてるけど、日本人英語だめな人多いしなｗ

他のフレームワークの方が良くできてるから今更yiiとかいらないだけ

では外国と違って日本には独自に優れたFrameworkが開発され好評を博しているということですね。