[PHPフレームワーク]Laravel

1 ：nobodyさん：2013/01/15(火) 11:01:50.34 ID:???.net

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

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

■ライセンス
MIT License

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

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

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

955 ：nobodyさん：2017/06/24(土) 21:08:47.33 ID:???.net

最新版ならapi.php
ただしweb.phpのルートとはセッションが繋がらないので要注意
単にajaxの受け口など自サイト専用のapiなら
web.php側に書くほうがなにかと楽だと思う
多分ベストプラクティスからは外れるんだろうけど

956 ：nobodyさん：2017/06/25(日) 02:08:32.67 ID:???.net

>>955
ありがとうございます！

957 ：nobodyさん：2017/06/26(月) 00:12:31.46 ID:???.net

モデルのリレーションで複数キーの場合どうやんの？
いちいちジョインするの面倒っすわ

958 ：nobodyさん：2017/06/26(月) 00:23:18.70 ID:???.net

>>957
複合キーでJOINする必要があるってこと？

959 ：nobodyさん：2017/06/26(月) 00:26:57.13 ID:???.net

>>958
そうっす

960 ：nobodyさん：2017/06/27(火) 14:39:39.14 ID:???.net

366 :nobodyさん 2017/05/29(月) 16:07:39.16 ID:6v4UcGhE
今回の民法改正、ソフトウェア受託開発の場合、(検収後ではなく)バグ発見後１年瑕疵担保責任があるということで、地獄かよ、と思ったが、
元々問題が起きがちな受託案件がビジネス的に成立しなくなることで強制的に業界再編につながるなら良いことかもと思うようになった。
一部で地獄を見ても。
https://twitter.com/yukihiro_matz/status/869061879389343744

367 :nobodyさん 2017/05/29(月) 16:28:06.55 ID:6v4UcGhE
ニュース - 改正民法が成立、「瑕疵担保責任」などシステム開発契約に影響大：ITpro
http://b.hatena.ne.jp/entry/itpro.nikkeibp.co.jp/atcl/news/17/052601508/

372 :nobodyさん2017/05/29(月) 19:10:37.12 ID:???
Railsでシステム作って納品する
↓
Railsはマイナー、メジャーのアップデートが半年以内に必ずある
↓
客がアップデートする。アップデートによるエラーやバグ、動作の不具合に気づく
↓
気づいてから1年以内に通知すれば、5年間無料保証ゲット
↓
つまりRailsがアップデートするたびに、無償の修正作業を発生するということかな

376 :nobodyさん2017/05/30(火) 09:20:20.09 ID:L5po86sS
>>380>>381>>377
客が瑕疵担保責任法の法改正を知ってくると思うから、今後5年無償保証をお願いされるだろう
営業がそれでも仕事を取ってこれるか？たぶん無理だろう。無限の直していたら赤字になる。
こういう保守に弱い言語、ころころ仕様が変わる言語は仕事として発生しなくなってくる。
これは変わり目だ。お前らも早く逃げたほうがいいぞ。RubyやPHPなど動的言語は確実に廃れる。
保守に強い言語のみ生き残れる。

961 ：nobodyさん：2017/06/27(火) 18:57:04.50 ID:???.net

勝手にアップデートしたなら動作保証対象外だろw

962 ：nobodyさん：2017/06/27(火) 21:28:51.88 ID:QIWsdprH.net

普通リリース後はバージョン固定だよな
「バージョン○○まで面倒見る。それ以降は知らね」と契約するもんだ

963 ：nobodyさん：2017/06/28(水) 09:16:09.12 ID:???.net

瑕疵担保責任（かしたんぽせきにん）

瑕疵担保責任のポイント

民法改正で事実上期限が「無制限」になった
バグや設計のミスなどは、瑕疵担保責任
納品物に不具合があれば損害賠償を請求される可能性もある

http://www.atmarkit.co.jp/ait/articles/1706/26/news014.html
http://itpro.nikkeibp.co.jp/atcl/news/17/052601508/?rt=nocnt

改正法では欠陥に気付いてから1年以内にITベンダーに通知すれば、
通知後5年以内は修正や報酬の減額などを求められるとしている

全ベンダーが泣いた民法改正案を解説しよう その1
http://www.atmarkit.co.jp/ait/articles/1609/14/news009.html
http://www.atmarkit.co.jp/ait/articles/1609/14/news009_2.html
http://www.atmarkit.co.jp/ait/articles/1609/14/news009_3.html

964 ：nobodyさん：2017/06/28(水) 09:21:58.02 ID:???.net

ポイント1：修補や損害賠償、契約解除の期限がなくなる

従来あった「瑕疵担保期間は引き渡しから1年」という考えはなくなる。
条文にある通り、注文者は成果物が契約の目的に適合しないことを発見したら、
その「発見したときから1年以内」ならさまざまな請求ができる。発見が10年後なら、
11年後まで請求可能なのだ。

もっとも、現実のユーザーとベンダーの関係でも、たとえ契約書に「瑕疵担保責任期間は納品から1年と」明記されていても、
「2年目以降は不具合の修正に対応しない」と主張するベンダーはまれだ。多くの場合は、納品から何年たっても、
バグが見つかればユーザーのところに飛んで行き、無償で改修するだろう。

965 ：nobodyさん：2017/06/28(水) 09:28:40.80 ID:???.net

>>962

ライバル社とのコンペで負けるな。ライバル社は無償保証を提案してくるだろうから

966 ：nobodyさん：2017/06/28(水) 13:49:24.54 ID:m56NYRqQ.net

>>965
それはバージョンアップしない前提だろ
そりゃバグが出ればメンテするわな

967 ：nobodyさん：2017/06/29(木) 06:56:14.70 ID:q2F1TRfK.net

laravelの「イベント」ってどういう意味なんでしょうか？
調べてもよくわかりません
どなたかわかりやすく解説してくれませんでしょうか？

968 ：nobodyさん：2017/06/29(木) 08:18:17.60 ID:???.net

何かが起きたときに自動で何か処理したいとする
その「きっかけ」となる何かのことをイベントと言う
一般的にね

LaravelというかEloquentのイベントはデータ作成や更新といった「きっかけ」で
何らかの処理を自動で行わせるために使う
会員が最低一つはメルマガを購読するとしたら
会員モデルのcreatedイベントにメルマガ購読モデルの作成を仕込んでおけば
あとは会員を作成するだけでいいというわけ
というかプログラムのどこで作成しても必ずメルマガ購読データも作られるようになる

まあ処理し忘れを防ぐ機能とも言える
マメな人なら必要ないとも言えるかもしれん

969 ：nobodyさん：2017/06/29(木) 10:20:39.88 ID:???.net

>>966
>そりゃバグが出ればメンテするわな

当たり前だ！ただでやれ。金は出さないよ。法律改正されたし、
アップデートごとにバグが出たら、何十年も無限無償でよろしく！
バックれたら瑕疵担保責任法で訴えるからな！
わかったか！

970 ：nobodyさん：2017/06/29(木) 10:32:27.55 ID:???.net

>>968
なるほど
最初はイベントなんか使わなくても対象の箇所に適当なメソッドを挟めばいいんでは？と思ってたんですが
もっと深い箇所に埋め込みたい場合はイベントの方がいいんですね
ありがとうございました

971 ：nobodyさん：2017/06/29(木) 10:44:33.12 ID:???.net

うむ
深いところ、というよりはデータ自身に付随させる
という考え方のほうがいいかも
Laravelというかこの手のフレームワーク全般に言えることでもある
ミューテータとかもそんな感じでしょ
めんどくさい処理はデータモデルに任せて表では楽しようという

972 ：nobodyさん：2017/07/01(土) 07:23:34.90 ID:???.net

>>971
なるほど！
大変わかりやすい解説ありがとうございました！

973 ：nobodyさん：2017/07/08(土) 10:23:06.09 ID:UEbKHg6v.net

Laravel使ってるんですが
正直使いづらくて何がいいのかさっぱりわかりません
ルーティングは機能ごとに毎回追加しないといけないし
nameスペースもいちいち追加するのがめんどくさいし
吐き出されるエラー内容もわかりにくいし
ドキュメントも充実してないし
こんなフレームワーク使うよりは
Codeigniterの方が使いやすくていいと思うんですがどうでしょうか？

974 ：nobodyさん：2017/07/08(土) 10:30:16.40 ID:???.net

どうぞどうぞ

975 ：nobodyさん：2017/07/09(日) 02:47:07.70 ID:7eNkpAL2.net

>>973

数人かそれ以下のPGで制作する場合は
Symfonyやその派生の巨大フレームワークは
却ってボトルネックとなると思う。
PG兼SE1人の制作環境では修行しているような気分になるはずだ。

しかし多数のPGを使って制作する場合は
リーダーが外枠（フレームワーク内のフレームワーク）をきっちり準備すれば
スムーズに事が運ぶと思われる。

俺は大人数での制作に関わる気は毛頭ないから
CodeIgniterの高速性を取るし（最近はCodeIgniterすら使わない）
Symfony系の巨大フレームワークは壮大な無駄にしか見えない。

ドキュメントが充実していないというのは誤解のような気がする。
Symfony系のフレームワークは色々な団体・個人が開発したソースの集合体であり
どこかが一括してドキュメントに責任を負っているわけではないのだろう。
Symfony系が粗大ゴミにしか見えない者にとってはどうでも良いことだが。

976 ：nobodyさん：2017/07/09(日) 22:55:59.60 ID:???.net

Laravelの良さはコマンド一つでサクサク環境作れることじゃない？
SQLインジェクション対策とか、ログイン関係のセキュリティ対策も完備しているし、
コマンドも自分で簡単に追加できるし、普通にフレームワークとしての機能は完備してる

解説は確かに昔少なかったけど、解説本も出たんだから買えば解決
ただ、公式の解説や、本体を翻訳してくれてる有志が居るし恵まれてる方でしょ

977 ：nobodyさん：2017/07/10(月) 01:24:21.48 ID:???.net

Laravelで数少ない不満はhasOne :throughを頑なに拒み続ける事

978 ：nobodyさん：2017/07/11(火) 00:26:35.73 ID:???.net

Laravelのどこがドキュメント恵まれてないんだ？
CodeIgniterの方が負の遺産抱えすぎて悲惨だろｗ
未だにアンダースコア区切りでやってんのかよ

979 ：nobodyさん：2017/07/11(火) 03:37:43.61 ID:MJfoqvFM.net

ApacheできないけどLaravelできますか？
PHPは割りと理解している(.so 関係, peclモジュールとかは怪しいレベル)
Composerはギリ
Railsはできる。
JavaScriptは結構得意。(jQery, Reactいける。)
MySQLも使い慣れている(スキーマとかGRANTもできる)

980 ：nobodyさん：2017/07/11(火) 06:45:29.11 ID:???.net

Apacheできないってどういう意味だろ
設定できないってことかね

981 ：nobodyさん：2017/07/11(火) 08:31:50.54 ID:???.net

その書き方からすると全部怪しいｗ

982 ：nobodyさん：2017/07/11(火) 11:08:24.69 ID:???.net

Laravel使うようになって初めてcomposer使うようになって、未だによくわかってないけど問題ない
Apacheの設定もいじるのはDocumentRootぐらいだと思う、/以外にLaravel設置しようとしたら大変かもしれないが

983 ：nobodyさん：2017/07/11(火) 11:23:38.64 ID:???.net

vagrantさえ動かせれば何も考えんで済むよね
windowsだとなにかとトラブって動かせたことがないが
まあxampp入れれば環境はすぐできる

984 ：nobodyさん：2017/07/11(火) 19:15:44.39 ID:MJfoqvFM.net

>>983
そうそう、xampp頼みで Apacheは勉強不足なんだわ。
vagrant本気でやってみようかな？
Dockerは勉強したんだけどね、誰かが構築済みのやつを拝借してしまえばいいわけだ。
つまりxamppの代わりをvagrantにやらせるってことでしょ？

985 ：nobodyさん：2017/07/11(火) 21:18:14.18 ID:utPd6rdE.net

>>984
違うよ。
xamppはwindows版apacheとmysqlとphpなどのセット。
vagrantはvirtualboxやvmwareでlinuxの環境を簡単に作るためのツール。
サーバの設定は自分でやらないといけない。
xamppみたいにボタン押せばとりあえず使えるといったシロモノじゃない。
それでも俺はvagrant+virtualboxをすすめる。
PGでもサーバの知識は必須なので、今のうちにやっといた方がいいよ。

986 ：nobodyさん：2017/07/11(火) 21:24:09.75 ID:???.net

LaravelにはHomesteadがあるから
サーバの知識何もいらんよ

987 ：nobodyさん：2017/07/12(水) 13:42:30.03 ID:???.net

生涯Laravelならそれでもいいかもだけどそうも行かないだろうし
機会を見てサーバの知識は持っておいたほうが良いとは思うけどね

988 ：nobodyさん：2017/07/12(水) 13:48:42.56 ID:???.net

もちろんそうだ
vagrantさえ動けば何も考えんでいいと書いたのは
homesteadがあるから、という話だよ
vagrantを動かした上で色々設定の必要ありというのは
ことlaravelに関する限り当てはまらないということ

989 ：nobodyさん：2017/07/12(水) 20:48:44.74 ID:w9egFAoI.net

どのos imageを使うかにもよるが、サーバの知識無しではしんどいよ。
サラのimageだったらphpから入れる必要あるしね。
けっこう面倒。
でもやる価値はある。

990 ：nobodyさん：2017/07/12(水) 22:44:03.70 ID:???.net

サーバの知識皆無で本番サーバの設定どうやんのよ

991 ：nobodyさん：2017/07/13(木) 07:40:21.83 ID:???.net

レンタルサーバじゃあかんの？

992 ：nobodyさん：2017/07/13(木) 21:13:27.21 ID:???.net

いいけどまったく設定しないわけにもいかんだろ

993 ：nobodyさん：2017/07/14(金) 23:36:54.31 ID:???.net

とりあえずLaravelやりたいだけならxamppでいいべ。
作ってからアップロードするときにでもサバの勉強すりゃいいし。
なんでもかんでも手を出すと、結局何もできないことになる。

994 ：nobodyさん：2017/07/21(金) 01:28:51.97.net

symfonyのBundleみたいにひとまとまりの汎用パッケージにするのってどうやるの？

995 ：nobodyさん：2017/07/21(金) 01:30:33.52.net

失礼ドキュメントあったわ

996 ：nobodyさん：2017/08/05(土) 14:12:45.24 ID:???.net

コントローラからビューに渡すときにグローバル関数使ったり、設計が滑稽過ぎるだろ…
誰だこんな変なフレームワーク流行らせたやつ

997 ：nobodyさん：2017/08/05(土) 14:46:37.15 ID:???.net

ヘルパ関数が嫌ならViewのファクトリを注入すればいいだけだが

998 ：nobodyさん：2017/08/05(土) 14:50:05.96 ID:???.net

>>997
フレームワーク側でそんな設計にしてるのが間抜けだって言ってるのがわからない？

999 ：nobodyさん：2017/08/05(土) 14:52:52.48 ID:???.net

>>997
そうやって自分ルールを増やして可読性を下げたりしないためのフレームワークなのに

1000 ：nobodyさん：2017/08/05(土) 15:16:07.86 ID:???.net

嫌なら使うなで

1001 ：nobodyさん：2017/08/05(土) 15:39:55.12 ID:???.net

Viewファサードを使うか、viewヘルパ関数を使うか、Viewファサードの移譲先のクラス\Illuminate\View\Factoryを直接使うか、フレームワーク側では複数の選択肢が用意されているので
どれを使うかは利用者が決める必要がある
複数人で開発するならその辺りの規約を決めておかないとカオスになるよなー

Laravelの思想的には記述量が短いファサードやヘルパ関数が推奨なんだろうけどおっしゃるとおり設計はお察し

1002 ：nobodyさん：2017/08/08(火) 16:32:20.23 ID:mXDJEFH/.net

Laravel5.4.25使ってるんだが、bootstrapのdatetimepickerの導入方法を分かりやすく教えてくれないか…。
英語の記事は見つかってその通りにやってるつもりなんだが、そもそもjQueryが読み込めてないのか「$ is not defined」とかでエラーが出て進まない。
そもそもLaravelMixだっけ？あれで導入しなきゃいかんの？

1003 ：nobodyさん：2017/08/08(火) 17:21:16.04 ID:???.net

>>1002
知らんけど「$」を「jQuery」に書き直してもダメ？

1004 ：2ch.net投稿限界：Over 1000 Thread

2ch.netからのレス数が1000に到達しました。