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

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

本家
https://laravel.com/

git
https://github.com/laravel

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

次スレは980が立ててね

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

>>158
ここでモデルごとにリクエスト作ってバリデーションするって投稿を見たけど、
全てのモデルで用意するの大変だし、ソースが複雑になるんだよな
だから今のプロジェクトではモデルにバリデーションルール書いて、
個別リクエストは作らないようにしてるわ
モデルが肥大化してきたらトレイト作ってる

11来週らしいけど俺様のために主なアップデート情報を誰か書け

ChatGPTがやたらサービスクラスに分離しろって言うんだけど、
コントローラに書いてた内容を別のファイルに書いただけじゃないか
って思うのは、俺の理解が足りないからか？

Laravelにおけるサービスクラスの利点は、コントローラからビジネスロジックを切り離すことにあります。これにより、コードがより構造化され、再利用性が向上します。サービスクラスはビジネスロジックを処理するための専用の場所で、コントローラは単にHTTPリクエストとレスポンスの制御を担当します。これにより、アプリケーション全体がメンテナンスしやすくなります。

そう、そんな答えを返すんだけどファイル数は増えるし、
再利用しない限りかえって分かりづらくなるのではないかと思う

たとえば、UserService作ってcreateUserみたいなメソッドを作り、
そこにUser::createの内容書けって言うんだけど、
ユーザーコントローラでしか使わない、しかもsotreで書くだけの内容を、
わざわざサービスクラスにする利点がわからないんだよなぁ

確かにUserService作ってcreateUserみたいなメソッドを用意すれば
「ユーザーコントローラの登録」を実行できるから、テストはしやすいと思う。
コントローラに書くとバリデーションやリダイレクト処理なんかあって、
登録だけを確認できないから、サービスクラスに分離しましょう、はわかる。

けど、テストのためだけにサービスクラスを作るのもどうかと思うし、
問題が発生すると複数のファイルを視認することになるから、
かえって分かりづらくなると思うんだよな
これに納得できないから、コントローラが肥大化してしまうわけだがｗ

この板ってNGワードが多すぎてレスしにくいな

Laravelの生みの親もサービスクラス推奨してるね

if ($request->hasFile('image')) {
// 画像アップロード処理
}

こういうのはコントローラに書くべき？
それともサービスクラスにする？

Uploadのサービスクラスにリクエストを渡してたんだけど、
それはコントローラでやるべきではないかと思ってる

storeAsって保存先のディレクトリがないと自動的に作成するんだな
毎回ディレクトリ作成してからアップロードしてたわ

Laravel11使って見たけどさらに使いづらくなってない？

不満はプロダクトの寿命を伸ばす

>>169
どう使いづらいの？

>>171
うるせーよカス
絡んでくるな無能

こういうやつがいるからスレが止まるんだよなぁ
建設的なやり取りがしたいのに

自分以外のみんなが建設的なやり取りをすると、自分が限りなく惨めに思えてくるんだろうな

自分も実際触ってないからなあ
Laravelの時間も作らないと

触ってないのにここ見てるじゃん
過疎板にくるってことは興味あるじゃん

興味はあるし気にはしてるけど、構築したりアプデ試したりの余裕はね
他の言語から頭を切り替えたあと、また戻すのもw

言い訳きも

それを3日後に投稿するおまえｗ

Carbon 3はdiffInのabsoluteがデフォルトtrueからfalseに変更されたから気を付けてね

みんなって趣味のシステム構築にawsとか使ってる？

趣味のシステムに従量課金制のaws使う人いないでしょ

趣味のシステムって何だ

無料枠の中でならいそうだけど、それでも他のとこがええやろね

教えてくん

無料枠では怖いわ
少しの設定ミスで多額の料金請求されかねん
海外のサービスだし、こっちの主張は通らないからな

昔はAWSでDDOSされてもお願いすればお恵みで減額してくれたけど、今やAWSが指定する攻撃回避設定やサービスをしたとしても高額請求は免除してくれないらしい

awsは音楽ファイルのバックアップにs3使ってるぐらいだ
Laravelですら怖くてawsで起動したことない
ddosくらったら高額請求で死亡だし

趣味じゃなくて会社の仕事でシステム構築するとしてもawsは日本人の肌に合わない気がする

でもLaravelの開発メンバーはLaravelの動作環境はawsをおすすめしてるんだよな~

海外で出版されてるLaravelの技術本だとawsの会員登録から始まるからな

>>190
configに組み込まれてるからな
ま、クラウドのデファクトスタンダードには違いないし

つい先日もこのサイトも攻撃されたし
AWSじゃないけどddos防ぐのほんと無理だろって感じ
狙われなくてもボットの踏み台にされることもあるから個人でAWSは請求リスクでしかない
https://www.publickey1.jp/blog/24/publickeydos_1.html

まあLaravelに限らないけどね

awsでLaravel動かして色々勉強したいけど攻撃されたら無料枠超えて高額になるの怖いよな

攻撃されなくても安くはないから選択肢にないわ

Laravelならレンサバでいいじゃん
レンサバにデプロイする方法もネットにたくさんあるし

さくらvpsが情強の選択だぞ

たいしたアクセスもない弊社のサイトもさくらのVPSだす

エックスサーバーもvps始めたけど性能いいらしい
ネットからアクセスされるメインのシステムは無限課金のクラウドなんかに置かずにvpsにして、Lambdaとか特殊な処理だけvpsとvpnで接続して使うのがコスパ的にもセキュリティ的にも最強じゃないかね

さくらのvpsは機能がショボイ
後発に負けてる

さくらはレンサバも含めてエックスサーバーに負けてるよ
単に老舗で知名度があるだけ

kagoyaも悪くないけどなあ

>>195
最初の勉強で公開サーバー要るかな?
複数のPCから同じファイルにアクセス出来るってメリットぐらいしか思い付かない
社用PCで別ソフト入れられないなら仕方ないけど
そうじゃないならテスト環境構築の練習を兼ねてローカルPCに仮想サーバー立てる方が良さそうに思うよ
VPSやEC2で立てるのと手間は大して変わらないし
メール送信機能ならSMTP4Devでテスト出来る
レンサバや料金固定のVPSはDdosなら落ちたねで済むけどゼロデイ攻撃等で踏み台にされたら自分にも責任負わされる事もある

実際やってみるとPCにDockerとか入れるよりVPS立ち上げて使う方が簡単なんだよな
ネットの記事とか見ながらやっても変化が激しいからバージョン違って細かい所が違うし、謎のエラーとか多くてぐぐっても解決しなかったり
最近はマシになってるのかな

その理由なら別にdockerじゃなくVirtualBoxかHyper-V使えばいいだけでは？

VPSでddosされたり踏み台にされてもレンサバ会社が教えてくれて勝手に対処してくれたりするから大丈夫
そのままVPS捨てて別のVPS立ち上げたらいい

メールサーバーやDNSサーバーならまだしもWebサーバーで深刻な攻撃されるのはそこそこ知名度あるとこじゃなきゃないんじゃない？

>>207
ノーガードは社会的に許されておりませんので

>>208
あなたにとってのサーバーの用途が何であれ、攻撃者は踏み台にできるものなら何でも攻撃します

>>208
サーバーのログを見たことないのかよｗ
VPSを起動させた直後から、SSHでのログイン試行がたんまり記録されるぞ

>>210
SSHは固定IPでIP制限してたからそれは来てなかったわ
そっか確かにな

固定IPあればいいけど高いんだよな
ある程度の規模以上の会社とかじゃないと使えなくね

オラの住んでいる地域は固定IPが月額500円とすっごく安いISPがあるので、そこを使っている

DockerやめてXAMPPで開発してるわ
環境依存はするけど、サクサク感はある
Dockerはメモリ食うからうちのPCだときつい

>>212
AU回線なら実質固定10年間で一回しか変わらなかった

外でSSH使いたい場面そんなあるか？

Dockerは複数人でやるのに環境共有するにはいいけど個人でやるならあんまメリットないよね

アップルシリコンmacに買い換えたタイミングで、vagrantからdockerに変えたけど、
なんだかんだでdockerのほうが楽だなあと感じる

vagrantは元々要らん
VMに自分で環境作った方がいい

Laravelとの組み合わせでReactとVueはどっちがオススメかつシェア多い？
LaravelのサイトにあるInertiaってのが何なのかいまいちわかってないけど

手元で動いてる環境と公開する環境を同じにできる点でもコンテナはいいと思うけどね。
個人サイトやレンサバ程度で動かすだけならそこまでいらないかも。

Dockerと自動テストの組み合わせ、構築できたらテストめちゃ楽
手元では構築楽なインメモリのSQliteでテスト走らせて、GitLabにプッシュしたらGitLab-Runner+PHPコンテナ+MySQLサービスコンテナでテストできる
SQLiteで通ったコードがMySQLでエラー吐く環境違いの問題もある程度洗い出せる
次はMariaDBとかPostgreSQLにDB差し替えても動くか試してみたい

Docker系のやつはザンプ以外は何入れてもそんなに変わらんイメージ
説明通り入れてもエラー起きる問題を自力で対応できるエンジニア以外には敷居が高いイメージ、新人来たらいつも苦労する
ザンプは全員同じ環境にできないので論外だし

>>223
そう！ザンプのバージョン違いがね……
ローカル環境は最低限PHP8.1以上ならバージョン違いでもいいや、って割りきった……
とりあえずPHP(ザンプ)とGitとvscodeだけならインストール負担はまだ軽め(コードカバレッジ取得用のxdebugが若干マニアックに感じるけど)
環境違いのトラブルはGitLab自動テストのエラー通知見てから治せばいいやってノリ
どっかの勉強本付属CDのザンプ(PHP7)入れてたやつには、セキュリティサポート終わってて危ないから新しいの使えって理由こじつけてハネたけど

今の職場、Dockerの開発環境構築手順はあるのにイメージはない

ReactとVueについて聞いたら誰も答えられなかったわけだがやはりフロントエンドに関してはみんな弱いんだよな

ワイ的にはVueだけど、Reactのほうが技術者は多いと思う
Inertiaは便利だけどReact専門(Laravelやらない)な人にはウザがられるかもしれない、しらんけど
Laravelはapiとして分けて考えるほうがフロントとの関係は素直になりやすいけど、体制とか規模感にもよるわな

なるほど
なぜかReact求人多いしなあ

求人数
React5万、Vue2万5千件

>>222
学習段階でちゃんと動くyaml書くのとか敷居高過ぎるから本番稼働する様なシステム作るとかじゃないならやっぱDockerじゃなくていいと思う

アプリ作りの学習段階や、単にアプリ書くだけならDockerまで必要はないよ。
Dockerだってアプリがなければイメージ作っても意味ないし。
ただ自分の開発環境、実行環境に依存しまくったまま進めると後々困ることも出るだろうし、そのときまでちゃんと作るこどできてればいいんじゃね。

ま、LaravelでDockerならsailだろうから、イメージは必要ないけどな

PHPUnit、Laravel Pint、Larastan等、テストやコードクオリティってみんな気にしない感じです？
テストカバレッジの話を打ち合わせで打ち上げたら、社内の先人はやってないけど一般的なの？って返されて…

テスト書く費用まで出せる案件は少ないね
と言うか中小相手にしてるとまずない

「テストはあとからでもいいですよね」とほざいた制作会社＆クライアントに遭遇したことがある

今回のプロジェクトからテスト駆動開発してるけど
大変だから後からにしたい気持ちはわかる
どっちにしろブラウザ上でのデバッグも必要だからな

テストって何？っていう案件ばかり

納品前の動作テストすらしないからな

>>235
＞どっちにしろブラウザ上でのデバッグも必要
結局これなんよな
バックエンドAPIとかなら話は違ってくるけど

>>238
むしろフロント側の方が大事だからな
バックエンドが多少おかしくても結果が返ればいいわけだし

テストしたらしたで「テストしたやろ」ってツッコまれるから
やぶ蛇感もあるんだよなあ

＞ReactとVueについて聞いたら誰も答えられなかった
nobody:~ $ composer require livewire/livewire

>>241
livewireはｖｕｅしか使えんからbreezeにしとこうや

livewireもbreezeも使いません

Without Writing Any Javascript, Stupid.

OK

f3

よさげ

f3ってなに？

>>247

聞いてみな、poe さんに

poeさんってなに？

どうにもLaravelが苦手だ
便利なところはあるけどそのままじゃ使えない
じゃあ便利なところだけつまみ食いしようと考えると全部自作したほうが楽だったみたいになることが多い

そのままじゃ使えないってどういう意味？
composerでインストールするのが嫌ってこと？

そんなときにcodeIgniter

>>251
Laravelの考えるぼくのさいきょうこうせいで大体はそのまま使える
でもそのまま使いたくないところを差し替えようとすると全体が固着しちゃっててうーんみたいな

ゆうほど固着？してるか？
FWとしては結構自由にいじれる方だと思うが。。

>>253
venderの読込みが浅い
大体のところ継承なりトレイトなりでなんでもカスタマイズできるようになってる
他の有名どころのフレームワークでも大体そうだが

Laraveler、全員死亡ﾜﾛﾀw
https://x.com/sanchu8888/status/1839503492832206941
「通し番号が連続しないことは許されない」

るびおじまだ居たのか
こんな事で他者を見下すしか生きがいがないとかどうしようもなく惨めな人生だな

>>256
＞エンジニアよく分かりませんが、土日は勉強するより友達や恋人作った方が有意義かと思います