【PHP】Laravel【フレームワーク】 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
テンプレ追加修正お願いします
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 青い本も、新しいのもイマイチやね。laravel情報少ないがホントに流行ってるのかねぇ( ̄▽ ̄;) >>231
確認画面にするならわざわざControllerから渡さなくてもヘルパのold関数でいいんじゃない?
value="{{ old('hoge', $data->hoge) }}"
で、直前の入力値か、DB値かが表示できる >>233
その本のどっちかと公式リファレンスあれば
フレームワーク初心者でも充分理解できると思うが
逆に何の情報が足りないの? バリデーションでよく例に出てる以下のようなやつって、エラー出たら自動で元の画面に戻るみたいに書いてるけど戻らんのよ
例外吐くみたいなこと書いてあるからtry/catchで囲ってcatchブロック内にreturn back();書くのが普通?
$this->validate($request, [
"hoge" => "required|string|max:255",
]); >>237
よくsublimeなんかでlaravel書く気になるね IDE使わないでテキストエディタ使ってる人はネタなのか IDEなんて継承しまくりのソース見る時ぐらいしか必要とは思わん phpstorm → mvc全部書けるオールラウンダー
eclipse → viewが弱い
sublime → viewだけなら使い物にはなる
atom, vscode, vim → 使ったことないけどsublimeみたいなもんだろ? netbeansは無料ってだけで特筆する性能じゃないよね vscodeは補完プラグイン次第でまぁまぁ使えなくも無いけどゴミだな vscodeはなんか小ざっぱりしていて物足りない
ザ・IDE!っていうゴテゴテしたUIのガジェット感がないんだよなあ いやvscodeはIDEじゃなくてテキストエディタなんだからそういうもんだろ お前らってメモ帳しかない環境でlaravelやれって言われたら発狂しそうだな 金出さないで真っ当なIDE使うならNetBeansだよね
金出せるならPhpStorm使ったほうが良いと思うけど 検索機能があって、一覧表示とページ移動できるようにしたい場合ですが
モデルで検索条件で取得した一覧データと
別途ページ移動用に、同じ検索条件でpagenate(20)みたいにして生成しないといけない?
同時にはできない? NetBeansは時々起こるコピペクラッシュが我慢ならん まぁSublimeやAtomとかよりはNetBeansのほうがまだマシだとは思うが、
jetbrainsが出してるものと比べればあんまり良いものでもないよな NetBeansでLaravelってそんなにいいのか? >>271
そんなにでもない
ケチな人専用じゃないかな? やはりjetbrainsのIDEが一番いい
あれは金を払う価値がある PHPの神フレームワークはLaravelという結論でOK? phpは開発者も嘆くほどダサくてクソコードを作りやすくしてしまったといってるからそれをベースにしたフレームワークなどに神もクソもない それなんだよな
dotnet coreがLinuxでも動くようになったからC#が今後伸びてくるやも JavaはOracleがやらかしたしなー
そういえばCやC++ってWebフレームワークってあるの? Laravelはsymfonyよりはよいとおもいます Oracle「PHPもボクが管理するよ」
ってなったら終わりだな PHP「僕がOracleを管理するよ」
こうなればOK リーナス「俺がPHPを管理する。糞コードや糞機能は廃止するからな」 LaravelのいいところはJavaじゃないところ お前らLaravelコーディングできないからって嫉妬するなよw 最近Laravelはじめてみたけどこれ凄いな
VueとかReactなんかのフロントエンドのフレームワーク使うのにwebpackの設定書かなくてもいいし
ちゃんとフロントエンドとバックエンドの接続を一つの環境でできるんだから
cdn読み込みとかじゃないフル機能のVueやReactを使ってバックエンドのDBとデータやり取りするシステム作ってみたいって人にはいいかも知れん 最近Laravelはじめてみたけどこれ凄いな
VueとかReactなんかのフロントエンドのフレームワーク使うのにwebpackの設定書かなくてもいいし
ちゃんとフロントエンドとバックエンドの接続を一つの環境でできるんだから
cdn読み込みとかじゃないフル機能のVueやReactを使ってバックエンドのDBとデータやり取りするシステム作ってみたいって人にはいいかも知れん 最近Laravelはじめてみたけどこれ凄いな
VueとかReactなんかのフロントエンドのフレームワーク使うのにwebpackの設定書かなくてもいいし
ちゃんとフロントエンドとバックエンドの接続を一つの環境でできるんだから
cdn読み込みとかじゃないフル機能のVueやReactを使ってバックエンドのDBとデータやり取りするシステム作ってみたいって人にはいいかも知れん 最近Laravelはじめてみたけどこれ凄いな
VueとかReactなんかのフロントエンドのフレームワーク使うのにwebpackの設定書かなくてもいいし
ちゃんとフロントエンドとバックエンドの接続を一つの環境でできるんだから
cdn読み込みとかじゃないフル機能のVueやReactを使ってバックエンドのDBとデータやり取りするシステム作ってみたいって人にはいいかも知れん 最近Laravelはじめてみたけどこれ凄いな
VueとかReactなんかのフロントエンドのフレームワーク使うのにwebpackの設定書かなくてもいいし
ちゃんとフロントエンドとバックエンドの接続を一つの環境でできるんだから
cdn読み込みとかじゃないフル機能のVueやReactを使ってバックエンドのDBとデータやり取りするシステム作ってみたいって人にはいいかも知れん LaravelとVue.jsをどう連携すれば効率的に使えるかを説かれた本出ないかな 「○○処理が完了しました」みたいなメッセージを画面に出すのによく使われる
return redirect('foo/bar')->with('status', 'メッセージ');
って便利だけど、これって普通のセッションに入れてるわけじゃなくて
1度読み出したら消す(フラッシュ)みたいな特別な領域に入れてるよね
session()->flush('status', 'メッセージ'); みたいな書き方があるっていうの見つけたけど、これ使うとセッションが全部消えてログアウトになった
で、session()->with('status', 'メッセージ'); のように書いてみたらそんなもんありませんみたいなエラーログが吐かれた
そこで質問ですが直接リダイレクトすることなくセッションに一時的にメッセージを保存する書き方ありますか? >>307
データの一時的保持ならflashじゃねーの
flushは全データ消去 プログラムやってれば、割とよく出てくる単語だと思うけど。
メモリ上のデータをフラッシュ(flush)する(=ファイルに掃き出す)。 プログラムやってれば、割とよく出てくる単語だと思うけど。
メモリ上のデータをフラッシュ(flush)する(=ファイルに掃き出す)。 プログラムやってれば、割とよく出てくる単語だと思うけど。
メモリ上のデータをフラッシュ(flush)する(=ファイルに掃き出す)。 FormRequest使うと入力エラーだと入力画面に戻ってoldで入力値が取れるけど、その時にFormRequest内で入力値に追加することってできないのかな
やりたいことは画像アップロード付のFromでエラーで戻った時に正常にアップロード済みの画像は再選択しなくてもいいようにしたいです
画像でエラーが出た時はもちろん再選択でいいです
なので入力エラーの時は入力データに別のキーでアップロード済み画像のフルファイル名と元ファイル名を持たせようかと思ったんだけどうまくいかない old値使うよりもonsubmit系のイベントで要件に満たないものは送信中止した方がいいんじゃない? だからJavaScriptでまずバリデーションして要件に満たないものは弾いて送信処理ぜずにエラー処理でいいんやないの?
どうしても送信先でバリデーションしたいんならXHR通信(ajax,axios)使って飛ばした後結果次第でエラー表示するか
成功したらリダイレクトでどっかに戻すかすればいいじゃん アンチパターンにはアンチパターンである裏付けがあるけど何を以てアンチパターンと判断した? oldはsessionの'_old_input'に入ってた気がするから追加しようと思えばできなくないけど、laravelのインターフェイスじゃなくて中の実装に依存してしまうから、独自のキーでsession保存が安牌な気がする >>317
それLaravelの開発者が、やめてほしいLaravelの使い方として挙げたやつじゃない? 下手にJavaScriptに頼らず、Laravelだけで処理できるのであれば
Laravelだけで実装したほうがいい気がするな Reactみたいにフロントでバリデーションはやるが、当たり前だけどサーバー側も同じバリデーションは必要 どんなにJavaScriptでガチガチにバリデーションしてもセキュリティ考えると結局サーバーサイドでバリデーションしないといけないのは変わらないしな
ユーザビリティとしては一旦JavaScriptでバリデーションしてエラー出した方がいいけど、バリデーション処理が2箇所になってメンテナンス性が悪くなる もう一度言うけど
どんなにJavaScriptでガチガチにバリデーションしてもセキュリティ考えると結局サーバーサイドでバリデーションしないといけないのは変わらないしな
ユーザビリティとしては一旦JavaScriptでバリデーションしてエラー出した方がいいけど、バリデーション処理が2箇所になってメンテナンス性が悪くなる フォームデータをポストするのにajaxじゃなくバカ正直にformをsubmitするのなんで?
画面の遷移をやるのはgetだけでよくない? 画面遷移を別のビューでSSRするのか、Reactみたいにレンダリングはフロントでやるのかの違い クライアントサイドのバリデーションUXのため。サーバサイドのバリデーションはセキュリティのため。
セキュリティのことを考えるとクライアントサイドのバリデーションはただの飾り UX面を考慮するなら冗長でもブラウザ側のバリデーションは必要かと思うよ
てかこれ全部自演かも知れんけど バリデーションなんか難しくもなんともないんだからその程度で喧嘩すんな 誰もバリデーションが難しいとかクライアント側が不要とか言ってないぞ?
何言ってんだこいつ 確かにフロントとバックのバリデーション分担って悩ましいよね
結局のところどっちもやるべきなんだと思うけど
最近昔のシステムの改修しててソース見ると
フォームポスト
↓
バリデーション→確認画面表示
↓
バリデーション→本登録
みたいになってるけどこの二回は流石に要らんだろと思って
一回目のバリデーション通ったらその結果をセッションにぶち込んで二回目のところはセッションから取り出した値そのまま通すことにして
UI側にアクティブなバリデーション入れた
画面遷移の確認→確定シーケンスは保持
ただ確認画面はページは遷移せずにDOMの表示切り替えにした
VueとかReactみたいなハイカラなもの使いたいけどまだ実用できるレベルじゃないから勉強中で悩ましい ■ このスレッドは過去ログ倉庫に格納されています