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

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

本家
https://laravel.com/

git
https://github.com/laravel

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

※前スレ
【PHP】Laravel【フレームワーク】 Part.9
https://medaka.5ch.net/test/read.cgi/php/1636499781/
【PHP】Laravel【フレームワーク】 Part.10
https://medaka.5ch.net/test/read.cgi/php/1647325775/
【PHP】Laravel【フレームワーク】 Part.11
https://medaka.5ch.net/test/read.cgi/php/1658553311/

14万生きてたのかｗ

ばかべらーさんは負けず嫌いなので直ぐに反応して分かりやすいです。

wordpressが大分使えるようになったので
laravel勉強し始めたけど、もしかして一人で作るフレームワークとしては、あまり向いてない？
分業体制には良いと思ったけど、
一人でやると
・MVCに分割
・それぞれで作業
という謎の工程になっているような気がします
それとも、これは私が未熟故の感覚で、一人で制作する際もMVCを念頭において設計した方が良いのでしょうか？

今作ってるサイトは、主にゲーム攻略系のサイトで、登録・会員制にしようと思っています

>>134
Laravelに限らず、一人でやる場合もフレームワーク使ったほうが良いよ
理由は、過去に作った自分のソースを忘れるから。
フレームワークなら作り方に規則性があるから思い出せるけど、
そうじゃないものは思い出すのが大変になり、時間がかかる

保守に影響出るから、サイトやアプリの成長には繋がらない

>>134
認証認可とセキュリティ周りの必要最小限をフレームワークが担ってくれるって点だけでも、一人制作において十分有用ですよ
また、MVCって概念は分業のための仕組みではなく、コードを整理するための仕組みです
結果として分業に寄与しますが、根本を間違うと理解が進みません

あと、学習初期に考えることでもないですが、MVCって概念だとコードが整理できない時期が来ます
クリーンアーキテクチャだなんだといった設計手法が耳に入ると思うので、壁を感じたらそちらを学習してみると良いです

>>135-136
なるほど、得心致しました。ありがとうございました。
laravel、勉強します！

皆様に幸あれ

LaravelはMVCじゃないけどな。

なんなの？

CakePHPで散々「そうじゃない」と言われたのに馬鹿の一つ覚えでDBにアクセスする物をModelと称したり、TemplateをViewと称して表示方法に係るロジックをControllerに溢れさせたりする謎のヘンテコフレームワーク

何言っているんだコイツｗ

すぐ吠え始めるバカ犬

>>140
あなたの思う本当のフレームワークは？
叩かれるのが怖いから答えられないとは思うけどｗ

聞けば何でも恵んでもらえると思ってる乞食は
昔から貰いが少ない

Viewなんてあったっけ？

>>145

このバカっぷりですよ。

Laravel練習中です
複雑なページでは、ControllerからViewに投げるというのは理解できたのですが、
静的なページ（会社概要や、特定商取引法に関するページなど）も、必ずcontrollerを通した方が良いのでしょうか？

必ずコントローラーを通す必要は無いよ
ルートの設定内でビューを返す事も出来る
ただ、全ルート処理を共通にする（同じように書く）なら
全てコントローラーでビューを返すというルールでも良いかも知れない

>>148
ありがとうございます
この辺りは、製作者の好みという感じなんですね
とりあえず今はrouteからviewを返すのおアリにして、色々作ってみようと思います

最新バージョンで、良い勉強動画があれば教えてください

動画を色々見て、話し方などが聞きやすい動画を見て勉強していたのですが、
全然動かない、おかしいな、と思ってよく見たらバージョンが4の時代の動画でした
今までExcelのような下位互換があるものしか触ってこなかったので、気づきませんでした
webプログラムは、あまり下位互換が無いものなのでしょうか？

下位互換を保つために、PHPの新機能が使えなくなったりしたら
本末転倒じゃん

v7くらいをベースで勉強して差分を取り入れるのが一番効率的なんじゃないか？

言うほどPHPの新機能使う場面あるか？

あるよー
ドキュメント読んでみ
どんどん堅牢な書き方できるようになってるから

ちょうど和田さんのアップデートされた公演が公開されてるね
https://www.youtube.com/watch?v=uVsN_uJNSuY&t=3s

Laravel 10 は（エディタを選びそうだけど）より開発しやすくなりそうですね
https://laravel-news.com/laravel-10-type-declarations

次のLTSはまだ～？

>>153
enumとmatchはインパクトあるぞ

ほかはこんな感じ
https://laravel-news.com/modern-php-features-explained

無理に新しい形で書けば良いというものでは無い感じ
switchはmatchにしてもなぁ・・・という感じがしなくもない

無理に使う必要はないけど、enumとmatchはずっと不便だったところだから実装されて以降頻繁に見かけるよ

>>150
本気で覚えたいならちゃんと本を買って勉強しよう
動画で学ぶとかまず無理よ
Ver8に対応してるの買えば間違いない
勉強はコストがかかるもの

>>161
言うても最新の本はマニアックだぞ
初心者向きとはとても思えない

まあ、Laravel自体が素人向けじゃないしなぁ
少なくとも無料で公開されてる動画チマチマやるよりはいいかと

>>162
横からすまん
なんてタイトルの本？
方向性が合う本なら読んでみたい

なんだかんだで初めてやるなら津耶乃本がわりと無難ではあるけど古いんだよなあv6時代かぁ

laravel9対応のだっけ？

>>164
普通にAmazonで8と9の本探してみ？
電子書籍をのぞいて1冊ずつしか出てないから。
目次見れば素人向けじゃないの分かるよ

素人は本を欲しているけど本は玄人向け
しかし玄人は本なんて無くても調べたらどうにでもなるというｗ

本の必要性が・・・

6の本はどれも割りと素人向けなんだけどな
なぜかそれ以上のバージョンから変わった
最新の9なんてTwitterと連携する方法説明してるしｗ

>>169
あの頃が一番に入門書書いたら売れる時期とかそんなんだったんじゃない？

そうかもな。6は今でも使用者多いだろうし

てか本当が4～5時代くらいが一番新規参入が多かったのが流行ってるらしいとそれに目を付けて執筆したところがそれくらいって感じ

もうLaravelもphpも使われなくなってきてるからDjangoとかFastAPIにしといたほうがいいぞ
特に初心者は

るびおじ　が　擬態　を　おぼえた

そもそもpythonなんかをweb系で使う事自体が間違っているのだがｗ

PythonはAI・機械学習系だからな。用途が違う

というか好かれてるPythonをWebフレームワークとして使いたいって思惑があったからDjangoは出来たんやろ

PHPはWebありき？の起源だった記憶

しらんけど、初心者はやりたいことを素直にできる言語をやればいいよ

PythonはWebで使うには数値→文字列の変換とかが煩わし過ぎる

テンプレートのyieldで教えてください

階層がこうなっています
https://i.imgur.com/t0rbVZ1.png

viewのshow
https://i.imgur.com/JBjNvJ7.png

headerのテンプレート
https://i.imgur.com/UYUTU8e.png

headerがyieldできないのですが、何が原因でしょうか？
show.blade.phpとheaderを同じ階層に置いた時はyieldが出来たので、
@yield('../layouts.header')のようにかくのかとも試してみたのですが、うまくいきませんでした

>>179
使い方が全然違うからlaravelの認証のテンプレ入れて構造見直した方がいい
https://qiita.com/RealXiaoLin/items/a5ab2e11ae016f2ac6fb

あとただ読み込みたいってだけの場合は@includeってのが別にある

>>180
なんと・・・
勉強し直してきます、ありがとうございます

>>180のヤツ入れたら
resource/viewsに自動でファイル作られるからそれを参考にしてみ

>>179-183こういう流れが本来のスレにあるべき姿だな
親切に答えた180に敬意を払う

laravel勉強中なのですが・・・

git
docker（sail？）
nuxt.js
vue.js
typescript
vuetify

実務ではこれぐらい併用しているとお聞きしたのですが、
皆様普通にこれぐらい使っているのでしょうか

なんとなくですが、nueとnuxtがかなりとっつきにくい感じがしています。
laravelと同時に覚えたほうがいいでしょうか。それともlaravelを先に覚えたほうが良いでしょうか？
laravelの学習は楽しいです。

Laravel使ってるけどapiサーバとしてしか使ってないな

>>185
並べてる技術は要素技術なので「普通にこれぐらい使っているか？」といわれれば普通に使ってますという回答になりますが、必須かと言われればプロジェクトごとに要不要が別れます。

Laravelはフルスタックフレームワークと言われるものなので、十分に使おうとすると幅広い範囲の技術知識が必要です。
同時におぼえるというよりは、各要素技術の体系的な知識を広く薄く身につけた上で、公式ドキュメントを参照しながら使用するツールだと思います。

>>185
必要ない。
それらを使った技術ブログをアップしている人の声が大きいだけで、
実際の現場でそこまで使うことはない。
gitは当然としても、Javascriptはどれ選ぶかぐらいじゃないか？
まだjQuery使っている人も3割はいるからな

とりあえずLaravelで出来る事だけを先に覚えた方がいいだろうね
平行してVueとかやっても頭が良くないと厳しいのではないかと
フロントエンドも昔ながらのbladeで書く方法ぐらいはまず知っておいた方がいい気がする
そこでjavascriptも多少書けないとダメだしそれだけでも覚えることがかなりあるかと思う

別にjavascript的な処理が必要なければ書く必要ないけどな

>>190
趣味なら無いだろうけど、仕事なら100%あるからjavascriptも次に覚える必要があるには変わりない

要件によるだろ。100％なんてあるか

100%やろｗ
jsが全く無いサイトなんて仕事では無い

100%だね
ペライチのランディングページでも使うぞ

ペライチなんてそれこそJavascriptで動かすサイトじゃん。

100％ってWordPressとか既存のテンプレ想定してるのか？
Laravelでイチから作る話じゃないのかよ

migrateの部分を勉強しているのですが、
public function down()
の部分は自分で書かないとダメなんでしょうか？

ほかに誰が書いてくれるのか？

自動で書く方法はないのか？って話だろ
コマンド使うんだから、そう思っても仕方ない

>>198
そうです
upに書いた後になにかすれば、逆のコードをdownに書いてくれるような機能があるのかと思いまして
完全手動っぽいですね

確かに推測して自動で・・・って思わなくもないけど
upも色んな書き方が出来るから（単なるPHPのプログラムだし)
今の時代にそれは望みすぎだなｗ
100年後にはAIで自動補完とか出来るようになってるかもｗ

artisanってviewはmakeできないのですか？

viewに何を書いてほしいんだ？
そんなの本人以外分かるわけないじゃん

100年後にはアレクサにでも聞けば書いてくれるかもなｗ

>>202
デフォルトのviewを設定して、artisanでmakeしようと思ったのです
無いんですね

ファイルコピーすればええだけやん…

それ言うとartisanの意味が薄れていくような
laravelのファイル作成は必ずartisan make、みたいに統一すればもう少しわかりやすかったとは思う

viewのひな形なんて作りようなくない？
もうできて何年も経ってるフレームワークだし、
必要性高ければ機能として存在してると思うし、
存在してないにもちゃんとそれなりの理由がある

そもそもartisan makeを使っている人少ないんじゃね？
大体コントローラーにしてもマイグレーションファイルにしても
どれかコピーして作ってるわ

まあ何か何でもcopyするコマンドはあってもいいかなとは思う
実際はフォルダを別に切ったりするから使いづらいかもだけど

>208
結局そうなるよね
一時は挙動知らないからartisanカスタマイズしたり頑張ってたけど、
コピーでええんかいって気づいてからはコピーばっかりだわ

make:model --all はよく使う

laravel6でCSRFを完全に無効にする方法ってありませんか？

ajaxのPOSTでTOKENを送信しているにも関わらず、
Failed to load resource: the server responded with a status of 500 (Internal Server Error)
が出ます。

VerifyCsrfToken.phpに許可するURLを指定してもなるし、もうお手上げです・・。
問題の切り分けをするため、完全にCSRF使えなくして試したいです。

単純にKernel.phpのVerifyCsrfTokenを指定しているミドルウェアをコメントアウトすればいいだけでは？

５００エラーだからCSRFが原因ではないと思う

>>213
やってみたのですが、>>212のエラーがでますね

$request->hasFile('upload')の書き方が悪かったようです
>>214さんの意見で気づけました！ありがとうございました

modelが1テーブルにつき1つ、という説明を見たのですが、
joinなどを使う場合は、その都度新しいmodelを作るのでしょうか？

そうです。model＝テーブルという考え方です。

>>218
ありがとうございます
命名でご相談ですが、

shopテーブル（idと店舗名）
syainテーブル（id、社員名、店舗id）
をjoinして、全国社員テーブル（社員id、社員名、店舗名）のようなものを作る場合、
どのような命名規則が良いでしょうか
model・class名はsyain_shopのような感じでしょうか？

違うよぉ

Laravelの場合、テーブル名は複数形が推奨されているので
それに従う場合は、モデル名は単数でテーブル名を指定しなくても推測してくれる
例えばshopsテーブルがある場合、Shopモデルとなる
storiesテーブルのような場合でも、Storyモデルとなる
ただ、別に従わなくても良く、モデル内にprotected $table = '実際のテーブル名'
と明示的に書けばそれになる
この辺はドキュメント読めば書いてある事だと思うが

>>219
syainsテーブルにデータを入れる
joinｊは>belongsToなどを使って、テーブル間の関係性をmodelに記述する
joinの度に別modelは作ったりしない

Models/syain.php
class Syain extends Model
{
//belongsTo設定
public function shop()
{
return $this->belongsTo('App\Models\Shop');
}
}

これでcontrollerに
$syains = Syain::all();
と呼び出して
viewには
@foreach ($shains as $syain)
{{$syain->shop->name}}
@endforeach
のように書けば複雑な手順無しに色々結合して呼び出せる

モデルはCakePHPと似てるな
違いは、バリデーションをコントローラーに書くか書かないかぐらいか

>>222
ありがとうございます！
modelをsyain、shop、syain_shop、と作ってテーブルが無いと言われて混乱してました

Laravel勉強してますがフロントエンドにVueとかReactというのがあるのを知りました
HTMLやjavascriptとはまた別物なのでしょうか
用途がよくわかっていません

それはらJavascriptのフレームワークです
用途は画面更新や操作で使用します
別に必須技術というわけではありません

LaravelはいわゆるフルスタックフレームワークなのでVueとかReactという言葉が聞き慣れないレベルで学習しても遠回りです
（ドキュメントがまともに読めません。またネットにある記事の信頼性を評価できません）

php/JavaScript/html/css を体系的に一通り学んだ後、可能であればwebサーバ/DBに関してある程度以上の知見を得た上でLaravelを学習することをおすすめします

本当はmailシステムとかキャッシュとかまで学習してからが理想ですが、その辺は実務に入っても理解できない箇所があるので、ドキュメントが読めれば良しとして学習を進めるしか無いです

LaravelのDIコンテナとしての役割とDIコンテナを使う目的とか理解して使っている人ってどの位の割合なんだろう？
素朴な疑問です。他意はありません。

>>228
お前が割合を理解してないことは分かった
母数すら特定できんものを質問するとかアホなの？

完璧主義者になると損するよ

クソ仕様だよな

217nobodyさん2022/12/11(日) 09:12:10.22ID:???
modelが1テーブルにつき1つ、という説明を見たのですが、
joinなどを使う場合は、その都度新しいmodelを作るのでしょうか？

218nobodyさん2022/12/11(日) 13:01:58.94ID:???>>219
そうです。model＝テーブルという考え方です。

これよりいい仕様って具体的になんかあるん？