【PHP】Laravel【フレームワーク】 [無断転載禁止]©2ch.net

**nobodyさん** · 2017/08/26(土) 02:58:34.76

テンプレ追加修正お願いします

Laravel
ウェブ職人のためのPHPフレームワーク

本家
https://laravel.com/

git
https://github.com/laravel

動画チュートリアル(英語)
https://laracasts.com/

日本語
http://laravel.jp/

書籍
Laravel リファレンス[Ver.5.1 LTS 対応] Web職人好みの新世代PHPフレームワーク
https://www.amazon.co.jp/gp/aw/d/4844339451

Laravelエキスパート養成読本[モダンな開発を実現するPHPフレームワーク！] (Software Design plus)
https://www.amazon.co.jp/gp/aw/d/4774173134

**nobodyさん** · 2018/12/22(土) 16:48:35.45

でもその方法だと送信中止されちゃいますよね？

**nobodyさん** · 2018/12/22(土) 17:13:38.07

だからJavaScriptでまずバリデーションして要件に満たないものは弾いて送信処理ぜずにエラー処理でいいんやないの？

どうしても送信先でバリデーションしたいんならXHR通信(ajax,axios)使って飛ばした後結果次第でエラー表示するか
成功したらリダイレクトでどっかに戻すかすればいいじゃん

**nobodyさん** · 2018/12/22(土) 21:46:51.18

>>317
それアンチパターンじゃねぇか？

**nobodyさん** · 2018/12/22(土) 21:52:32.52

アンチパターンにはアンチパターンである裏付けがあるけど何を以てアンチパターンと判断した？

**nobodyさん** · 2018/12/23(日) 15:03:50.29

oldはsessionの'_old_input'に入ってた気がするから追加しようと思えばできなくないけど、laravelのインターフェイスじゃなくて中の実装に依存してしまうから、独自のキーでsession保存が安牌な気がする

**nobodyさん** · 2018/12/23(日) 22:34:32.13

>>317
それLaravelの開発者が、やめてほしいLaravelの使い方として挙げたやつじゃない？

**nobodyさん** · 2018/12/23(日) 22:36:50.80

下手にJavaScriptに頼らず、Laravelだけで処理できるのであれば
Laravelだけで実装したほうがいい気がするな

**nobodyさん** · 2018/12/23(日) 22:56:38.35

Reactみたいにフロントでバリデーションはやるが、当たり前だけどサーバー側も同じバリデーションは必要

**nobodyさん** · 2018/12/24(月) 02:09:59.01

どんなにJavaScriptでガチガチにバリデーションしてもセキュリティ考えると結局サーバーサイドでバリデーションしないといけないのは変わらないしな
ユーザビリティとしては一旦JavaScriptでバリデーションしてエラー出した方がいいけど、バリデーション処理が2箇所になってメンテナンス性が悪くなる

**nobodyさん** · 2018/12/24(月) 04:15:34.75

もう一度言うけど
どんなにJavaScriptでガチガチにバリデーションしてもセキュリティ考えると結局サーバーサイドでバリデーションしないといけないのは変わらないしな
ユーザビリティとしては一旦JavaScriptでバリデーションしてエラー出した方がいいけど、バリデーション処理が2箇所になってメンテナンス性が悪くなる

**nobodyさん** · 2018/12/24(月) 06:25:33.71

フォームデータをポストするのにajaxじゃなくバカ正直にformをsubmitするのなんで？
画面の遷移をやるのはgetだけでよくない？

**nobodyさん** · 2018/12/24(月) 10:51:30.76

画面遷移を別のビューでSSRするのか、Reactみたいにレンダリングはフロントでやるのかの違い

**nobodyさん** · 2018/12/24(月) 15:31:36.37

クライアントサイドのバリデーションUXのため。サーバサイドのバリデーションはセキュリティのため。

セキュリティのことを考えるとクライアントサイドのバリデーションはただの飾り

**nobodyさん** · 2018/12/24(月) 15:36:14.45

UX面を考慮するなら冗長でもブラウザ側のバリデーションは必要かと思うよ
てかこれ全部自演かも知れんけど

**nobodyさん** · 2018/12/24(月) 18:30:56.64

バリデーションなんか難しくもなんともないんだからその程度で喧嘩すんな

**nobodyさん** · 2018/12/24(月) 18:43:39.39

誰もバリデーションが難しいとかクライアント側が不要とか言ってないぞ？
何言ってんだこいつ

**nobodyさん** · 2018/12/24(月) 18:51:24.40

確かにフロントとバックのバリデーション分担って悩ましいよね
結局のところどっちもやるべきなんだと思うけど

最近昔のシステムの改修しててソース見ると
フォームポスト
↓
バリデーション→確認画面表示
↓
バリデーション→本登録

みたいになってるけどこの二回は流石に要らんだろと思って
一回目のバリデーション通ったらその結果をセッションにぶち込んで二回目のところはセッションから取り出した値そのまま通すことにして
UI側にアクティブなバリデーション入れた
画面遷移の確認→確定シーケンスは保持
ただ確認画面はページは遷移せずにDOMの表示切り替えにした

VueとかReactみたいなハイカラなもの使いたいけどまだ実用できるレベルじゃないから勉強中で悩ましい

**nobodyさん** · 2018/12/24(月) 18:53:31.75

>>314の件に関してはフロント側でバリデーションしてれば煩わしい再入力が必要になるケースは９割がた消滅するんだよね

**nobodyさん** · 2018/12/24(月) 18:58:56.62

今なんの議論してるの？

傍目から読むと
やりたければやればいいし、めんどくさければやらなくていい
という意見で全員が一致しているのだと思っているけど

**nobodyさん** · 2018/12/24(月) 19:00:13.06

過疎だから仕方によ

**nobodyさん** · 2018/12/24(月) 21:32:22.54

過疎だと大変

**nobodyさん** · 2018/12/26(水) 19:27:01.27

>>333
誰もバリデーションが難しいとかクライアント側が不要とか言ってないぞ？
何言ってんだこいつ

**nobodyさん** · 2018/12/27(木) 02:37:00.60

>>337
wwwwwwwwwwwwwwwwwwwww

**nobodyさん** · 2018/12/27(木) 03:43:46.13

もうなんか本人の再レスなのかコピペマンのいつものコピペなのかそれともコイツ自体がいつものコピペマンなのかもう分からん

**nobodyさん** · 2018/12/27(木) 14:10:02.65

ここまで全て>>1の自演

**nobodyさん** · 2018/12/27(木) 14:48:38.98

いや>>339の自演だろ

**nobodyさん** · 2018/12/27(木) 17:45:50.56

【悲報】Laravelスレコピペだらけ

**nobodyさん** · 2018/12/27(木) 17:46:14.88

バリデーションなんか難しくもなんともないんだからその程度で喧嘩すんな

**nobodyさん** · 2018/12/27(木) 20:19:42.96

誰もバリデーションが難しいとかクライアント側が不要とか言ってないぞ？
何言ってんだこいつ

**nobodyさん** · 2018/12/27(木) 20:30:37.38

もうなんか本人の再レスなのかコピペマンのいつものコピペなのかそれともコイツ自体がいつものコピペマンなのかもう分からん

**nobodyさん** · 2018/12/27(木) 20:32:27.58

>>314の件に関してはフロント側でバリデーションしてれば煩わしい再入力が必要になるケースは９割がた消滅するんだよね

**nobodyさん** · 2018/12/27(木) 20:33:18.79

今なんの議論してるの？

傍目から読むと
やりたければやればいいし、めんどくさければやらなくていい
という意見で全員が一致しているのだと思っているけど

**nobodyさん** · 2018/12/27(木) 20:33:35.21

なんぞこれｗｗ

**nobodyさん** · 2018/12/27(木) 20:34:56.10

スタンドアローンコンプレックス

**nobodyさん** · 2018/12/27(木) 20:36:56.54

カオスすぎるだろw

**nobodyさん** · 2018/12/27(木) 22:15:39.08

>>349
誰もバリデーションが難しいとかクライアント側が不要とか言ってないぞ？
何言ってんだこいつ

**nobodyさん** · 2018/12/27(木) 22:16:14.35

>>349
誰もバリデーションが難しいとかクライアント側が不要とか言ってないぞ？
何言ってんだこいつ

**nobodyさん** · 2018/12/27(木) 22:16:35.43

バリデーションなんか難しくもなんともないんだからその程度で喧嘩すんな

**nobodyさん** · 2018/12/27(木) 22:17:05.05

この流れやめろｗｗｗ

**nobodyさん** · 2018/12/27(木) 22:41:26.55

バリデーションのやり方を否定されたからって
荒しすぎだろ

**nobodyさん** · 2018/12/28(金) 01:15:00.93

荒らしてるのはすべて>>317です
バカなこと書いたらよってたかって叩かれたからその腹いせです

**nobodyさん** · 2018/12/28(金) 06:28:55.34

> FormRequest使うと入力エラーだと入力画面に戻ってoldで入力値が取れるけど、その時にFormRequest内で入力値に追加することってできないのかな
> やりたいことは画像アップロード付のFromでエラーで戻った時に正常にアップロード済みの画像は再選択しなくてもいいようにしたいです
> 画像でエラーが出た時はもちろん再選択でいいです
> なので入力エラーの時は入力データに別のキーでアップロード済み画像のフルファイル名と元ファイル名を持たせようかと思ったんだけどうまくいかない

でここのララマス(Laravel Master)的には上記の件ってどうなん？

**nobodyさん** · 2018/12/28(金) 16:11:22.62

old値使うよりもonsubmit系のイベントで要件に満たないものは送信中止した方がいいんじゃない？

**nobodyさん** · 2018/12/28(金) 18:42:57.18

でもその方法だと送信中止されちゃいますよね？

**nobodyさん** · 2018/12/28(金) 19:32:44.88

だからJavaScriptでまずバリデーションして要件に満たないものは弾いて送信処理ぜずにエラー処理でいいんやないの？

どうしても送信先でバリデーションしたいんならXHR通信(ajax,axios)使って飛ばした後結果次第でエラー表示するか
成功したらリダイレクトでどっかに戻すかすればいいじゃん

**nobodyさん** · 2018/12/28(金) 20:43:47.68

>>360
それアンチパターンじゃねぇか？

**nobodyさん** · 2018/12/30(日) 06:56:32.09

環境作るのに楽な方法ってないの？
意外とめんどくさい

**nobodyさん** · 2018/12/30(日) 07:08:48.76

必要なインストールコマンドさえメモっとけばそんなに大変じゃないと思うけどね
どのOSでの話ししてるのかは知らんけど

**nobodyさん** · 2018/12/30(日) 09:56:38.62

>>363
誰がOSの環境構築とか言ってないぞ
なに言ってんだこいつ

**nobodyさん** · 2018/12/30(日) 10:28:24.36

会話噛み合って無さすぎてワロw

**nobodyさん** · 2018/12/30(日) 10:29:19.90

>>362
こいつが悪い

**nobodyさん** · 2018/12/30(日) 11:02:02.17

必要なインストールコマンドさえメモっとけばそんなに大変じゃないと思うけどね
どのOSでの話ししてるのかは知らんけどって言っただろうが

**nobodyさん** · 2018/12/30(日) 12:46:05.38

読解力が凄すぎる
OSによって環境構築の手順が違うってのは普通の人ならわかりそうなものだがいきなり噛み付いていてワロw

**nobodyさん** · 2018/12/30(日) 13:30:14.07

>>368
いや自分で自演してまでスレを盛り上げようとしなくてもいいぞ＾＾

**nobodyさん** · 2018/12/30(日) 13:55:23.93

>>364
MacでやるのかLinuxでやるのか知らんがって意味や
文盲かよ

**nobodyさん** · 2018/12/30(日) 15:02:05.02

このスレに何人かReactって挙げてる人居るけどReactってBladeと相性悪くない？
せっかくpreset reactっていうのがあったから導入を検討してはみたけど
var app = new Vue({ el: '#app' });
ってやるのと違って
ReactDOM.render(<App />, document.getElementById('root'));
ってやった場合
<div id="root"></div>
の中身ってまるっと<App />で定義されたDOMと差し替わるから
Bladeの邪魔にならないディレクティブの内側でしか使えないような気がするんだけど
なんかいい共存方法ってある？

**nobodyさん** · 2018/12/30(日) 17:54:08.16

bladeなんて使わなくていいよ

**nobodyさん** · 2018/12/30(日) 18:08:30.50

>>372
共存方法を教えろってこっちは言っているんだが
blade使わないは答えにならないだろうが

**nobodyさん** · 2018/12/30(日) 18:36:42.84

何こいつ
しねばいいのに笑

**nobodyさん** · 2018/12/30(日) 18:40:21.36

>>371だが>>373は俺じゃない

**nobodyさん** · 2018/12/30(日) 19:12:06.72

邪魔が入ったから再レスします。

このスレに何人かReactって挙げてる人居るけどReactってBladeと相性悪くない？
せっかくpreset reactっていうのがあったから導入を検討してはみたけど
var app = new Vue({ el: '#app' });
ってやるのと違って
ReactDOM.render(<App />, document.getElementById('root'));
ってやった場合
<div id="root"></div>
の中身ってまるっと<App />で定義されたDOMと差し替わるから
Bladeの邪魔にならないディレクティブの内側でしか使えないような気がするんだけど
なんかいい共存方法ってある？

**nobodyさん** · 2018/12/30(日) 19:20:21.41

質問する時はid出した方がいいぞ
頭おかしなやつが質問者偽って暴言吐いてまともな回答つかなくなるから

**nobodyさん** · 2018/12/30(日) 19:20:40.34

ID無いスレってホントどうしようもないな

**nobodyさん** · 2018/12/30(日) 19:21:29.91

だからbladeなんて使わなくていいよって言ってるじゃん

**nobodyさん** · 2018/12/30(日) 19:29:12.71

>>376
追加分だけですます調になってるぞ
なりすますならその辺にも気をつけたらどうだい？

**nobodyさん** · 2018/12/30(日) 19:36:17.14

>>380
いや・・・本人なんですが・・・

**nobodyさん** · 2018/12/30(日) 19:55:09.13

冬休みか

**nobodyさん** · 2018/12/31(月) 12:50:56.75

>>381
本人だったのか。すまん

**nobodyさん** · 2019/01/09(水) 01:20:56.26

ここまでこのスレのテンプレ

**nobodyさん** · 2019/01/13(日) 01:08:33.37

>>235
初心者の情報はいらないね

**nobodyさん** · 2019/01/15(火) 14:36:00.58

>>385
kwsk

**nobodyさん** · 2019/01/25(金) 18:46:13.56

Laravel使い始めたが簡単でいい感じやな
唯一問題なのはcreated_atとupdated_atのデフォルトがtimestamp型なことぐらい
今時なんで2038年問題起こす型使ってんやろ、まあ自分で変更すれば良いだけだけど

**nobodyさん** · 2019/01/25(金) 22:30:36.32

>>387
20年後はお前定年退職してるからどうでもいいだろ

**nobodyさん** · 2019/01/26(土) 04:40:46.27

実際に20年後にならなくても20年後の日付を扱うだけで問題になるだろ

**nobodyさん** · 2019/01/26(土) 10:37:56.96

少し前までTimeStamp型じゃないとCURRENT_TIMESTAMP値が使えない問題とかなかったっけ？
今最新環境で試したらDateTime型でも問題なかったけど

**nobodyさん** · 2019/01/26(土) 12:25:12.43

mysqlがどこかのバージョンで対応した

**nobodyさん** · 2019/01/26(土) 14:58:46.30

次世代フレームワークと言われてるのに20年使えないｗ

**nobodyさん** · 2019/01/26(土) 15:01:05.65

20年も持つフレームワークなんかないだろ

**nobodyさん** · 2019/01/26(土) 16:20:32.69

むしろ逆に現在から見て20年前(1999年)のサイトが残ってるのって結構ヤバイだろ

**nobodyさん** · 2019/01/26(土) 16:59:36.47

5chがまさにそうじゃないの？

**nobodyさん** · 2019/01/26(土) 20:15:06.52

それでも何度かリニューアルはされてる
技術的な面でも

**nobodyさん** · 2019/01/26(土) 20:33:11.86

確かにプログラムは変わってそうだな

**nobodyさん** · 2019/01/26(土) 21:56:25.81

そもそも20年後なんかPHPのバージョンはもとよりMySqlのバージョンも上がって今のバージョンはまず使われてないだろ
MySql自体使われてるかもあやしい
PHPやLaravelもしかり

**nobodyさん** · 2019/01/26(土) 22:12:44.69

Chromeもなくなってスマホもなくなってるはず

**nobodyさん** · 2019/01/27(日) 17:25:38.97

LaravelさんVueさん
今日も仲良しです

**nobodyさん** · 2019/01/28(月) 11:48:17.13

mysql壊れてて草

**nobodyさん** · 2019/01/28(月) 17:38:43.73

https://codezine.jp/article/detail/11179
> Laravelについては、このCodeZineで来月より連載を行います。

山田さんLaravelの本は出さないのかな

**nobodyさん** · 2019/01/29(火) 09:34:51.52

Laravelの開発環境ってHomesteadって今でも主流なん？
今はDocker？

**nobodyさん** · 2019/01/29(火) 11:03:24.03

サーバーで開発しとけ

**nobodyさん** · 2019/01/30(水) 09:20:27.83

Railsを抜くんだーー

**nobodyさん** · 2019/01/30(水) 09:20:56.87

いくぞーーーー

**nobodyさん** · 2019/01/30(水) 09:21:14.26

やっぱ無理ンゴ

**nobodyさん** · 2019/01/30(水) 09:26:19.39

おい

**nobodyさん** · 2019/01/30(水) 13:17:33.21

とっくに抜いてるんだよなあ

**nobodyさん** · 2019/01/30(水) 13:26:27.48

>>409
うんちRubyは国産だからってRails使うガイジがまだいるとは驚きだね

**nobodyさん** · 2019/01/31(木) 07:40:33.90

>>403
主流は知らんけどvalet使ってる(Macのみ)
https://laracasts.com/series/laravel-from-scratch-2017/episodes/3
の3:30くらい
これやるためにMac買ったw

**nobodyさん** · 2019/01/31(木) 08:58:46.87

>>411
仮想環境なの？

**nobodyさん** · 2019/01/31(木) 11:16:17.12

>>412
仮想じゃないよ
ローカルでnginxとMySQLが走ってる
valet入れてあれば好きなフォルダ(例えばmyproject)で
valet parkって打つだけで
ブラウザからmyproject.testでアクセスできる

**nobodyさん** · 2019/01/31(木) 11:56:25.21

あと1番簡単なのは
php artisan serve
かな？

**nobodyさん** · 2019/01/31(木) 11:57:38.29

Dockerやってみて何とか動いたけど
反応がモッサリだった