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

>>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だけでどうこうしようってのは絶対にやめよう

>>279
一緒じゃねーよw

構成全く同じならいけんじゃね、それこそOSの細かい設定値までとかそういう勢い
まずそんな環境で開発しないけどな

>>278
そうなんか
Debugbarとtinkerで事が済んでたんでlaravelでは使ったことなかったんだけど導入検討してみるわ

Xamppでもやれるんだからなんとかなるでしょ

開発環境も色々ありすぎて、どれにするのが正しいのかわからん

オッサンだけど女の子に生まれて百合恋愛がしたいだけの人生だった、女の最大の特権って百合ができる事だよな

>>285
ラクなのはXampp
本格的にならRH系のLinuxをVBoxに入れる
間を取るならWSL2

個人的にはWSL2でいいかな、AlmaもUbuntuも使えるし

XAMPPは最初は楽だが、デプロイメントとか考えたら決して楽ではない
初期学習用だね、仕事ではさすがに使えない

linux系じゃないとほんとめんどくさい

＞　彼らはよく、社会に貢献したいと口にする。
＞　なんでも社会悪のネトウヨを自殺に追い込むことが、社会に貢献することなんだそうで。
＞　イジメや嫌がらせで社会に貢献できる教師や警官になるために、あえて帰化したんであって、祖国同胞を裏切ったわけではなく、心は●●人なんだそうだ。
＞　
＞　昔は帰化すると裏切り者と呼ばれたりしたが、祖国に国籍を残したまま帰化する方法が確立された現在では、社会に貢献するためにむしろ帰化することが推奨されている。
＞　拳銃所持で前科のある生粋の反日家ですら、今では普通に帰化している。
＞　
＞　●●学会などはネトウヨ認定した日本人を盗撮して、痴漢の写真だと言ってばらまいている。
＞　それらの写真は、集団ストーカーに使用される。
＞　彼らは集団ストーカーを、［地域で子供を守る安心安全パトロール］と称している。

個人的にはやっぱりhomesteadが一番楽かな
boxダウンロードして起動すればLaravelは勿論多分PHPでの必要な環境はほぼ入っている
xdebugは設定しないと使えないけどね

homesteadとかdokerって、イメージはわかるんだけど
解説サイトの説明を読んでもわからんのはなぜだ

homesteadは
https://readouble.com/laravel/8.x/ja/homestead.html
で書かれている通りだからそんなに難しくは無い気がする
一度試してみるといいかも

Linuxの知識ないとちゃんと理解するのはムズい

鯖立てられるぐらいの知識はあるけど、homesteadは理解できん

フレームワーク便利？
自前のソース使いまわしていつもつくってるわ

>>296
それでうまくいってるんなら、それでいいじゃん

自社開発や個人開発なら別に何使っていても良いけど
個人的に仕事で一から作る場合は何も考えずにLaravel使うわ
フロントはVueとか使うから、結局はAPIとしての利用が大半になるけど

>>298
お問い合わせフォームとか小規模なものはどうしてる？

DB使うなら利用する
もうフレームワーク使わずにいちいちコネクションから書くの面倒くさいし

>>300
そうなるとデプロイするとき面倒なんだよなぁ
お問い合わせフォーム程度ならファイル数も少ないから
サーバのWebアップロード機能でも設置できるけど、
Laravel使うと環境作りから面倒事が増える

そうか？
普通にgitとかEBとか絡めれば大して面倒なことないと思うが

確かに少ないファイルをアップするだけで終わるのが楽だけど
そこまで小規模開発ってあんまり無い気がする
いくら小規模でもデータベースは使うし認証もあるしで
結局はLaravelを導入しておいた方が作り方が決まってるし引き継ぎもやりやすい気がする

>>303
例えばキャンペーンの申し込み用フォームとか、
ランディングページで使う程度のフォームが必要になる場合がある。

DBって言ってもSQLiteで足りる程度ではあるし、
PODで書けばそんなに手間はかからない。

そんな状況下でLaravel導入して環境構築するのは躊躇するわ

LP用のフォームだけなら外部サービス使うかなぁ
わざわざそれだけのためにphpの動くサーバ使うのめんどい

Googleフォーム使うのが定番だけど、意外と自由度低いからなぁ
LPなんてただでさえ胡散臭いのに、ドメインが変わるのも気になる

ちんちん！ソユシュッ！シュッ！シュッ!

Netlifyとかだとフォーム用のツール用意してくれてるしCORSも気にしなくてよかったはず
スパム対策とかおまかせになっちゃうけど、正直ペライチにそんなに工数もらえないから便利に使わせてもらってる

eloquentで子テーブルを一括で登録/更新/削除したい場合は皆どうしてるの？
例えば部屋に複数の写真が紐つく場合とか、部屋の編集画面で写真の追加や削除なんかをすると思うけど、方法として紐つく子レコードを一括削除して一括で登録はしたくない。
操作してない写真のタイムスタンプはそのままにしたいので。

編集画面から送信される削除フラグや子レコードのpkとかを使って1件ずつ処理する感じなのかな？
saveManyとかで複数登録なんかは出来そうだけど削除まではしてくれないよね？

ちなみに物理削除を想定してます。

デリートインサートが楽

結局は一件ずつ処理してるわけだし、シンプルに書いた方がわかりやすいよ

多対多の場合はsyncとかがあるから同じような便利な方法がないかな？とおもったんだけどなさそうなのね。
ご意見ありがとうでした。

ちんちん！シュッシュッ！シュッ！

求人情報を見ているphpの場合はLaravelがほぼ必須になっているので現在学習中です。
Youtubeのハンズオンで実際に作りながらやっています。
ログイン認証が自動で実装されるのですが、Yahoo!のようにユーザーが使用しているデバイス、IPアドレスがいつもとは変わった時だけ2段階認証にするのは簡単に出来ますか?
素のphpならuserテーブルにユーザーエージェント情報、ログイン日時を保管して置きログインの際に比較してユーザーエージェント情報が異なればメールでパスコードを送信してログインに続いてパスコードを入力させれば良いしあまり手間もかからないです。

>>314
ユーザー毎に接続元IPをDBに保持できるだろうけど企業内PCからのアクセスはプロキシのIPアドレスでみんな同じになって個人判別誤検知しそう

ちょっといじればできる

普通にCookieで妥協してるわ

>>316
ありがとうございます。
出来るのであれば後は自分で調べます。

symfonyのほうが良さそうなのに。

cookieかlocalstorageでも使えばやりたいことは出来るけど
そもそも二段階認証の実装の方が大変なのではｗ

で、Laravel10は今月でるのか？全然話題にならないが

ついこの前9が出たというのに
こんなに頻繁なアップデートいらんだろ

正直進化させる所が殆ど無くなってきていて最近は開発者の自己満みたいな新規要素が多すぎる気がしなくもない
それなら、もっと分かりやすくするとかそっち方面で改良して欲しいなぁ

デフォでGoogle認証以外の２段階認証入れてほしいわ

わかりました

9が出てから1年経ってないんだね

>>323
軽量化してほしいわ
なんやかんや余計なファイルが多すぎる

予定では今日だね
検証しなきゃ

8.1が前提になってるけど、AWSとかクラウドで動作させること前提なのかな？
汎用的なレンサバだと対応していないのもあるだろうし

そもそもレンサバだとLaravel動かすのきつい
コマンド叩いてもメモリ不足とか怒られたりするみたいだし
8.1強制含めて素人お断り感が強くなった

エックスサーバーなら一番下のプランですら仮想6Core、メモリ8GBもあるから十分じゃない？

レンサバはPHPのmemory_limitの上限が低いのでは？
同居してる数かなり多いだろうし、簡単に上げられないだろう