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

勉強の段階でもうLaravel不要とか言ってしまうのスゴいなよほど自分の書くソースコードに自信があるんだな

laravel勉強し、将来的に色々なwebサイトを作れるようになりたいのですが、何から勉強すると良いでしょうか
ブログを作ってみる、などでしょうか？

今はwordpress＋サクラエディタで、
開発環境もちゃんと整備しようかと思っています

ちょっと古いが何からやったらいいか分からんなら津耶乃本から始めるのがいいと思う

>>74
もう12年やってるからな。
今のところ被害ゼロだぜ。

ぼちぼちPhpExcelとか素のphpだと新しいバージョンのphpで使うの無理くね？

作るのは自分が好きなの何でも良いから
とにかく頭と手をどんどん動かせ

migration ファイルのフォーマットが変わっててビビった
変わったのは最近だと思うけど、コレなんで変わったの？

>>80
言うほど変わってるか？

何が変わったっけ？ってレベルで気づいてない

書き方のサポートは随分前に変更されてたらしい
変更前後はこんな感じ

https://qiita.com/ucan-lab/items/eb10ec577d8e08226b33

多分、最近テンプレートが新しいものに切り替わったんだと思う

return new class って書き方を見たことなかったんでそこでビビったｗ

ぜんぜん気づかなかったw

変更じゃなくて別の書き方も追加されたが正しいのでは？

正しくは以前別の書き方ができるようになった
で、最近それがデフォルトとして採用された
だと思う

まぁ、経緯はどうでもいいw

なんで新しい書き方になったのか知りたかったんだけど、それはQiita読んで完全に理解した
なんでこんな書き方ができるのかは全然分からん（完全理解ｉ以前の分からん）

無名クラスなんてPHPで出来る事をそもそも知らなかった件ｗ
https://www.php.net/manual/ja/language.oop5.anonymous.php

まぁ、普段使う事無いし、フレームワークとかの設計者ぐらいしか正直いらんのではと

無名関数はなんとなく分かるんだけど、いきなりreturnが意味不明だったのよ

まぁ、そのうちコード読んで見る

質問なんだけどデータベースのテーブルからWhereだけでレコードってとってこれるの？

Eloquentだと別にselect書かなくてもSQLで言うselect *にはなるよ
そういう意味じゃなくて？
例えば
Model::where('no','>',100)->get();
みたいな書き方は出来るよ

>>88
configs以下の設定ファイルもreturnで返してるから何となく分かるっしょ

無名クラスはinterfaceとabstractのテストする時
実体クラス作る必要なくなるから便利だった

>>90
get使わないで取れる？
table(’tablename’).Where('number', 100);
こんな感じで

データベースのマイグレーションが無名クラスの実装になってる

>>93
getかfirstまたはfindなどを使わないとそもそも取れないｗ
それらを最後に使う事で実際にSQLが実行されるからね
getなら複数（結果が０や１つでも配列となる）
firstならlimit 1と同じだから結果は単体（取れない場合はNULL)
findはwhere('id',xxx)->first()と同じようなもの

firstWhere

>>95
やっぱそいだよね、仕事先でGetしなくても取れるって話聞こえたから本当か？って思っちまったよ。

独自のメソッドを用意すれば出来なくはないけど、そこまでする必要が無いというか
明確にget() or first()にしておいた方が分かりやすいかと思う

新規作成で罠かかったわ、カレントディレクトリとかに罠にハマって時間を無駄にした

10はいつ出るの？最近Laravelの話題ないよね

>>100
ドキュメント読めないアラシがさんざん居着いたスレだから、ドキュメント読めば分かる内容に触れたくない
bot相手みたいな平行線はうんざりなのよ

>>101
わかる

正直新しいバージョンを待ってるって事が段々なくなってきている
セキュリティとかのパッチは必要だと思うけど、機能面は正直今で十分だしなぁ
どちらかと言うと高速化とかそっちを頑張って欲しい気がする

多対多で3つのテーブルをリレーションする構成を考えてるんだけど、Pivotを使うのが正攻法？

以下の記事でやりたいことは実現できそうなんだけど、中間テーブルの名称とかちょっと気持ち悪く感じてる
https://qiita.com/kkznch/items/72ff650737eff863e4d9

3つのテーブルは記事と同じく多対多対多の関係です
良い方法があれば教えて

それが正攻法なんでそれでやりましょう

やはりこれが正攻法なんですね
ありがとうございます

テーブル名だけ気持ち悪いんで3つ突っ込んで設計してみます

>>103はどのバージョンで開発してるの？
俺は7系が使える8で開発してるんだが

>>104

そんなめんどくさい事しなきゃならんLaravelって
マジ終わっとるな

>>107
今はまだ6使ってるわ
関わっているプロジェクトが長期化しているから
まだ次のプロジェクトでどうするかとかは考えてないけど
機能的には6で十分かなという感じ

laravel使ってみましたが、
ログイン画面とか一瞬で作れるんですね
sessionとかpassword_hashとか一生懸命勉強したのに、こんな簡単に作れるなんて・・・

そこから色々肉付けするのが大変なんだけどね

その勉強は無駄にはならんよ

認証はやっぱりSAMLとかのシングルサインオンですって！
SSO環境がないのならKeycloakをLDAP等に連携させるのはいかがです？
どのサービスでも同じ認証画面アクティブディレクトリのIDパスワード等で統一されれば、ユーザーも戸惑わないし、大量のIDパスワードに悩まずに済みますよ！
サービスを切り替える度々に認証入力する手間も省けて、ユーザーの満足度向上間違いなしです！
Laravel自体をSAMLのSPにするか、apache+mod_auth_mellonの組み合わせでシングルサインオンに対応できます
（認証回りを使い回して楽したい、パスワード管理ヤダ、パスワード忘れの問い合わせとか付き合ってられない）

LaravelのComposeとかのライブラリどう参照してるのとか仕組み知らないと混乱するな

>>109
確かに6で十分なんだよなぁ

Laravelに限らず、どのフレームワークもバージョンアップするたびに
仕様が変わりまくって機能がもりもりになるけど、
最小構成のものを出してくれればいいのにな
んで、追加したければモジュールやらプラグインで追加ができれば
自由度も上がるし、過去作ったものも保守しやすいのに

だったら自分で作れよw

より自由度を高める設計変更は、バージョンアップのたびに実施されてるよ
認証周りとかすげぇと思う

逆に、トレンド的に必須になった機能をフレームワークとして取り込んだりしてるから、そのバランス取りに加わりたければ、ディスカッションに参加するしか無いかなぁ

自由に出来すぎると迷うからなぁ
デフォルトで「これしかできない」にして、
後から追加できる方が便利だと思うんだよな
余計な機能がついてないぶん、リスクも減るだろうし

まあそれなんだよな
フレームワークには型に嵌めることも目的としてるとこがあるから

認証機能は後から追加するパターンなのにな

そもそも、オモチャみたいなWEBアプリしか作れないLaravelなんか、バージョンアップしても無駄。
ちゃんとした堅牢な業務システムを破綻なく作れるフレームワークが必要とされている。

ちゃんとしたのはRubyとかJavaに任せればいいだけじゃね？
Web自体がオモチャなんだし

Rubyじゃない、Pythonか
分野が違うんだし、比べる必要ないと思うけどね

>>121
具体的に堅牢性に問題がある箇所ってどこ？

フレームワークが破綻なく作れる所まで担保しないしｗ
そんなのは結局その利用者の作り方の問題だしなぁ

他を貶して自尊心を保つのは大体Rubyおじさんなんだよなぁ
ホント他と比べて勝ってると思わなきゃ自尊心保てないとか可哀想としか言いようがない

しかも自分ではろくにプログラムもかけないのに「Ruby命！」ｗ

あれはさすがにruby使いに同情する

我が道を行けばいいだけなのに何で他と比べたがるんだろう…？

ガイジだからさｗ

ちょっと事実をしたかされただけですぐに頭に血が上って発狂してしまうららべらーの皆さん相変わらずかわいいw

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にしといたほうがいいぞ
特に初心者は

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