【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/

あとただ読み込みたいってだけの場合は@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＝テーブルという考え方です。

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

>>229
Xを母数と捉えると大凡でnくらいだと思うけど、Yを母数と捉えるとおそらくmくらいかな。Zだとちょっとわからないなー。
で、君の知りたいのはどれだい？
って聞ける様になると、あなたも、あなたと一緒に仕事をする人もストレスが減るんじゃないかな。

>>233
そのXとかYってなんだ？
母数が特定できないものの割合を質問しても意味ないって指摘なんだから、コメントするならせめて埋めろよｗあほだろ
こんなの周りにいたらストレスたまるわー

ん？別に１テーブルに２モデルあっても問題が無いが意味が無いのでそんなことはやらないだけ
そもそも、必ずしも１テーブルに紐づくモデルが必要では無いしな
SQLを直接動かすならモデル不要のテーブルもあるだろうし

>>232

モデルってなんなのか知ってて言ってんの？
知らないから言ってんだろうけど

揚げ足取りのオンパレードだな

クソと言うだけなら誰でもできるw

クソ

てすと

新しいバージョンつかったりしていないと話題ないなｗ
未だに6のままプロジェクトやってるし

6で十分だよ

以前.envのコミットで荒れまくってたけど皆はどうしてるのか教えてください。
コミットするしないはとりあえずいいんですが、大抵、本番とステージ２環境くらいはあると思います。
その場合この異なる環境の.env情報をどのように管理しているのかなと。
※さくらみたいなレンタルVPSにデプロイすることを前提としていまして、AWSのパラメータストアみたいな機能はないものとします。

・Apacheなどの設定ファイルにそれぞれ環境変数を設定する。
・それぞれの環境で.envファイルを設置する。
・本番はconfig直書きでStageは.env
・.env.prod, .env.stg を用意する

また.envで管理する情報を履歴管理したいという要望もあるんですが、これについてもいまいちベストな方法がわかりません。
そもそも履歴管理なんてしてないとか、別リポジトリで管理してるとか皆のやり方を教えてもらえると助かります。

何をそんなに難しく考えているのかわからん
WordPressだってwp-config.phpをサイト毎に用意するし、
バージョン管理だってするだろ。.envも同じことじゃん

>>244
ご回答ありがとうございます。
確かにメジャーなCMSだとクレデンシャル情報がconfigに直書きが多いのでそのまま使いますよね。うちも同じです。

後出しになってしまって申し訳ないのですが、クレデンシャル情報はソースに含めたく無いことと、ソースと同じリポジトリで管理したく無いという思いがあります。
laravelであればこれらの要望は実現可能ですよね。

サーバの設定ファイルを修正することが可能であれば本番やステージのクレデンシャル情報はサーバ側で環境変数として定義し、その情報は外部とは隔離されたサーバで履歴管理するというのがベターなのかなと個人的には思っています。

ただサーバの設定変更が出来ない場合などもあるのでその場合はconfigや.envで対応することになると思います。
このようなケースバイケースのナレッジ的な情報が欲しくて皆のやり方が知りたかった次第です。

>>245
自身で書いてる通り、ケースバイケースなのでベストはないですよ
前に話題になったときに、「ケース」の紹介もあったから見直してみるのが良いかも

一般論として、思いつくままに書いてみます

.env には環境独自の変数を定義するので、その環境の成り立ちで管理方法が変わります
環境を表す変数としては以下な感じかなぁ

1.サーバの種類（prod, stage, local etc）,
2.ミドルウェアの接続情報
3,.その他開発中に書き換えるやつ（debug, logレベル）等

1は固定、3は管理する必要はないので、2を履歴管理すべきかを検討することになるんだと思うけど、セキュリティポリシーとミドルウェア管理の主体によって管理手法は変わります

セキュリティポリシーは2を誰に見せてよいかがポイントになります
まず、プログラマー/インフラエンジニア/委託先/外部サービス等々、誰にどこまで見せてよいかで判断することになるかと
また、管理主体が例えばインフラエンジニアであれば、.envをプログラマーが管理することはありません

まーアラシがうざかったけど、有益な情報もあったので、やはり過去ログ見るのが良いかなぁ

.envってDBのパスワードやら書かれてるし、
管理するにしても非公開なローカルリポジトリで管理するくらいしかないでしょ

>>246
ご回答ありがとうございます。
過去ログは一応見てみたんですよね。
ただ.envコミット派vs非コミット派、12factor遵守派vs案件別臨機応変派の対立が酷くてなかなか具体的な管理方法というか運用方法がでてこなかったような、、、、。
親切な人がある程度でた意見をまとめてくれていたんですが、もっといろんな意見を聞きたいと思いまして。
ですので貴重なご意見ありがとうございます。

仰る通りセキュリティポリシー等決まっていればそれに従うのですが、エンドユーザや一次受けがそのあたり何も知らないケースも結構あるので、そういった場合はこちらから245のような提案をすることもしてます。
この提案する際のガイドラインというかナレッジをためていきたいのです。

もう一度過去ログじっくり読み直してみます。

>>247
ご回答ありがとございます。
クレデンシャル情報の管理はやっぱりそれがベターですよね。
ちなみにうちの場合は皆リモートワークなのでそういうわけにもいかず、dns登録してないレンタルサーバでgitlabで運用してます。

非公開のレポジトリでも.envはあんまりソース管理に入れたりしないけど
現場次第じゃないのかなぁ
.env.prodみたいな別ファイル名で管理しているのは見たことあるわｗ

ログイン機能があってもなくても成立する機能（コメント）を考えていますが、
この場合、
・ログイン無しの状態をとりあえず作ってみて、ログインありで要素を足す
・ログインありの状態を完全に作ってしまう
どちらが良いでしょうか？

クッキーが無い時に新規ユーザー作って認証させてクッキーにユニークなトークンでも保存させておいて
以後、そのクッキーのトークンがあればそのユーザーとして扱うぐらいしか無い気がするが
勿論クッキー消されると識別出来ないが

laravel sailって利用してる？
試しに使ってみたけど導入する段階でcomposer＝phpのインストール環境が必須だから、それならdockerでええやんってなるんだが

>>253
docker-compose.yaml書いたりしなくていいからお手軽ではあるかと。

今でもhomesteadですが何か？

dockerとかhomesteadとか仮想環境は難しくて無理や

コレ使わせてもらってる
winなんでそのままだと使えないけど便利

https://qiita.com/ucan-lab/items/5fc1281cd8076c8ac9f4

>>256
homesteadは割と簡単な方やで
virtualboxとvagrantインストールするぐらいで
後はhomesteadをgit cloneして指示通りコマンド叩くだけや

俺みたいな古い人間はxamppで十分です。。

Laravelなのにcakephpのように書くおっさんどうにかしろ
あとコントローラだからってドメイン単位で1クラスにアクションメソッドなんでもかんでもぶち込むんじゃねえよ
見辛いだろ

XAMPPはさすがにないなぁ

画像アップローダを作っています
https://i.imgur.com/ov32DvO.png

input type=fileで複数画像を選択→
jsで、「formをappendで生成」＋「サムネイル表示」という動作になっています。

この場合、
{{ csrf_field() }}
はどのように挿入すれば良いでしょうか？

もしくは、csrf_field()で生成されるinput要素のvalueだけ取得するような方法があれば、
教えてください。

すいません、見つかりました
csrf_token()でした、お騒がせしました

POSTした時のデバッグってどのようにされていますか？
viewを仮に作って、controllerからviewへ値渡して確認、などでしょうか

すいません、controller内部でddd()すればいいだけでした

昨日からちゃんと調べてから質問しろよ

ちゃんと調べられる人はこんなところなんか利用しないのだから別にええやろ

ddd()とかでデバッグするよりxdebug導入すればいいだけなのに
初心者の方が助かるやろ

Controllerってどのような形で分割・統合すると良いでしょうか
掲示板の場合、
・postcontrollerの中に、postやdeleteなど投稿に関する全ての操作を置く
・postcontroller_deleteなど分割する
などで迷っています
なにか指針のようなものはありますでしょうか

プロジェクトによって違う
そのへんはLaravelのルールというよりは設計思想になるのでその関連の文献などを参考にするといい

その投稿に関する操作に種類が色々あるなら分けるだろうけど
単に取得、書き込み、削除ぐらいしか無いなら一つのコントローラで書くかな

>>270>>271
ありがとうございます。試行錯誤してみます。

あと別件ですが、ページネーションの矢印がやや大きいのですが、
なにか設定とかあるのでしょうか？
https://imgur.com/a/PXLmSbg

自作のcssが干渉しているわけではないようです。
諦めてcssを上書きした方が早いでしょうか

>>268
laravelみたいなでかいフレームワークだとxdebugは情報量がありすぎてしんどいから使ったこと無いんだけどどんなとき使うの？

2月に10出るけど、もう追うの辛いわ
PHPも8.1になるし

実質はマイナーバージョンを上げてるだけで大したバージョンアップしてないから追いかける必要無い

ローカルで作成したものを、そのままサーバーにコピーするだけでは動かないのでしょうか

まあ、まず動かないよね
動けばラッキーレベル
ローカルの環境をサーバーの環境に合わせて同じにしてるなら動くかもだが

>>273
重くはなるけど、ブレイクポイントや変数のウォッチ、バックトレースなど見れるだけで
デバッグ作業はかなり楽になるけどね
むしろLaravelの開発だからこそ導入したい

>>276
FTPでアップロードってことだろ？普通に動くよ
WordPressなんかと一緒だよ

>>276
無理
まずpublicの位置が違いすぎる
シンボリックリンクを作成する必要がある
更にhtaccessも必要になるだろう

pulicの中に全部入れてhtaccessだけでどうこうしようってのは絶対にやめよう