私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】Laravel【フレームワーク】
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
最近Laravelはじめてみたけどこれ凄いな
VueとかReactなんかのフロントエンドのフレームワーク使うのにwebpackの設定書かなくてもいいし
ちゃんとフロントエンドとバックエンドの接続を一つの環境でできるんだから
cdn読み込みとかじゃないフル機能のVueやReactを使ってバックエンドのDBとデータやり取りするシステム作ってみたいって人にはいいかも知れん
VueとかReactなんかのフロントエンドのフレームワーク使うのにwebpackの設定書かなくてもいいし
ちゃんとフロントエンドとバックエンドの接続を一つの環境でできるんだから
cdn読み込みとかじゃないフル機能のVueやReactを使ってバックエンドのDBとデータやり取りするシステム作ってみたいって人にはいいかも知れん
最近Laravelはじめてみたけどこれ凄いな
VueとかReactなんかのフロントエンドのフレームワーク使うのにwebpackの設定書かなくてもいいし
ちゃんとフロントエンドとバックエンドの接続を一つの環境でできるんだから
cdn読み込みとかじゃないフル機能のVueやReactを使ってバックエンドのDBとデータやり取りするシステム作ってみたいって人にはいいかも知れん
VueとかReactなんかのフロントエンドのフレームワーク使うのにwebpackの設定書かなくてもいいし
ちゃんとフロントエンドとバックエンドの接続を一つの環境でできるんだから
cdn読み込みとかじゃないフル機能のVueやReactを使ってバックエンドのDBとデータやり取りするシステム作ってみたいって人にはいいかも知れん
LaravelとVue.jsをどう連携すれば効率的に使えるかを説かれた本出ないかな
>>305
そんくらい調べて考えろよ…
そんくらい調べて考えろよ…
FormRequest使うと入力エラーだと入力画面に戻ってoldで入力値が取れるけど、その時にFormRequest内で入力値に追加することってできないのかな
やりたいことは画像アップロード付のFromでエラーで戻った時に正常にアップロード済みの画像は再選択しなくてもいいようにしたいです
画像でエラーが出た時はもちろん再選択でいいです
なので入力エラーの時は入力データに別のキーでアップロード済み画像のフルファイル名と元ファイル名を持たせようかと思ったんだけどうまくいかない
やりたいことは画像アップロード付のFromでエラーで戻った時に正常にアップロード済みの画像は再選択しなくてもいいようにしたいです
画像でエラーが出た時はもちろん再選択でいいです
なので入力エラーの時は入力データに別のキーでアップロード済み画像のフルファイル名と元ファイル名を持たせようかと思ったんだけどうまくいかない
だからJavaScriptでまずバリデーションして要件に満たないものは弾いて送信処理ぜずにエラー処理でいいんやないの?
どうしても送信先でバリデーションしたいんならXHR通信(ajax,axios)使って飛ばした後結果次第でエラー表示するか
成功したらリダイレクトでどっかに戻すかすればいいじゃん
どうしても送信先でバリデーションしたいんならXHR通信(ajax,axios)使って飛ばした後結果次第でエラー表示するか
成功したらリダイレクトでどっかに戻すかすればいいじゃん
>>317
それアンチパターンじゃねぇか?
それアンチパターンじゃねぇか?
アンチパターンにはアンチパターンである裏付けがあるけど何を以てアンチパターンと判断した?
oldはsessionの'_old_input'に入ってた気がするから追加しようと思えばできなくないけど、laravelのインターフェイスじゃなくて中の実装に依存してしまうから、独自のキーでsession保存が安牌な気がする
>>317
それLaravelの開発者が、やめてほしいLaravelの使い方として挙げたやつじゃない?
それLaravelの開発者が、やめてほしいLaravelの使い方として挙げたやつじゃない?
下手にJavaScriptに頼らず、Laravelだけで処理できるのであれば
Laravelだけで実装したほうがいい気がするな
Laravelだけで実装したほうがいい気がするな
Reactみたいにフロントでバリデーションはやるが、当たり前だけどサーバー側も同じバリデーションは必要
どんなにJavaScriptでガチガチにバリデーションしてもセキュリティ考えると結局サーバーサイドでバリデーションしないといけないのは変わらないしな
ユーザビリティとしては一旦JavaScriptでバリデーションしてエラー出した方がいいけど、バリデーション処理が2箇所になってメンテナンス性が悪くなる
ユーザビリティとしては一旦JavaScriptでバリデーションしてエラー出した方がいいけど、バリデーション処理が2箇所になってメンテナンス性が悪くなる
もう一度言うけど
どんなにJavaScriptでガチガチにバリデーションしてもセキュリティ考えると結局サーバーサイドでバリデーションしないといけないのは変わらないしな
ユーザビリティとしては一旦JavaScriptでバリデーションしてエラー出した方がいいけど、バリデーション処理が2箇所になってメンテナンス性が悪くなる
どんなにJavaScriptでガチガチにバリデーションしてもセキュリティ考えると結局サーバーサイドでバリデーションしないといけないのは変わらないしな
ユーザビリティとしては一旦JavaScriptでバリデーションしてエラー出した方がいいけど、バリデーション処理が2箇所になってメンテナンス性が悪くなる
クライアントサイドのバリデーションUXのため。サーバサイドのバリデーションはセキュリティのため。
セキュリティのことを考えるとクライアントサイドのバリデーションはただの飾り
セキュリティのことを考えるとクライアントサイドのバリデーションはただの飾り
UX面を考慮するなら冗長でもブラウザ側のバリデーションは必要かと思うよ
てかこれ全部自演かも知れんけど
てかこれ全部自演かも知れんけど
バリデーションなんか難しくもなんともないんだからその程度で喧嘩すんな
誰もバリデーションが難しいとかクライアント側が不要とか言ってないぞ?
何言ってんだこいつ
何言ってんだこいつ
確かにフロントとバックのバリデーション分担って悩ましいよね
結局のところどっちもやるべきなんだと思うけど
最近昔のシステムの改修しててソース見ると
フォームポスト
↓
バリデーション→確認画面表示
↓
バリデーション→本登録
みたいになってるけどこの二回は流石に要らんだろと思って
一回目のバリデーション通ったらその結果をセッションにぶち込んで二回目のところはセッションから取り出した値そのまま通すことにして
UI側にアクティブなバリデーション入れた
画面遷移の確認→確定シーケンスは保持
ただ確認画面はページは遷移せずにDOMの表示切り替えにした
VueとかReactみたいなハイカラなもの使いたいけどまだ実用できるレベルじゃないから勉強中で悩ましい
結局のところどっちもやるべきなんだと思うけど
最近昔のシステムの改修しててソース見ると
フォームポスト
↓
バリデーション→確認画面表示
↓
バリデーション→本登録
みたいになってるけどこの二回は流石に要らんだろと思って
一回目のバリデーション通ったらその結果をセッションにぶち込んで二回目のところはセッションから取り出した値そのまま通すことにして
UI側にアクティブなバリデーション入れた
画面遷移の確認→確定シーケンスは保持
ただ確認画面はページは遷移せずにDOMの表示切り替えにした
VueとかReactみたいなハイカラなもの使いたいけどまだ実用できるレベルじゃないから勉強中で悩ましい
>>314の件に関してはフロント側でバリデーションしてれば煩わしい再入力が必要になるケースは9割がた消滅するんだよね
今なんの議論してるの?
傍目から読むと
やりたければやればいいし、めんどくさければやらなくていい
という意見で全員が一致しているのだと思っているけど
傍目から読むと
やりたければやればいいし、めんどくさければやらなくていい
という意見で全員が一致しているのだと思っているけど
>>337
wwwwwwwwwwwwwwwwwwwww
wwwwwwwwwwwwwwwwwwwww
もうなんか本人の再レスなのかコピペマンのいつものコピペなのかそれともコイツ自体がいつものコピペマンなのかもう分からん
ここまで全て>>1の自演
いや>>339の自演だろ
バリデーションなんか難しくもなんともないんだからその程度で喧嘩すんな
誰もバリデーションが難しいとかクライアント側が不要とか言ってないぞ?
何言ってんだこいつ
何言ってんだこいつ
もうなんか本人の再レスなのかコピペマンのいつものコピペなのかそれともコイツ自体がいつものコピペマンなのかもう分からん
>>314の件に関してはフロント側でバリデーションしてれば煩わしい再入力が必要になるケースは9割がた消滅するんだよね
今なんの議論してるの?
傍目から読むと
やりたければやればいいし、めんどくさければやらなくていい
という意見で全員が一致しているのだと思っているけど
傍目から読むと
やりたければやればいいし、めんどくさければやらなくていい
という意見で全員が一致しているのだと思っているけど
類似してるかもしれないスレッド
- 【PHP】Laravel【フレームワーク】 Part.5 (568) - [84%] - 2021/5/1 22:00
- 【PHP】Laravel【フレームワーク】 Part.9 (884) - [84%] - 2022/3/13 12:00
- 【PHP】Laravel【フレームワーク】 Part.8 (148) - [84%] - 2021/8/8 21:30
- 【PHP】Laravel【フレームワーク】 Part.7 (779) - [84%] - 2021/7/9 16:18
- 【PHP】Laravel【フレームワーク】 Part.6 (745) - [84%] - 2021/6/21 6:30
- 【PHP】Laravel【フレームワーク】 Part.12 (314) - [82%] - 2023/1/30 18:45
- 【PHP】Laravel【フレームワーク】 Part.3 (983) - [82%] - 2021/2/12 4:00
- 【PHP】Laravel【フレームワーク】 Part.4 (460) - [82%] - 2021/4/4 4:00
- 【PHP】Laravel【フレームワーク】 Part.2 (917) - [82%] - 2019/9/10 9:15
- 【PHP】Laravel【フレームワーク】 Part.11 (870) - [82%] - 2022/8/28 15:45
- 【PHP】Laravel【フレームワーク】 Part.10 (446) - [82%] - 2022/6/6 19:30
- 【PHP】Ethna part.2【国産フレームワーク】 (315) - [67%] - 2019/5/9 7:45 ○
トップメニューへ / →のくす牧場書庫について