【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がMySQLだったようです
解決しました。LaravelがMySQLだったようです
解決しました。LaravelがMySQLだったようです 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b) 解決しました。ヤマザキがりそな銀行だったようです。 LaravelがMySQLを停止させたと聞いて飛んできました ログインするユーザー事に似てるけど微妙に違う画面を表示させる場合、
結果的に両方同じAのbladeを呼び出すんだけどその過程で
Bのbladeで変数定義して→Aのblade呼び出しとかCのbladeで変数定義してAのblade呼び出しとかして振り分けてんだけどこれどうかね?
BADなやり口の予感してるんだが なぜに変数定義をbladeで?
controllerですべきかと
その変数ってのが何でどんな使い方してるのかわからないけど 自分だったらLaravel Mix使いなんでVueで書くことになって、
そんで差異部分は愚直にv-if文でそれぞれ書くか別コンポーネントにしちゃうかな これ自分が受け持った案件なんだけどログインユーザー毎に経由するビュー振り分けてて
最初自分の経験も浅いのもあって綺麗にビュー整理してるんだな〜とか思ってたけどロジックを別に置けば経由するだけ無駄じゃね?ってなった経緯。
ちなみに途中で作ってる変数はリンクの文字列とかform表示非表示の分でございます 自己紹介とか思ったこととかはいらない
話が散漫になって余計にややこしくなる
何が必要でどうしたいのかをきちんと書かないと伝わらない 内容>>656で答えその下の人にもうもらってるんだけど話し続ける価値あるかこれ? いや、質問者がそれで納得してないから>>660で続けてるのかと
その内容がわからないから困ってる >>663を
>>663
>自己紹介とか思ったこととかはいらない
のアドバイスを元に圧縮してみた
>ログインユーザー毎に経由するビュー振り分けてて
>途中で作ってる変数はリンクの文字列とかform表示非表示の分
ここからエッセンスを抽出すると
> ユーザー毎に経由するビュー
> 途中で作ってる変数
> form表示非表示の分
この辺の言葉が意味わからんのだが... まず
>>656=>>660
なんだろうけど
bladeで変数定義するとかやっぱバカだろ 変数定義と言っても可読性のために一端Controllerから受け取った判定用変数を持つってとこだろ
ログインユーザー別のViewって事だからDBから何某かの値を受け取ってるわけだし ユーザごとに変わるview変数を導出するロジックがそこかしこで重複するの辛くね?って話かな?
View composerで解決するのでは? 何か具体的に言った方がええかな?伝えづらいかもしれんが、
ログインしてるユーザー毎に呼び出すビュー振り分けてるってのは
管理者権限でログイン → コントローラー → Bのblade → Aのblade
一般ユーザでログイン → コントローラー → Cのblade → Aのblade
こんな流れでBとCはhtmlとか一切無しにその場で親画面呼び出したり、Aをincludeしたり、Aで使う変数宣言したりしてる。
ここで言うAで使う変数てのはサーバーから取ってきたデータを当てたりとかじゃなく単にリンク文字列とかフォームの表示非表示とかの値。
ログインするユーザー毎に微妙に違う画面出したいのはわかるけどやっぱBとC無駄だよな、それともこれはこれでいいのか?っていうのが元の疑問と相談。 それならModelにヘルパメソッド生やすかなあ
MVCモデルの基本はControllerは薄くしろ、Viewは受け取ったデータを表示させるだけにしろ、なんで Controllerの補助かなんかでController自体をシンプルにするために処理を別に書くためのヤツってなんだっけ? いやそれじゃなくて他にあったような気がするけどなんだろう でも上の用途ならmiddlewareの方がよさそうかもな laravelのバリデータ何度リダイレクトしても自分自身じゃなく遷移元(formページに飛ぶページ)に戻ってまう。
Validate::makeでredirectメソッドに("formpage")を渡しても無視して戻る。
プログラマーの人どうしたらいいのか教えてくれたのむ localeって変えてもValidation.php以外も直さなきゃいけなくなったりしないですか? >>698
php artisan make:auth
じゃダメなの? >>699
今ググったら出てきたー。
ソース見たら先に確認しときゃよかった ログイン画面だったりoauthだったり
独自のssoだったり ログイン画面がログイン画面のログイン画面だったりログイン画面じゃないログイン画面だったりするのか ログイン画面はログイン画面だからログイン画面であってログイン画面じゃなければログイン画面じゃないと思うんだがログイン画面じゃなくてもログイン画面なのか?
ログイン画面とは
哲学じみてきた ログイン画面はログイン画面のログイン画面だしログイン画面はログイン画面じゃない? ドキュメント見たけどサンプルコード少なくね?
結局具体的にどう使うの…というのよーあるわ いやログイン画面のサンプルコードの話ではなくて
サンプルコードのログイン画面の話ね ∩___∩ |
| ノ\ ヽ |
/ ●゛ ● | |
| ∪ ( _●_) ミ j
彡、 |∪| | J
/ ∩ノ ⊃ ヽ
( \ / _ノ | |
.\ “ /__| |
\ /___ / Laravelスレおもろいな。
5chで最高のスレかもしれん ∩___∩ |
| ノ\ ヽ |
/ ●゛ ● | |
| ∪ ( _●_) ミ j
彡、 |∪| | J
/ ∩ノ ⊃ ヽ
( \ / _ノ | |
.\ “ /__| |
\ /___ / Laravel vs Codeigniterの苛烈な戦いが始まる 過疎っていたスレが盛り上がってる!!!と思って覗いたらこれだよ
いいぞ Laravel使ってるのはもうLaravelスレ住人しかいないからな マジかよ今年Laravel覚えてこれから使い倒そうと思っていたのに ごめん。Googleトレンドみたら結構人気あった
https://trends.google.co.jp/trends/explore?date=today%205-y&geo=JP&q=cakephp,%E6%9D%BE%E5%B4%8E%E3%81%97%E3%81%92%E3%82%8B,laravel,Symfony,CodeIgniter Googleトレンドで松崎しげるとか何を調べようとしていたのかな? 松崎しげるのこと知らないとLaravelは使えないからな 解決しました。Laravelが松崎しげるだったようです authのバリデーションって日本語化メッセージ出すのってcustomの上のところを変えるしか無いのか。
:attributeは適応されてるけどcustomの所が対応してない
//lang以下のvalidation.php
'email' => 'The :attribute must be a valid email address.',
'custom' => [
'attribute-name' => [
'rule-name' => 'custom-message',
],
'email' => 'The :attribute hoge.',
]
//エラーメッセージ
'The イーメール must be a valid email address.'
思ってたのと違う よく考えたらstringをそのまま直したほうが楽だった >>730
srouece/lang/ja
足して
config/app.phpのlocaleをjaにするんじゃダメなの? >>732
localeはjaにして勿論コピペしたんだけどcustomが効かん。
属性がちゃんと変わってるからきちんとlocaleはjaで反映されてると思うけど。
ただコピペauthの一個しかないcustomにわざわざ文字数別に新しく日本語書きこむよか上書きした方が楽な気がした。頭いい奴はたぶん原因とか一発でわかるんやろな >>733
Auth/lang/en/validation.phpをja/validatin.phpにコピペして改変したんや。言葉足らずですまん >>730
customは自分で作ったバリデーションルールに対して適用するところになるんじゃないの?
前にお勉強するのに使ったコードはLoginContollerの中でvalidateLoginをオーバーライドして書いてたわ、、 >>734
LoginControllerってあの真っさらなトレイトから全部処理引っ張ってきてるやつかw
トレイトまで遡って継承上書きするのってプロっぽいなw
ワイはそもそもあのへびへびconstructorの中で'guest'指定のミドルウェアが使われてるのがよくわからない。
'guest'使われてたらpostの前にログインしてるかどうか確かめて弾くって事かなと思ってうーむってなった >>736
へびへびって__のことかw
guestの正体はappの中のKernel.phpに書いてあったと思う
名前からして認証済のセッションを持った状態でログインページに来たら飛ばすって感じの動きをするためのものだと思ってる
弾く方はauthだったかな ほんとだ。なんか変な勘違いしてたわ。ログインしてるんだからログイン処理しなくて当たり前だ。ありがとう
route listで確認してみたら(view側でログインのリンクはないけど)ちゃんとpostでも弾く様になってる。"get"だけ意識してしてたから気付かなかった。
ただlogoutは"post"だけだからurlにlogout入れちゃうと例外投げてるなw
例外側でhomeにリダイレクトするかweb.phpでルートの穴埋めしなきゃいけないんやね。。 >>739
Routeファサードが割となんでもありだから、CodeIgniter的なルーティングも作れば出来なくはないんだろうけど、なにも考えなければ必要なルートは全部書いてあげないといけないのかなー
使いこなしてる人はどうしてるのか気になるところではある Laravel-adminカスタムすれば、大概どんな管理画面でも作れるの? そりゃ自分で組めば何でも作れるけど、こういうパッケージを使えばどれくらい楽に、なおかつどれくらいのものが作れるものなのかが知りたかった。連投すまん。 >>746
吉野家の納豆でも食ってろ
テンプレ通りのもので良いならなら楽だろうよ >>748
Laravelで「吉野家の納豆でも食ってろ」は管理者画面を作るうえでの
有名なゴロ覚えだぞ ■ このスレッドは過去ログ倉庫に格納されています