元スレ【PHP】PHPフレームワーク総合スレ14
php覧 / PC版 / みんなの評価 :
前へ
201 = :
.php?とか出しちゃうのは論外だけど
やっぱURIはそれだけである程度読み取れるような意味のある文字列にしたいとこだな
IDとか連番ものはしょうがないけど
202 = :
ださいかださくないかが判断基準になってるあたりまだまだだな
203 = :
>.php?とか出しちゃうのは論外だけど
なんで？
どいつもこいつも、スマートURLに毒されてないか･･･？
204 = :
ベタ打ちな感じのURLだろうが、きれいなURL()、だろうが
PHPで作ってる以上動作の差なんてまず出ないんだし、
PHP()使う以上見た目くらいはまともにしたいわなぁ
205 = :
スキルのないコーダー多いPHPerにそういう注文つけてやんなよｗｗ
206 = :
短いほどいいとかPHP歴6ヶ月目くらいのプログラマにありがちだね
208 = :
いやスマートURLの方がいいだろ
今時パラメータをズラズラ並べるなんてケミカルウォッシュジーンズに素足革靴を合わせるぐらい時代遅れですよ
209 = :
んな流行なんかねぇよｗ
211 = :
パラメータを&でつなぐ変わりに、/でつなぐ。それがどうした？と言わざるを得ない。
212 = :
ぼくはREST原理主義者なのでそれ以外の人は帰ってください
214 = :
あ、１行目と２行目は特に関係はないです
全くないってわけじゃないけど
215 = :
Cake難しいZendも難しい どこへいけばいいんだあ
218 = :
ちいﾀﾝﾊｱﾊｱ
219 = :
>>216-17
ありがとう
早速やってみる
>>218
ちいタンごめん。
また今度遊ぼうね
220 = :
Yiiの劇速ベンチ
http://www.yiiframework.com/performance
これみてビビったんだが、実際のアプリケーションでもこんなに変わるの？
それとも手前味噌なベンチマークなの？
一応phpmark projectとしてオープンにして透明性を維持してるみたいだけど、
Hello Worldアプリだったら、無駄なincludeを排除するYiiが圧倒的劇速になるのは当然か・・
Yii使いの人、ご意見ください。
221 = :
ハローワールドでベンチ取ったり
ハローワールドをどれだけ短いコードで書けるかで言語の優位性を示したりするのって
何か馬鹿みたいだよね
222 = :
>>221
正直僕もそう思うんですが、
実際問題、Yiiは実際のアプリで速いのかどうか？
を知ってる人がいればと思って書き込みました。
まあ、「実際のアプリ」って何やねんって話になるんだろうけど、
・条件に合ったものをソートして一覧表示
とか、
・あるレコードの詳細と関連するモデルのレコードの一覧表示
とか、
・テキストフィールドから入力->入力値バリデーションをパスしてレコード追加
とかそういうのになるのかな
結局dbのパフォーマンスが構成要素の多くを占めることになりそうだな
225 = :
データベースサーバをチューニングするのは、アプリケーションサーバとは別の話だから名。
KVSなんかの利用でDBがボトルネックにならない状況が成り立つ事もある。
PHPが流行った理由の一つが、Perl/CGIより高速な事だから名。RoRが普及しないのもCGIじゃ使い物にならないからっていうのもあるはず。
Yiiって全然知らないけど、Rasmusは関係してるんだろうか。あの人、昔からPHPのウェブフレームワークに否定的だった。
230 = :
>>226
そんなに生PHPが好きならこのスレ来るなよ
231 = :
>>230
>>226はHello Worldに嫌な思い出があるんだと思うよ
232 = :
そうかそれは悪かった、すまん事した。
233 = :
>>226
phpタグが閉じられてないのが気になる
234 = :
これがファイルの中身全てなら閉じないだろ普通
下手に閉じた後に空行があると、その、なんだ、困る
235 = :
なにそれきもちわるい
237 = :
ちょっと終了タグ消してくる
238 = :
今時のコードは大体入ってない
241 = :
>>239
ビューテンプレートに生PHPを使うときはしょうがなくね？
何かのテンプレートエンジン使ってるの？
242 = :
まぁタグ吐くだけならDOM作らせりゃ良いしHTML自体書く必要は別にないわなぁ
ちゃんと属性なりふってあんならレイアウトなりはCSSいじりゃ大抵はなんとかなるし
似非デザイナー()笑とかがいるようなのだとHTMLテンプレとかないとアレなんだろうけど、
趣味でやるなら全部PHPでやっちゃうのも別に問題ないとは思う
半端にHTMLタグ混ぜて＞＞＜＞＜みたいなのがいっぱいになるよりは幾分は綺麗に見える気もするし
まったく逆方向で、マークアップすんだけのHTMLのインデントに
命かけてるようなひともいるわけだし、そこらは好き好きだろうけどｗ
243 = :
なるほど。参考になります。
ただ実際問題、有償案件であれば、見た目に関わる部分はデザイナーなりコーダーかました方が、見てくれはいいわけで、
そこも自分でやっちまう or デザインは2の次 or コーダーさんがvalidなものを書ける なプロジェクトならばDOM生成でも良いわけだが・・・
つかここフレームワークのスレだな
245 = :
使ってる人じゃないけど。
それなりにあちこち変わってるし、どっちの情報も大して出回ってないし(国内とか数える程)、
いまから触るなら1.1系でいいんじゃないかな。
>>243
なんちゃってデザイナーがTableレイアウトしまくったりする現実を見てると
肩書きがWebデザイナーってても信用しづらいけどねｗ
ちゃんと理解して使えるなら誰がやっても良いとは思う。
文章なんかの意味づけだけならコード上で済ませてもいいんじゃないかな。
速度云々が気になるような差になるようなとこでもないし、
自分的には半端にHTMLとPHPコードが混ざってるのをぐいぐりするよりは好きかも。
まぁ確かにFWと関係ないけど、このスレではよくあること…
246 = :
PHPでそれなりに使えるマって
HTML触っててその延長で覚えたりしてる人とか結構いそうだし、
いい加減な性格じゃなけりゃXHTMLやらCSSやらいは勉強してるとは思う
まぁ問題があるとすれば全体的に使えないマのほうが多いってことだけどｗ
249 = :
ほんとだマルチだ
しかもどっちのスレもスレ違いだしｗ
というわけで該当スレに行ってきましょう
みんなの評価 :
php一覧へ類似してるかもしれないスレッド
- 【PHP】PHPフレームワーク総合スレ15 (989) - [97%] - 2013/9/27 6:00 △
- 【PHP】フレームワークPharonスレ (306) - [75%] - 2022/10/10 20:00
- 【PHP】フレームワークMapleに舌鼓 (470) - [62%] - 2017/12/31 9:31
- 【PHP】フレームワーク Akelos (129) - [59%] - 2019/5/9 7:46
- 2ch有志がPHPフレームワークを作るスレ (81) - [55%] - 2019/5/9 7:46
- 【PHP】Laravel【フレームワーク】 Part.4 (460) - [53%] - 2021/4/4 4:00
- 【PHP】Laravel【フレームワーク】 Part.11 (870) - [53%] - 2022/8/28 15:45
- 【PHP】Laravel【フレームワーク】 Part.12 (314) - [53%] - 2023/1/30 18:45
トップメニューへ / →のくす牧場書庫について