そのベンチ、ありえないくらいlaravelだけおそいよ
メモリ512とか少ない環境でやってるんじゃないのかねー
会社の環境で動かすとfuelphpとかと大して変わらないんだけどな

PHP遅いから使うのやめたわ

PhalconってPHPじゃなくCで書いてあるんだな
そら速いわけだ
あのDAOみたいなORMはちょっと使う気にならんが

ああ例のベンチかｗ

つまりLaravelはメモリを大量消費するからコストがかかるってことか
それなりに良い環境で動かせない場合はLaravelは勧められないな

Unread × 2 = So unreadable!!
２倍(Double)の読みにくさを！

lumenキタなー
待ち望んでいたフレームワークだ
早速slimから移行しよ

>>457
試してみた？
ある程度感触がつかめたらインプレよろ
直でLaravel使うのに比べて
どんなメリットがあるのかいまいちわからん

独自仕様独自仕様で困るけど、
ぐぐると即効で解決策見つかるのがすごいな。
日本語の解説はほとんどないけどｗ

>>458
laravelと比べてのメリットとなると軽いことぐらいなんじゃね？

phpを使う理由が知りたい。
複雑で覚えにくくて初心者が扱いにくい言語という印象。

言語論争はさすがにスレ違いやな
１０年以上争い続けてるスレがあったはずだからそっちでやるといい

技評のムックって内容いいの？

Laravelエキスパート養成読本[モダンな開発を実現するPHPフレームワーク！] (Software Design plus)

正直Laravelになんの魅力も感じない。
クソ遅いし。

またお前か
もう休めよ

phpを今さら否定しても始まらん。
世界中の名だたるwebサービスで使われてる。
それをいうならJavaScriptなんて糞の極みだが、こうなったら使わざるをえない。

農家がコメを作るのに水田作るのと一緒だ。
めんどくさいが実りのためには作るしかない。

本は気になってるけど、出すの遅かったな。
もうだいたいの使い方覚えちゃったよｗ

おっさんは自分が仕切っていると勘違いしてるんだろう。
確かにXSSについては早く直したほうがいいのだろうけど、
他人の記事の正誤表について上から偉そうに言う暇があったら、
自分のサイトのCSSのズレなおせ。

>>463
いろんなブログとかの評判曰く中級者向けって感じ。
他のフレームワークとか使ってた人がなんとなくを把握するにはいいかもだけど、
俺のようなド素人にはあんまり良くなかった。
全体的に見辛いし、サンプルのコードもバグあるし

なんで一冊目がエキスパート育成なんだろうな？

普通こういうのは入門編とか、初めての…とか、初心者向けとかが一番売れんのに。

初心者向けは公式サイトので十分だからじゃね？　アレ良く出来てるよ

laravel5の遅さは異常。
何か解決策ない？

デバッグモードで動かしてるんじゃ？　よほどアクセスがないサービスでないと問題になることないだろ

ただのアンチだろ
実際使ってるかも怪しい

魔法少女ララベル

ケーキ？ララベル？ケーキ？ララベル？
う～～～、あーーりーん！！

うわー、おもしろーい

Lumen二郎

インスパイア系

で、5使ってみた感じどうよ？
4とかわならい？

4とは変わる

Laravelエキスパート養成読本って本が、本屋にあったので立ち読みした。

著者には悪いが、Ｗｅｂのマニュアル読んだほうが１００倍マシ！　と思った。

久々にlaravel使うが
laravel3の頃からEloquentの処理内容はあまり変わってないんだな・・・
viewcomposerは使ったほうがいいぞ

Lumenでかすぎ。
DLして使う前に削除した。

あんなにでかいと、フレームワーク絡みのトラブルの時、
追っていくのしんどいだろうが。

lumenの存在意義はベンチ用ぐらいじゃないのかね
開発では自前で全て用意する系じゃなきゃ使えないし

そもそもFWの挙動が追いやすいとかならCIとか使うべき
CI3は知らないが、CI2は実装すかすかで追いやすかったぞ

っていうかわざわざフレームワーク自体のソース見なきゃいけないほど独自の実装してない。
フレームワークによくあるオーソドックスをバランスよく組み合わせてるだけ。

そんなところが海外で人気の理由なんだろうけど。

ただManualが糞だから初心者には何のこと言ってるのか理解するのが困難。

公式マニュアルは最初から全部読まないとダメなのが面倒。

★マインドコントロールの手法★

・沢山の人が偏った意見を一貫して支持する
　偏った意見でも、集団の中でその意見が信じられていれば、自分の考え方は間違っているのか、等と思わせる手法

・不利な質問をさせなくしたり、不利な質問には答えない、スルーする
　誰にも質問や反論をさせないことにより、誰もが皆、疑いなど無いんだと信じ込ませる手法

偏った思想や考え方に染まっていたり、常識が通じない人間は、頭が悪いフリをしているカルト工作員の可能性が高い

靖国参拝、皇族、国旗国歌、神社神道を嫌うカルト

10人に一人はカルトか外国人

「ガスライティング」で検索を！

POSTパラメータのバリデーションって
コントローラーでやっていいの？

Railsから来るとアレはビビるよな
でもPOSTされたデータ自体はモデルと＝ってわけじゃないからコントローラーでやるってのもアリかなと思った
POST値のバリデーションとモデルのバリデーションは別ってのも合理的っちゃ合理的
ただ 書く場所がバラバラになるのはイヤだから 結局　モデルにバリデーションルールのリストを書くようにしちゃったけどね

え、ララベルはコントローラーでやる前提じゃないの？

withErrorsやら$validator->messages使ってViewにエラーメッセージ渡すってのが
公式の使い方でしょ。

Form Request Validation てのもある

じゃあもうJavaScriptでバリデーションすりゃいいじゃん

ローカルproxyでtrapして、値書き換えられるとか
考えすぎなの？ 普通がわからん。

考えすぎじゃないよ

Auth::user()->とかで、どこからでもログイン情報が取り出せるのってどういう仕組みなの？俺みたいなバカでも分かるように誰か解説してくれ

設定ファイルとモデルで予めデータベースへのアクセスを定義してるから

自分で使えるようにpostやらcommentなんてモデル作れば同じように使えるで

postやcommentってモデル作ると￥postや￥commentでどこからでもアクセス出来るのな。

例えば$ret=￥post::createと$ret->fillの間で￥post::whereとかやってもいいの？

Collectionのlistsメソッドの返り値が
いつの間にかCollectionになってないか？
ドキュメントによればArrayのはずで
以前は確かにArrayだったと思うんだが

blade側に渡した配列の検証方法ってありますか？

return view('ビュー名')->with(compact('配列名'));

という感じでmodelからbladeに配列を渡してるんだけど、幾つかのカラムの値が渡らないんです。