【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を導入しておいた方が作り方が決まってるし引き継ぎもやりやすい気がする

>>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の上限が低いのでは？
同居してる数かなり多いだろうし、簡単に上げられないだろう

エックスサーバーであればmemory_limitは変更できるよ
他のレンサバも変更できるものもあると思う

>>327
確かにそれはあるかもな
Lumenみたいな軽量版を公式が用意してくれると良さそうだけどね

リリース遅れたりするから、要望うんぬんよりとりあえずスケジュール守るか告知はしてほしいw

来週に変更だってさ
https://twitter.com/laravelnews/status/1622602950517440517
https://twitter.com/5chan_nel (5ch newer account)

9も遅れたし、順調にいかないねぇ

むしろ2～3年に1回のペースでいいんだが

最近どのフレームワークもサポート期限短いからなー。
リリースして2年しか保証しないのが普通になってる？

短いよね。出すんならサポートもしっかりやってほしいよ

>>340
一番サポート期間が長いと思ってた.Netも、Coreになってから短くなっちゃったし。今一番長期で使えるフレームワークはなんだろう。

phpのメジャーなバージョンと同じくらいのサイクルにしてほしいっす

まあ、今の時代にそれは無理なんだろ

10かｗ
9ですら触って来てない（仕事は6のままだし）からどうでもいいけどｗ
11は予定だと2024のQ1らしいから今後は一年おきぐらいか

>>344
仕事でサポートのない6使っても問題ない？

>>345
もう4年ぐらい前から開発しているから
今更バージョンアップとかって話にはならないなぁ
今担当者俺一人だしｗ

https://laravel.com/docs/10.x/releases

やっとリリースされたね
にしても、玄人好みの変更ばっかだな

>>347
もうLSTって扱いはなくなったんだな
基本、1バージョン最大2年までのサポートとなると
実務で使いづらくないだろうか

リリースが１年毎になったし、その都度最新バージョンにしてねって事だろうな

動き出してるプロジェクトなら、頻繁にバージョンアップできないのにな

結局は途中でバージョンアップなんて今まで一度もしたことない
よっぽどセキュリティ的な問題があればするしかないだろうけど
(log4jみたいなの)

上にも書いてる人いるけど、6辺りでも十分だからな
10にすると劇的に速度がアップするわけでもないし、
セキュリティに問題なければ古くても大丈夫だわな

問題がないってのの判断基準聞かれると困るから、新規導入は最新にするけどね

新規導入の学習コスト、既存プログラム流用の難しさを考えると
旧バージョンの方が安定感あっていいと思うけどなぁ

そろそろこんな質問が出てくるかも

Laravelってどのバージョンがオススメですか？

6でも全然OK
PHPのバージョンが選べない環境ならそれに合わせるしかない
新規プロジェクトなら素直に最新バージョンにしておいた方が良いとは思うが
自分で色々解決出来ないなら、新規でも前のバージョンを検討した方がいいだろうな

従来のプロジェクトの追加開発案件でバージョンアップしろと言われないなら俺ならしないｗ

まだまだPHP7多いからね。PHP7.4のOSサポートはまだあるし

ゆうて純粋にLaravelのバージョンが新しすぎて困ることは知識不足以外なくね？
ちょっとコード追えば分かる感じ

むしろ新しいバージョンを導入出来ないとき、PHPのほうが問題になってることが多い気がする
PHPが厳格になってきててライブラリとかがエラー吐くようになったとかそういうパターンが典型的な気はする

来月10対応の初心者本が出るみたいだな
今度は基礎をじっくり教える内容を願う
いきなりAWSやらDockerやら言われても
環境用意する段階で詰むからな

PHP8のmatch式とかnulllsafe演算子とかコンストラクタのプロパティプロモーションとかガンガン使ってるわ
もう戻りたくない

それ使うとどう便利なの？

>>361
単純にシンタックスシュガーでおまじないが減るのと
三項演算子とかmatch式とかnullsafe演算子とかLaravel Collectionとか駆使すると
「変数 = 式」でほとんどの処理を表現できるから可読性が上がることじゃないかな
ifとかswitchとかなるべく使わない方がバグも減るし読みやすくなる

でも、ifとかswitchとかわかりやすくないか？他の言語でも使うし

switch/caseは他の言語とは別もんだぞ
ゆるい比較が元になってるから使う場所を選ぶ
いちいちゆるい比較で良いか考えるのが嫌だから、できるだけ使わない人が多かった

>>363
他の言語のいい仕様を取り込んでる訳だからその指摘にはあたらない。

ifだけを使って深くネストすると分かりづらいコードになるし、条件ごとに長い処理をダラダラ書いていく悪いコーディングに人を導く。
phpのswitchは緩い比較だからそもそもバグの危険性を持ってる。

matchはケースごとに1文しか処理を書けないからifやswitchみたいに中にダラダラ処理を書けない。
じゃあどうするかを考えれば自然に責務の重くない読みやすいコーディングに人を導いてくれる。
同じ変数への代入を何度も記述したり、再代入しまくる悪いコードも減る。
Laravelのドキュメントとか見ても良いコーディングをしていることが分かるはず。

そこまで言うならmatch使ってみるわ

ChatGPTにswitchとmatchどちらがいいか聞いてみたら>>365のような返答が帰ってきた　最近のAI凄いな

>>365がchatGPT使っただけだろｗ

アサルトシンクロンはいつもスピリット蘇生でお世話になっている

Laravel10まだ試せてない。問題ありそう？

公式はLaravel10の更新してないな

Laravelってアメリカとか海外でも使われてたりするの？

日本人が作ってるとでも思っているのか

誰もそんな事書いてないが
トレンドの話をしてるんだよ

質問して他人にお願いしてる立場のくせに偉そうだな

>>372
現在はほぼアジア圏でしか使われていない
昔はLaravelといえば全世界で使われていたけど今はSymfony6が海外ではメジャー

>>376
ありがとうございます。375と違ってすごく参考になりました

たしかにLaravelダメすぎだな
https://i.imgur.com/kh6OKpa.jpg

>>378の情報に騙されるなよ

まあphp自体伸びる理由があまりないしな
Laravelはよくキープしてるよ

アメリカのトレンド検索したら、Pythonが圧倒的だった

シェアは普通にphpが圧倒的だと思うぞ
https://trends.builtwith.com/framework

ちんちん!シュッ!シュッ!九州！

ゥララヴォゥ

バックエンドだけLaravel使ってる人います？
Laravel側でjsonを生成して、フロントで受け取るみたいな

いくらでもいるだろ

Laravelでvue使っても大概そうなるやろ

>>387
それはLaravelにフロントもバックエンドも任せてね？

そいやそうだね

今のプロジェクトはSPAで一応Laravelで一つだけのページは返すけど
基本はAPIの為に使っている
フロントはvueでやってる

やっぱLaravel使いはvueが多いよね
ReactやAngulerよりも使いやすいのかな

皆がvue使ってるから選択している安直な理由だと思う

ららぼ〜、実際に使ってみようかと思っているんだが、メジャーバージョン
アップが頻繁すぎて、ちょっと怖いでござるよ。
先輩諸氏はそのへんどうしているのござるか？

Laravelは今でも開発が続けられておるでござる。新しい機能や改善を含んだメジャーバージョンアップが頻繁に行われているのじゃ。
しかし、アップデートすることで新しい機能や改善を取り入れることができるのじゃから、先輩方はちゃんとバージョンアップを行っているのじゃ。
ただし、アップデートにはリスクもあるから、事前にテストを行って問題が起きないか確認することが大切じゃ。
LaravelにはLTS(Long-Term Support)版もあって、安定したバージョンを選ぶこともできるのじゃ。
だから、プロジェクトによっては新しい機能を必要とせず、安定性を重視する場合はLTS版を使うこともできるのじゃ。
でも、新しい機能を取り入れたい場合は、定期的にバージョンアップを行って最新の機能を活用することも大切じゃ。

LTSなんてもうねーよｗ

>>395
Taylor OtwellがLTS版を仄めかしだしたから多分復活する

問題はどれに復活するかだな
今後のバージョンに復活するのか、既存のバージョンになるのか
個人的には8をLTSにしてほしいが

復活するなら次の11か最新の10じゃね？
過去のバージョンは流石に無さそう

質問書こうとしたらChatGPTで解決してしまったのですが、一応書いときます。。（以下質問）

ちょっとルーティングで出来る方法があるかが分からないので、教えてください
・web.phpでresourceをgroupの中に入れたい
・resourceのeditで（URLで）idを指定して表示させたい。例「customers/1/edit」
・しかしcontrollerのfunctionの引数にクラスを指定している（idから自動的にモデルがfindされるLaravelの仕様を利用）

＜変更前＞
[web.php]
Route::get('customers/change', 'Customer\CustomerController@change'); // こういうのがいっぱいあってresourceもろともgroupに入れたい
Route::resource('customers', 'Customer\CustomerController');

[CustomerController]
public function edit(Customer $customer){～～諸々の処理～～}

＜こうしたい＞
[web.php]
Route::group(['prefix' => 'customers', 'as' => 'customers.'], function () {
Route::get('change', 'Customer\CustomerController@change');
Route::resource('/', 'Customer\CustomerController');
}

[CustomerController]
public function edit(Customer $customer){～～諸々の処理～～}

ですが、後者だとURL「customers/1/edit」となったとき、not foundになります。
「customers」や「customers/create」等は正常に表示されます。
php artisan route:listでは
「customers/{customer}/edit」が「customers/{}/edit」になってしまいます。
groupの外にresourceの記述を出せば解決するのですが、
何かありそうなので、もし知っていたら教えてもらえますでしょうか。

以下ChatGPTの回答。idをcustomerにしたら（cotrollerも変更なしで）OKでした。

問題の原因は、Route::resource で指定されたルーティングパラメーター名が customer であるためです。
Laravel は、Route::resource で自動的にルーティングパラメーターを id に設定します。
したがって、ルーティングパラメーター名を id に変更すれば、期待通りの動作が可能になります。

以下は、修正したコードです。

Route::group(['prefix' => 'customers', 'as' => 'customers.'], function () {
Route::get('change', 'Customer\CustomerController@change');
Route::resource('/', 'Customer\CustomerController')->parameters(['' => 'id']);
});

[CustomerController]
public function edit(Customer $id){～～諸々の処理～～}

Route::resource の第二引数に parameters メソッドを使用して、ルーティングパラメーター名を id に変更します。
そして、edit メソッドの引数も $id に変更します。

これで、URL customers/1/edit での編集ページへのアクセスが可能になります。

長いからChatGPTに要約させてくれるか

「絶対にガンダムに例えて要約しろ」って言ったのに例えてくれなかったです。
しかも微妙にズレてる気はしなくもない。

↓回答
質問者がLaravelでルーティングを設定する上で、group化されたresourceルートでidを指定してeditアクションを呼び出したいが、
URLにおいてidを指定するとnot foundになってしまうという問題が発生しています。
これは、ルーティングパラメーター名がcustomerであるために起こる問題であり、idに変更することで解決できます。
具体的には、Route::resourceの第二引数にparametersメソッドを使ってidを指定し、
editメソッドの引数も$idに変更する必要があります。
これにより、URL customers/1/edit での編集ページへのアクセスが可能になります。

>>399の質問投げたらCahtGPTが答えてくれたの！？
それは凄いな。ものすごく専門的な質問じゃん