.php?とか出しちゃうのは論外だけど
やっぱURIはそれだけである程度読み取れるような意味のある文字列にしたいとこだな
IDとか連番ものはしょうがないけど

ださいかださくないかが判断基準になってるあたりまだまだだな

>.php?とか出しちゃうのは論外だけど
なんで？

どいつもこいつも、スマートURLに毒されてないか･･･？

ベタ打ちな感じのURLだろうが、きれいなURL()、だろうが
PHPで作ってる以上動作の差なんてまず出ないんだし、
PHP()使う以上見た目くらいはまともにしたいわなぁ

スキルのないコーダー多いPHPerにそういう注文つけてやんなよｗｗ

短いほどいいとかPHP歴6ヶ月目くらいのプログラマにありがちだね

mod_rewiteの使えない環境とか環境とか考えないんだろうなｗ

個人的には拡張子は無い方がいいが、GETクエリはあってもいい。
むしろWEB標準としてはそうあるべきで、スマートURLなんて所詮SEO対策に過ぎない。

スマートURLにありがちな、パラメータなのかファイルなのかわからなくなるってのはメリットでありデメリットでもある。

いやスマートURLの方がいいだろ
今時パラメータをズラズラ並べるなんてケミカルウォッシュジーンズに素足革靴を合わせるぐらい時代遅れですよ

んな流行なんかねぇよｗ

ZendFrameworkって結構難しいね
Zend_Controller_Frontの部分でいきなり「何だコレは？」と身構えた
PEARとかのライブラリとか簡単だったから今回も楽かと思ったんだけど、次元が違いました・・・

パラメータを&でつなぐ変わりに、/でつなぐ。それがどうした？と言わざるを得ない。

ぼくはREST原理主義者なのでそれ以外の人は帰ってください

あ、１行目と２行目は特に関係はないです
全くないってわけじゃないけど

Cake難しいZendも難しい　どこへいけばいいんだあ

ちいﾀﾝﾊｱﾊｱ

>>216-17
ありがとう
早速やってみる

>>218
ちいタンごめん。
また今度遊ぼうね

Yiiの劇速ベンチ
http://www.yiiframework.com/performance
これみてビビったんだが、実際のアプリケーションでもこんなに変わるの？
それとも手前味噌なベンチマークなの？
一応phpmark projectとしてオープンにして透明性を維持してるみたいだけど、
Hello Worldアプリだったら、無駄なincludeを排除するYiiが圧倒的劇速になるのは当然か・・

Yii使いの人、ご意見ください。

ハローワールドでベンチ取ったり
ハローワールドをどれだけ短いコードで書けるかで言語の優位性を示したりするのって
何か馬鹿みたいだよね

>>221
正直僕もそう思うんですが、
実際問題、Yiiは実際のアプリで速いのかどうか？
を知ってる人がいればと思って書き込みました。
まあ、「実際のアプリ」って何やねんって話になるんだろうけど、
・条件に合ったものをソートして一覧表示
とか、
・あるレコードの詳細と関連するモデルのレコードの一覧表示
とか、
・テキストフィールドから入力->入力値バリデーションをパスしてレコード追加
とかそういうのになるのかな
結局dbのパフォーマンスが構成要素の多くを占めることになりそうだな

>>222
>結局dbのパフォーマンス

それならAPCとか要らないよ。

データベースサーバをチューニングするのは、アプリケーションサーバとは別の話だから名。
KVSなんかの利用でDBがボトルネックにならない状況が成り立つ事もある。
PHPが流行った理由の一つが、Perl/CGIより高速な事だから名。RoRが普及しないのもCGIじゃ使い物にならないからっていうのもあるはず。
Yiiって全然知らないけど、Rasmusは関係してるんだろうか。あの人、昔からPHPのウェブフレームワークに否定的だった。

そんなにハローワールドが好きなら
生PHPの
<?php
echo 'Hello World';
も並べとけや

YiiがAPCの効果をフルに（7倍以上で）享受しているのはどうしてなんだ
APCナシの状態では他よりちょっと速い程度なのに

ちなみに、手元のcakeの実アプリ
（ゲスト使用/ログイン使用で権限が変わる、ある実稼働サイトのソースコード）で
apc on/offでabベンチとったら3倍弱程度のRequest Per Secondsで、
ちょうど件のYiiのベンチにあるcakeの項目と同じ程度のAPCキャッシュ効果だった
（モデルキャッシュをFileでなくAPC側に持たせることでちょびっとだけ数字が改善した）

>>226
そんなに生PHPが好きならこのスレ来るなよ

>>230

>>226はHello Worldに嫌な思い出があるんだと思うよ

そうかそれは悪かった、すまん事した。

>>226
phpタグが閉じられてないのが気になる

これがファイルの中身全てなら閉じないだろ普通
下手に閉じた後に空行があると、その、なんだ、困る

なにそれきもちわるい

閉じタグに関してはZFのコーディング規約にも明記されてる

Zend Framework: Documentation
http://zendframework.com/manual/ja/coding-standard.php-file-formatting.html#coding-standard.php-file-formatting.general

＞PHP コードのみからなるファイルでは、終了タグ ("?>") は決して含めてはいけません。
＞これは必須なものではなく、 終了タグを省略することで、
＞ファイルの最後にある空白文字が出力に影響することを防ぎます。

ちょっと終了タグ消してくる

今時のコードは大体入ってない

>>239
ビューテンプレートに生PHPを使うときはしょうがなくね？
何かのテンプレートエンジン使ってるの？

まぁタグ吐くだけならDOM作らせりゃ良いしHTML自体書く必要は別にないわなぁ
ちゃんと属性なりふってあんならレイアウトなりはCSSいじりゃ大抵はなんとかなるし
似非デザイナー()笑とかがいるようなのだとHTMLテンプレとかないとアレなんだろうけど、
趣味でやるなら全部PHPでやっちゃうのも別に問題ないとは思う
半端にHTMLタグ混ぜて＞＞＜＞＜みたいなのがいっぱいになるよりは幾分は綺麗に見える気もするし

まったく逆方向で、マークアップすんだけのHTMLのインデントに
命かけてるようなひともいるわけだし、そこらは好き好きだろうけどｗ

なるほど。参考になります。
ただ実際問題、有償案件であれば、見た目に関わる部分はデザイナーなりコーダーかました方が、見てくれはいいわけで、
そこも自分でやっちまう or デザインは2の次 or コーダーさんがvalidなものを書ける　なプロジェクトならばDOM生成でも良いわけだが・・・
つかここフレームワークのスレだな

使ってる人じゃないけど。
それなりにあちこち変わってるし、どっちの情報も大して出回ってないし(国内とか数える程)、
いまから触るなら1.1系でいいんじゃないかな。

>>243
なんちゃってデザイナーがTableレイアウトしまくったりする現実を見てると
肩書きがWebデザイナーってても信用しづらいけどねｗ
ちゃんと理解して使えるなら誰がやっても良いとは思う。
文章なんかの意味づけだけならコード上で済ませてもいいんじゃないかな。
速度云々が気になるような差になるようなとこでもないし、
自分的には半端にHTMLとPHPコードが混ざってるのをぐいぐりするよりは好きかも。

まぁ確かにFWと関係ないけど、このスレではよくあること…

PHPでそれなりに使えるマって
HTML触っててその延長で覚えたりしてる人とか結構いそうだし、
いい加減な性格じゃなけりゃXHTMLやらCSSやらいは勉強してるとは思う

まぁ問題があるとすれば全体的に使えないマのほうが多いってことだけどｗ

マルチ乙

ほんとだマルチだ
しかもどっちのスレもスレ違いだしｗ
というわけで該当スレに行ってきましょう