[PHPフレームワーク]Laravel

**nobodyさん** · 2013/01/15(火) 11:01:50.34

Laravelはシンプルでプログラミングが楽しくなるPHPフレームワークです。

■公式サイト
http://laravel.com/

■ライセンス
MIT License

■公式ドキュメント
http://laravel.com/docs

■ドキュメントの和訳
http://laravel.kore1server.com/

■動作確認したPHPのバージョン
5.3, 5.4

**nobodyさん** · 2013/09/02(月) 20:20:43.08

すまんが俺プログラマじゃ無いんだわ

**nobodyさん** · 2013/09/03(火) 09:23:00.33

>>37
ttp://kore1server.com/149

**nobodyさん** · 2013/09/03(火) 09:38:08.69

勉強会で問題のシーン
https://www.youtube.com/watch?v=SjGtzBHEvlE#6m22s

**nobodyさん** · 2013/09/03(火) 11:07:30.02

この問題を2人で話し合って次の勉強会までには和解してもらいたいね
二人ともいい年した大人なんだからさ自分の意見を直接相手にぶつけることもできるでしょう
ずるずる関係悪いままで相手が折れるのを待ってるような情けない女々しい考えは捨てるべきだ
このまま引きずって双方が勉強会に参加されても場の空気が冷める場面に直面する可能性もある
前回の勉強会は実際に仲裁できるような人なんて1人もいなかった。俺もだけど
2人のために無駄に気を使わされるのも迷惑だし
解決できないならどちらとも勉強会には参加してもらいたくないのが次回も参加する俺の意見
オープンな勉強会に「(自分より知識ある|知り合いだ)から注意しにくい」とか関係ないから

**nobodyさん** · 2013/09/04(水) 12:17:06.89

KとNで呼ばせてもらうけど
Kのサイトだけを読むと　一方的にNが悪いように見受けられるが
Nがdisる前に　KがNをdisったから NがあそこでKをdisったって見方もできる
動画を見ても、Nの「アイツをdisってやった」オーラがハンパないもんね
KがNを怒らせたり嫉妬させるような出来事があったのかもしれない
Nが発表する前までに何か二人の関係にギクシャクする事があったんだろうと思う

**nobodyさん** · 2013/09/04(水) 12:18:35.88

そんでKがサイトで一方的に文句たれていては火に油を祖即だけで何の解決にもならないと思うんだがなあ
何で二人で話し合えないのかね

**nobodyさん** · 2013/10/29(火) 09:15:41.62

まぁ俺もそうだが、そういう人種だから仕方ねぇよな。
現場に入ると、初手から一方的にマチガイ対応するやつもいるし。

**nobodyさん** · 2013/10/29(火) 09:16:12.60

×マチガイ
○キチガイ

**nobodyさん** · 2013/11/17(日) 14:32:53.55

>>41
どのへんが問題なの？
何分辺り？

**nobodyさん** · 2013/12/06(金) 10:42:03.44

このフレームワークってCakePHPみたいにCSSビルトインされていないの？
皆どうしてるの？一から書いている？

**nobodyさん** · 2013/12/19(木) 21:55:15.69

Twitter Bootstrap とか Foundation5 とか使うといいよ

**nobodyさん** · 2013/12/22(日) 21:23:45.96

バリデーションをなぜモデルでなくコントローラーでやるのか
その辺の思想？みたいなものがわかるページない？

**nobodyさん** · 2013/12/26(木) 00:59:59.04

なぜモデルでやるのかそっちの方がわからん

**nobodyさん** · 2013/12/26(木) 03:05:10.46

このモデルはこういうデータしか受け付けませんよエラー返しますよ
ってのがおかしいの？なにがわからん？

**nobodyさん** · 2013/12/26(木) 19:21:12.45

>>49
ありがとう！

**nobodyさん** · 2013/12/26(木) 19:24:59.42

>>50
Cakeから来た俺もそれ思った。「コントローラでヴァリデするんかー、へー」くらい。
何故かは深く考えたことない。

**nobodyさん** · 2013/12/26(木) 23:35:57.39

codeigniterやそこから派生したFuelやkohanaなんかもvalidationは専用のクラスを使ってコントローラーでするってかんじなのな
なんでこんなことになってるか考えたら多分MVCしないで横着にコントローラだけですますとかrouterだけで済ますとかの軽量アプリを全然OKっていうところから来てるんだと思った
railsでコンソールからModel.create({name:'hoge', age:30})とかやった場合にバリデーション吐き出すのは素晴らしくスマートだと思ってたし
そうじゃないとおかしいだろとまで思ってたけどそもそも思想が違うんだろうな
Ardentとかいうの入れればモデルでバリデーションできるらしいけどもういいや
まずMVC語るのやめれ

**nobodyさん** · 2013/12/27(金) 02:25:38.08

バリデーションはコントローラーが適切でしょ
モデルはないわ
ケークはダメフレームワークだから参考にしちゃだめだよ～

**nobodyさん** · 2013/12/30(月) 15:23:03.26

LaravelはComposerでパッケージをダウンロードして使うとサイズが大きくなっちゃうからいらねえよ
なんでWebフレームワークで15MB前後の要領食わなきゃいけないんだ
なめすぎ

**nobodyさん** · 2014/01/02(木) 00:44:11.02

他もコアは同じような容量あるっしょ

**nobodyさん** · 2014/02/13(木) 16:08:07.15

LaravelでFuel並みにモジュールが扱いやすくなるプラグイン無いんかな
VやらCやらがゴチャゴチャしてきて機能別に分類したいんだけどlaravel-modulesもなんか面倒くさい
設置してさっと使えるようにして欲しいわ

**nobodyさん** · 2014/02/17(月) 03:45:11.10

モデルってDBのデータを入れた入れ物だけじゃないよ

**nobodyさん** · 2014/02/18(火) 14:45:19.61

勘違いしてんだろ
モデルは手続きも含むものだ
そのメソッド独特の入力制限でもしたいんだろうが、
例えば同じテーブルの同じフィールドに別のバリデーションを設ける場合がそうあるのかって話だ
権限の違いなんかで制限が変わってくる場合はその権限用のバリデ付きモデル作れた方が後で見通しがしやすい
>>55が言ってる「横着」ってのはそれを面倒臭がってコントローラで済ますんじゃねぇってことでしょ

**nobodyさん** · 2014/02/20(木) 13:16:42.50

俺もFuelphpじゃモデルでバリデーションやってるで

**nobodyさん** · 2014/02/21(金) 01:50:12.79

DBのモデルのフィールドとユーザー入力が一致しないこともあるからな

**nobodyさん** · 2014/02/22(土) 20:41:17.48

ところでLaravelて本当に活発なの？
日本で使ってる人が少ないだけ？

**nobodyさん** · 2014/02/26(水) 16:18:34.86

基本的なことだったら申し訳ないですが質問。

検索条件をPOSTしてその結果を、条件入力した同じページの下部に表示させるお馴染みの処理なんですが、
Routes.phpのPOSTのところで、Redirect::toでGETへ戻すのがいいのか、　View::make('GETと同じヴュー')　で
ヴューを作っちゃうのか、どっちがベストプラクティスなんですかね？

**nobodyさん** · 2014/02/27(木) 19:44:22.56

return View::make(どこどこ)->with(変数名、変数）　←　そのままechoできる
return Redirect::to（どこどこ）->with(変数名、　変数); ←　セッションに突っ込む

この違いがどうにもはまるポイントなんだが。なんで同じwithで動きがちがうんですかね。

**nobodyさん** · 2014/02/28(金) 22:19:35.96

ララベル全く知らないが、そういうのは普通GETで送信してそのまま表示する
GETにしておかないと、ページャーでページングして戻るボタンがウザいとか問題がある
検索処理じゃなくて、例えば掲示板の書き込みなんかの場合、POSTで送信して処理後にリダイレクトでGETし直す
必ずこうしないと行けない訳じゃないが、だいたいこう

**nobodyさん** · 2014/02/28(金) 22:54:42.61

冪等かつリソースに副作用のない安全な処理はGETがいいよね
検索は基本的にGET

**nobodyさん** · 2014/03/03(月) 16:22:26.75

>>67
>>68
ありがとう。GETで引数渡すってことは、URLの後ろにごちゃごちゃと長い検索条件をくっつけるあの方法ですよね。
確かにそれが一般的ですよね。ありがとう。

**nobodyさん** · 2014/03/18(火) 12:15:59.33

この前laravelで作ったものを納品した。

これ、覚えること多くて奥が深いよ。
フレームワークのアップデートはコマンドで一発だから楽だな。

俺は個人的に大好きだけど、大人数でやる場合には、色々と取り決めが必要になる。じゃないと後々面倒。

後、クラスを追加した後にコマンドとか打たなきゃだから、vagrant環境で開発進めていって、後で皆のファイルをマージした方が楽かもね。

**nobodyさん** · 2014/04/06(日) 03:39:10.60

FuelPHPとLaravelってどっちが勢いある？

**nobodyさん** · 2014/04/06(日) 11:18:52.80

比較にならないでしょ

**nobodyさん** · 2014/04/06(日) 11:58:53.66

どっち？

**nobodyさん** · 2014/04/06(日) 12:14:19.16

日本だとちょっとだけlaravelのが使われてる。勢いもかな

海外だとlaravel

**nobodyさん** · 2014/04/07(月) 09:33:58.93

fuelphpは日本でしかはやってない印象
グーグルトレンド見るとひどい

**nobodyさん** · 2014/04/24(木) 20:17:30.75

ララベル4興味があって使おうかなと導入を読んでいたのですが
何らかのライブラリを追加しつつ
ローカルで開発し終わったら
本番環境ではFTPでディレクトリ単位でローカルのファイルを
単にアップしたんじゃ動かない？
ローカルと本番のディレクトリ名を直したりとか必要？
もしくは、sshで追加したライブラリをインストールし直さなきゃ動かない？

**nobodyさん** · 2014/04/25(金) 08:12:22.37

>>76
俺がマイナーなのかな？

php開発ってローカルでするものなの？
サーバーにサブドメイン切って、本番、開発、デザイナー用とか作らない？
環境揃うし、なによりrsyncで複製作れる。
そういう意味で、ドメイン、ホスト名、サブドメインはどこにも設定しないので問題ない。
ただし、デザイナーの書くテンプレに絶対パスが紛れる可能性は否定できない。

蛇足: PCがWindowsでもwin-sshfsでドライブをマウントできるから。

**nobodyさん** · 2014/04/25(金) 13:17:43.82

Laravelをglobalにインストールする方法を教えてください。
アップデートを1箇所で管理したいのでプロジェクトごとにLaravelをインストールするやり方はしたくないです

**nobodyさん** · 2014/04/25(金) 13:45:11.68

>>78
composerの管理をglobalでやればいいんでないの？

**nobodyさん** · 2014/04/29(火) 16:05:38.32

それ試してから言ってるの？できないよ

**nobodyさん** · 2014/04/29(火) 16:37:19.94

>>80
試したの？

**nobodyさん** · 2014/04/30(水) 00:14:39.76

適当なディレクトリにjson置いて実行するだけじゃん。

include指定がめんどくさくなるから、プロジェクトの外に置くメリットをあまり感じないけど。

**nobodyさん** · 2014/04/30(水) 01:45:55.65

そういう使い方はlaravelに用意されてない
よってcomposerでglobalインストールする方法はない

**nobodyさん** · 2014/04/30(水) 07:30:12.23

>>83
そういう使い方が用意されてるFWなんてないっしょ

**nobodyさん** · 2014/04/30(水) 07:58:36.89

外部のパスを指定するだけでは？

**nobodyさん** · 2014/04/30(水) 08:33:56.35

laravelは他のFWよりcomposer分離は難しい

composer.jsonのアプリ部分とベンダー部分を分離しないとダメだし
artisanが敵でhookを書き換えないと正常に動かないし
require,includeが複数あるから面倒だし
path.baseの直下にvendorがあるとFW内で書かれているので対応しないとダメだし

workbenchあたりもなにかあるかもな

>>78
プロジェクト毎にlaravelは置いておいて
全composerを管理するシェルを作るとか、デプロイツール使うとかが現実的

**nobodyさん** · 2014/04/30(水) 13:40:18.90

laravelをインストールすると21MBも使う。
5プロジェクトで100MB超
大規模に向かないフレームワークのくせにサイズ多すぎなんだよ

**nobodyさん** · 2014/05/12(月) 03:37:39.65

そのサイズが問題になることはないから
どうでもよい。

**nobodyさん** · 2014/05/16(金) 00:36:14.57

今日明日とLaraconやってますね
4.2は何が変わるんだろ