【PHP】Laravel【フレームワーク】 Part.9

**スレ立て職人** · 2021/11/10(水) 08:16:21.50

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

本家
https://laravel.com/

git
https://github.com/laravel

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

※前スレ
【PHP】Laravel【フレームワーク】 Part.8
https://medaka.5ch.net/test/read.cgi/php/1625721320/

**nobodyさん** · 2022/02/27(日) 20:52:41.29

>>709 みたいに、
ちゃんと勉強してる奴は他にもっと良いのがあるんだから良いものは取り込めばいいのに、と考える。
Laravelしかしらないバカべらーは「Laravelまんせー！！！」と叫ぶだけで世間知らず。
だからいつまで経ってもLaravelは中途半端なプロトタイプフレームワークのまま、中途半端なWEBアプリを量産して社会的負債を量産し続ける。

**nobodyさん** · 2022/02/27(日) 21:08:02.17

>>739
ようtwigジジイ
ゴミスキル紹介してもショボすぎて萎えるんだわ

**nobodyさん** · 2022/02/27(日) 21:26:36.85

>>741

はい、また低脳が食いつきましたwww
本当にLaravelスレは低脳ホイホイですねwww

**nobodyさん** · 2022/02/27(日) 23:25:01.16

Laravel、Laravel周辺のちゃんとした議論ができる場所ってどこかあったりするのかな

**nobodyさん** · 2022/02/27(日) 23:41:41.92

ボケジジイさえスルーしとけばここでできるぞ

**nobodyさん** · 2022/02/27(日) 23:49:28.83

公開画面と管理画面が必要な場合、コントローラーはどうしてる？

A）HogeControllerにまとめて、メソッドで分ける（store()、adminStore()など）
B）HogeControllerとAdminHogeContloeerに分ける
C）Adminディレクトリを作成し、app/Http/Controllers/Admin/HogeControllerにする
D）その他

**nobodyさん** · 2022/02/28(月) 00:01:13.20

>>745
Aはあり得ない
controllerはリクエストの性質で分けるべき
Aはmodelのありように引っ張られているでしょ
あと管理画面のcontrollerは複数存在するはずだから
BとCどっち？となるとCでまとめておく方が好きかな

**nobodyさん** · 2022/02/28(月) 00:03:52.74

>>745
公式認証パッケージを試せばどうしたらいいのか参考になるよ

**nobodyさん** · 2022/02/28(月) 00:15:22.48

>>745
俺もCに1票
自分ルールでURIとコントローラーのディレクトリ構造を合わせる様にしてるのと
コントローラーは基本invokableで作ってるので
URIが admin/hoge なら app/Http/Controllers/Admin/Hoge/IndexController
みたいな感じになるな

**nobodyさん** · 2022/02/28(月) 06:09:20.24

>>745
CだけどHogeControllerが2つできてしまうからどっち開いてるのかよくわからなくなる

**nobodyさん** · 2022/02/28(月) 06:24:05.28

>>749
あるあるｗ

**nobodyさん** · 2022/02/28(月) 08:25:53.97

公開画面が小規模なCMSで
publicControllerとかindexControllerにしているのを見たことはある
公開画面用のコントローラ作ってモデル依存しないやり方

**751** · 2022/02/28(月) 08:32:05.90

>>748のやり方かな。
ただ、これだとIndexControllerはindex（一覧）用にしか使用しないのか気になる
CRUDをしたいときにそれぞれコントローラ作るのかと

**748** · 2022/02/28(月) 09:30:57.67

>>752
コントローラーはこうなって
app/Http/Controllers/Admin/Hoge/IndexController
app/Http/Controllers/Admin/Hoge/ShowController
app/Http/Controllers/Admin/Hoge/EditController
app/Http/Controllers/Admin/Hoge/CreateController
まとめたい場合
app/Http/Controllers/Admin/HogeController
このコントローラーに実装するんだけど
実装していいpublicメソッドは特別な事情が無い限り
index,create,store,show,edit,update,destroy のみってルールにしてる

**751** · 2022/02/28(月) 09:47:55.71

>>753
その設計だともはやオレオレFWっぽくないか？
わかりやすいっちゃわかりやすいけど、冗長すぎる気がするんだよな

app/Http/Controllers/Admin/HogeController
でまとめるならわかるんだけどな

**nobodyさん** · 2022/02/28(月) 11:45:02.30

>>753はMVCというよりなんちゃってADRでは？
action単位に分割しているわけだから

俺は原則リソースコントローラーとして作って
そこで表現できないものはinvokableに切り出してるわ

**nobodyさん** · 2022/02/28(月) 11:45:52.65

>app/Http/Controllers/Admin/HogeController
>でまとめるならわかるんだけどな

IQが低すぎてこの程度でないと頭が処理しきれないらしい。

継続的なメンテナンス性を考えたら>>753のようになる。
最初の段階で、どこまで先を見据えられているかの違いで、
その後のプロジェクトの命運が分かれるな。

**nobodyさん** · 2022/02/28(月) 11:53:53.88

> >>753はMVCというよりなんちゃってADRでは？

そもそもLaravelが純粋なMVCじゃない点についてはどう思ってるん？

**nobodyさん** · 2022/02/28(月) 11:58:19.74

>>757
純粋なwww
お前にとって純粋なMVCとは何だい？

**nobodyさん** · 2022/02/28(月) 12:02:22.66

自分が一番IQ低そうなことを主張しながら、突然相手のことをIQが低いと煽る
くせえぞ、なんかあいつの臭いがするぞ

**nobodyさん** · 2022/02/28(月) 12:03:41.54

ID露出している時点でお察し

**nobodyさん** · 2022/02/28(月) 12:26:05.13

>>758

えー、その程度のレベルが、何イキってんだろ
コイツ多分RailsとかもMVCだと思ってんだろうな

**nobodyさん** · 2022/02/28(月) 12:29:22.23

ポンコツおじさん、controller内のメソッドごとにファイル分割すれば
継続的なメンテナンス性に優れるって言ってしまうあたり頭の悪さが滲み出てるな
こういうのは民間療法的なレベルで「たぶんそうだろう」て思い込みベースの話に過ぎない
例えば、ファイル分割してしまうと、複数のメソッドで使っていたprivateスコープのメソッドを
コンポジション、継承、ヘルパ(静的メソッド)など別の方法で提供する必要が出てくるため複雑性が増してしまう

**nobodyさん** · 2022/02/28(月) 12:29:46.76

この流れ前も見た
ほんとにお前何十スレも粘着してんだな、LaravelやMVCに何されたと言うんだよ
というわけで今日も元気にNG発動、NG機能は人生を豊かにする

**nobodyさん** · 2022/02/28(月) 12:31:06.66

>>761
お前の質問に答えるには、「純粋なMVC」とやらをお互いに合意できてないと適切な回答ができないだろ？
そんなこともわからんのか？お前本当にエンジニアなのか？他人と議論したことないの？

**nobodyさん** · 2022/02/28(月) 12:32:07.68

せっかく建設的な話ししてるんだから、荒らしの相手にするなよ・・・

**nobodyさん** · 2022/02/28(月) 14:41:19.89

>>762
>例えば、ファイル分割してしまうと、複数のメソッドで使っていたprivateスコープのメソッドを
>コンポジション、継承、ヘルパ(静的メソッド)など別の方法で提供する必要が出てくるため複雑性が増してしまう

バカじゃん？　そういうのはModel、Service、Utilityの役目じゃん。
Controllerに突っ込んでんの？バカじゃん。
Laravelは変な実装してんなー。バカじゃん。
だからファットコントローラーになるんじゃん。バカじゃん。

**nobodyさん** · 2022/02/28(月) 14:42:28.18

バカべらーは、Model=永続化層にアクセスするための場所

みたいな、トチ狂ったMVC感で頭が固定化されてるからな。
バカじゃん。

**nobodyさん** · 2022/02/28(月) 16:54:09.36

スキニーコントローラーを維持できるなら、ますますファイル分割の必要性が無くなることに気づけないポンコツおじさん

**nobodyさん** · 2022/02/28(月) 16:59:31.35

>>768

おまえ、頭のネジがどっかいっちゃってるの？
>>762 が既に共通処理をコントローラに埋め込んじゃってるから指摘されてんじゃん

やだー、まじやだー
論理的思考力が欠片も無い奴と議論するの、まじやだー

**nobodyさん** · 2022/02/28(月) 17:02:00.68

>>769
え？じゃあお前はなぜファイル分割を推奨してたんだ？

**nobodyさん** · 2022/02/28(月) 17:02:54.15

>>768 みたいなのに限ってスキニーどころかファット通り越してヘビー級コントローラ作ってプロジェクトぐっちゃぐっちゃにしちゃうんだよな
というかファットになるような難しい物は作れないので、誰でもつくれそうな取っ手だしの薄っぺらアプリを作って満足げな顔してる奴だろうな

**nobodyさん** · 2022/02/28(月) 17:03:56.89

>>770
>じゃあお前はなぜ

どこからその「じゃあ」が繋がってきてんの？？？？

やだー、日本語も満足に話せない理解できない奴と議論するの、まじやだー

**nobodyさん** · 2022/02/28(月) 17:05:33.42

はぁ、またポンコツおじさんの藁人形論法が始まってしまったか

**nobodyさん** · 2022/02/28(月) 17:07:57.55

うわー、本物のアホじゃんLaraveler
まともな議論すら出来ない

だからLaravelerの作るアプリはどれもこれもポンコツで変な挙動バッカするんだよ
頭のネジ飛んでんだもん

**nobodyさん** · 2022/02/28(月) 17:14:25.50

>>774
可哀想に
laravelerを恨んだところでお前の賃金は増えないし
レガシーな環境はレガシーなまんまだぞ？
少しは大人になりなよ？

毎回論破されるたびにみっともなく喚くのはやめた方が良いよ？

**nobodyさん** · 2022/02/28(月) 17:14:35.15

簡単な物しか作ったことが無い素人の戯言。
こんなんで複雑な業務システムとか作れるわけない。
Laravelerってこの程度なんだよね。
というか、Laravelってその程度の物しか作れない。
Railsと一緒。ただのプロトタイピングフレームワーク。

>>762 nobodyさん2022/02/28(月) 12:29:22.23ID:???>>766>>769
ポンコツおじさん、controller内のメソッドごとにファイル分割すれば
継続的なメンテナンス性に優れるって言ってしまうあたり頭の悪さが滲み出てるな
こういうのは民間療法的なレベルで「たぶんそうだろう」て思い込みベースの話に過ぎない
例えば、ファイル分割してしまうと、複数のメソッドで使っていたprivateスコープのメソッドを
コンポジション、継承、ヘルパ(静的メソッド)など別の方法で提供する必要が出てくるため複雑性が増してしまう

**nobodyさん** · 2022/02/28(月) 17:15:49.86

>>775

低レベルのお猿さんがｳｷｰｳｷｰ鳴いていますね。
まともな大規模システム作れるようになってから鳴きましょう。

**nobodyさん** · 2022/02/28(月) 17:16:33.75

次元が違い過ぎるんだもんなぁ、話が噛み合うわけないわ。

**nobodyさん** · 2022/02/28(月) 17:17:50.26

大は小を兼ねるけど、小で大は賄えないからなぁ。
Laravelで作ったWEBアプリなんかすぐに無理が来て総作り替え。
お客さん、かわうそー

**nobodyさん** · 2022/02/28(月) 17:18:18.48

すごいな
1レスに対してわざわさ2つま3つもレスしている時点で
「効いてるなぁ」て丸わかりなんなだよね
ま、がんばって

**nobodyさん** · 2022/02/28(月) 17:27:25.45

>>780
>ま、がんばって

ほら逃げたし。
「大したもん作ってない」っていう核心に迫ってきてしまったので都合悪くなってきたもんな。

Laravelerってこんなんばっかだから話がいつまで経っても低レベルなところをウロチョロしてんだよな。

**nobodyさん** · 2022/02/28(月) 18:27:29.85

その次元の違いを新フレームワーク開発に生かしてくれ
Laravelのことはもう放っとけ

**nobodyさん** · 2022/02/28(月) 19:48:10.85

>>753
これ書いたの俺なんだけど予想外の方向に話が進んでてびっくりした
俺としてはいろんな意見聞いて悪い部分は修正したりして
今よりもっと良い形にできればなと思ってgistとか準備してたんだけどな・・・

なんか煽り散らかしてる人って自分こそが正義で反論する方が間違ってるって論調だよね？
人間と会話できないのにコンピューターと会話ができるとはとても思えない
きっと正しい使い方してないのに思い通りに動いてくれなかったら
ライブラリとかツールがゴミとかいうタイプ
あなた前にcomposerが嫌いだとか言ってた人でしょ

**nobodyさん** · 2022/02/28(月) 20:40:13.66

>>783
>きっと正しい使い方してないのに思い通りに動いてくれなかったら
>ライブラリとかツールがゴミとかいうタイプ
>あなた前にcomposerが嫌いだとか言ってた人でしょ

このように、Laravelerはすぐにありもしない事実を妄想して結論をだすので、
まともなシステムが作れずいつもポンコツです。

**nobodyさん** · 2022/02/28(月) 20:46:09.63

>>783
すまんな
自尊心へし折ったらしばらく大人しくなるやろうと思って相手してたけど
ポンコツおじさん、ヒートアップしてしまって酷いことになってしまった

**nobodyさん** · 2022/02/28(月) 20:58:21.17

どんだけ無様でも絶対に煽り返してくる事で自尊心を保ってる狂人だからな
まあそのうち脳の血管でもブチ切れて勝手に死ぬだろう

**nobodyさん** · 2022/02/28(月) 20:59:09.41

>>785
>自尊心へし折ったらしばらく大人しくなるやろうと思って

なにいってんだこのへっぽこ

あんだけ低レベルな発言繰り返して、
どうやって自尊心へし折れると思ったんだ？

お前、大したもん作ってないの丸わかりだぞ？
だからバカにされてるんだって事くらい気づけよ低脳…

これだからLaravelerは…

**nobodyさん** · 2022/02/28(月) 21:00:00.50

負け犬同士、傷の舐め合いかー涙ぐましいぬー >>786

**nobodyさん** · 2022/02/28(月) 21:26:41.64

>>786
そうだな
まぁ死んでも代わりのエンジニアは沢山いるだろうから
現場も困らんだろう

**nobodyさん** · 2022/02/28(月) 22:21:19.78

>>789

で？　お前、ぐっちゃぐちゃコードだろ？

**nobodyさん** · 2022/02/28(月) 22:41:57.50

>>789
そもそも働いてないだろう
暇を持て余したキチガイニートって粘着力だけは誰にも負けないからな、まあそれ以外は全部弱いんだけど

**nobodyさん** · 2022/02/28(月) 22:45:48.77

>>791
その可能性は確かにあるよね
それなら考え方が10年前なのも頷けるわ
すでに現場を離れてたってオチかwww

**783** · 2022/03/01(火) 00:25:57.75

>>784
>このように、Laravelerはすぐにありもしない事実を妄想して結論をだすので、
>まともなシステムが作れずいつもポンコツです。

こんな書き込み俺だったら自己矛盾に耐えきれないんだけど・・・

> バカべらーは、Model=永続化層にアクセスするための場所
>
> みたいな、トチ狂ったMVC感で頭が固定化されてるからな。
> バカじゃん。

> 768 みたいなのに限ってスキニーどころかファット通り越してヘビー級コントローラ作ってプロジェクトぐっちゃぐっちゃにしちゃうんだよな
> というかファットになるような難しい物は作れないので、誰でもつくれそうな取っ手だしの薄っぺらアプリを作って満足げな顔してる奴だろうな

> 簡単な物しか作ったことが無い素人の戯言。
> こんなんで複雑な業務システムとか作れるわけない。
> Laravelerってこの程度なんだよね。
> というか、Laravelってその程度の物しか作れない。
> Railsと一緒。ただのプロトタイピングフレームワーク。

> Laravelで作ったWEBアプリなんかすぐに無理が来て総作り替え。
> お客さん、かわうそー

やっぱ建設的な話がしたいから
個人的に作ったリポジトリ公開してアドバイス貰ったほうが有用な気がするけどどうかね

**nobodyさん** · 2022/03/01(火) 07:40:34.74

>>793
そうね、その方が良いと思うぞ
ここだと断片的な情報からのアドバイスになるから
どうしても表面的なアドバイスしかできない

**nobodyさん** · 2022/03/01(火) 12:30:38.44

>>793

全部事実だな。

**nobodyさん** · 2022/03/01(火) 13:58:26.86

>>795
んなこたぁない

**nobodyさん** · 2022/03/03(木) 12:30:12.61

思ったほどLaravel凄くなかった

**nobodyさん** · 2022/03/03(木) 14:47:05.93

ららべら～の皆さんは、凄いぞ！ｗ

**nobodyさん** · 2022/03/03(木) 16:42:02.09

>>798
んなこたぁない

**nobodyさん** · 2022/03/04(金) 14:22:03.48

なんでLaravelってすげー流行ってるの？

**nobodyさん** · 2022/03/04(金) 15:27:56.15

流行ってはいない
DjangoやRailsのほうがメジャー
むしろLaravelはマイナーかな

**nobodyさん** · 2022/03/04(金) 16:31:25.65

>>800

Laravelしか使えない、Laravelが無いと何も作れないような人材が山のように居るから

**nobodyさん** · 2022/03/04(金) 21:28:18.70

LaravelはWebアプリのWordPressって揶揄されてるから初心者がたくさん使ってるんだよ

**nobodyさん** · 2022/03/04(金) 21:34:44.78

ここ数年は客の方からLaravelで作ってくれって指定してくるし、こちらも特に断る理由もないし

**nobodyさん** · 2022/03/05(土) 01:50:51.82

Djangoは流行ってるとは思えない

**nobodyさん** · 2022/03/05(土) 07:32:32.69

RailsはオワコンだしDjangoは始まってもいない

**nobodyさん** · 2022/03/05(土) 08:40:38.32

Googleトレンドだけで物事を判断しているアホな子が、djangoのほうがメジャーと言ってると予想

**nobodyさん** · 2022/03/05(土) 08:51:57.84

itemsテーブルとtagsテーブルがあるとして、
中間テーブルはitem_tagになります。

中間テーブルをfindしようとしたら、
Base table or view not found: 1146 Table 'item_tags' doesn't exist
というように、「item_tagsにしろ」というエラーが出ます。

中間テーブルとして認識されていないから出ると思うのですが、
中間テーブルには直接アクセスしたら駄目なのでしょうか？
モデルにテーブル名指定して回避できますが、仕様が気になっています。

**nobodyさん** · 2022/03/05(土) 11:49:36.37

>>808
公式ドキュメントは読んだ？eloquentのとこは、だいたいのユースケース網羅してるから
https://laravel.com/docs/9.x/eloquent-relationships#filtering-queries-via-intermediate-table-columns

**nobodyさん** · 2022/03/05(土) 13:38:39.69

>>809
日本語のドキュメントは見ましたが、英語のは見てないです。
出していただいたURLを見ても理由がわかりませんが、
そういうものだと受け取ります。

**nobodyさん** · 2022/03/05(土) 16:17:53.40

>>810
お、そうなのか
laravelのelquentではデフォルトの中間テーブルを表すオブジェクトを常に「pivot」と呼んでいて特殊なリレーションが構築されている
だからeloquentから中間テーブルをfindする場合は
上のリンクにあるように
主となるテーブルからwherePivot()で中間テーブルのidを指定する必要がある

**nobodyさん** · 2022/03/05(土) 16:22:39.81

もちろん上はeloquentの話なので
query builderからテーブル名してfindする分には
item_tagを指定してアクセスすることもできる

お前の場合どういうコードでitem_tagにアクセスしようとしているのか謎だから
上の説明をもとに自分であとは何とかしてくれ
ついでにその英語の意味は「item_tagsなんてテーブルは無いぞ」だ

**nobodyさん** · 2022/03/05(土) 17:27:58.08

中韓テーブルって何？

**nobodyさん** · 2022/03/05(土) 18:24:07.81

>>811-812 みたいなのをサラッと見てると、
『あー、Laravel作ってる奴って基本的に頭おかしいからインターフェイスめっちゃくちゃだなぁー』って痛感する。

なんでこんなアホみたいなFWを有難がって使ってるんだろ？　世の中の低脳諸君って。

**nobodyさん** · 2022/03/05(土) 20:14:57.94

またアンチオートインクリメントおじさんが来てるのか

**nobodyさん** · 2022/03/05(土) 22:16:53.33

CakePHPからLaravel勉強してるんだが、だいぶ自由度高いな
コードを書く量は増えてるけど、自由な設計ができる

**nobodyさん** · 2022/03/06(日) 09:50:31.70

フルスクラッチした方が遥かに自由度高いぞｗ

**nobodyさん** · 2022/03/06(日) 11:30:57.32

>>817
フレームワークになれると、それは、さすがに面倒くさすぎてｗ

**nobodyさん** · 2022/03/06(日) 13:05:18.64

Cakeで書いてたらヘルパーもLaravelで使えるし、
bladeの取り扱い覚えれば、移行はスムーズにできそうだ

**nobodyさん** · 2022/03/06(日) 13:28:21.02

Laravel 大好き

Tall stack 大好き

Livewire alpine JS love

**nobodyさん** · 2022/03/08(火) 19:37:19.86

sail schedule:run
をcronに登録してるけど上手く動かない、公式ドキュメント通りなのになあ

**nobodyさん** · 2022/03/08(火) 20:06:10.93

全然公式通りにやってないじゃんwww

**nobodyさん** · 2022/03/09(水) 00:40:04.60

>>821
artisan 抜けてた

**nobodyさん** · 2022/03/09(水) 07:00:12.99

そらあかんわ

**nobodyさん** · 2022/03/09(水) 07:25:52.05

>>823
これでもだめだ

**nobodyさん** · 2022/03/09(水) 07:49:15.07

だからまず公式に書いてある通りやりなよ
なんでsail経由で叩いてんの？

**nobodyさん** · 2022/03/09(水) 07:50:57.51

ちゃんとルートディレクトリを指定しないとcronから実行できないのは明白なわけで
それも踏まえた記述を公式は提示してたよね？

**nobodyさん** · 2022/03/09(水) 10:52:30.03

bladeで共通して表示したい情報がある場合、コントローラーはどうしてます？

$config = Config::get(); // 設定モデルからデータを取得
return view('index', compact('config')); //bladeに渡す

というコードを各コントローラーの各メソッドに書いているのですが、
共通化する方法はないものかと悩んでいます。

**nobodyさん** · 2022/03/09(水) 11:10:14.32

>>828
ビューコンポーザで幸せになれると思うよ

**nobodyさん** · 2022/03/09(水) 11:31:51.90

>>829
ありがとうございます。調べてみます。

**nobodyさん** · 2022/03/09(水) 16:52:46.08

return view('hoge');

はhoge.blade.phpになりますが、
このbladeのソースをコントローラで変数として受け取れませんかね？
要は画面に表示する前に変数として受け取って処理したいのですが

**nobodyさん** · 2022/03/09(水) 18:34:48.33

そんなもんbladeファイルをPHPのファイル操作関数使って読み込めば済むでしょ

**nobodyさん** · 2022/03/09(水) 19:40:41.18

>>831
どゆこと

**nobodyさん** · 2022/03/09(水) 20:07:40.96

こういう事じゃないの？
$hoge = (string) view('hoge');

**nobodyさん** · 2022/03/09(水) 20:07:49.35

>>832-833
bladeのマークアップが反映されたデータがほしいんです。
ビューとして出力されるのではなくて

**nobodyさん** · 2022/03/09(水) 20:11:09.67

>>834
これです！まさかこんな簡単にできるとは・・・
ググり方もわからなかったのですが、助かりました。
ありがとうございました。

**nobodyさん** · 2022/03/09(水) 20:30:37.58

stringで受け取ってどうするつもりだ…
何か間違った事をしようとしている気がしてならない

**nobodyさん** · 2022/03/09(水) 21:20:52.97

全くそれを必要とするシーンが思い浮かばないな
すごい非効率なことをしようとしてる予感しかしない

**nobodyさん** · 2022/03/09(水) 21:24:27.04

apiでhtmlソースを文字列としてレスポンスにしたいとか？