【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では途切れない連番は無理だが
素のphpでファイルロック方式なら可能という結論でだよな

このスレにも句点おじが現れたらおもろいww

ファイルロックで連番管理は無理じゃないか？

>>3
黙れや

>>3
それは、お前だろ？
何で他人の、ふりをしてるんだ？

>>4
どの点で？

句点おじ…前スレを最後に婚活がんばってな…？
親御さんのために幸せな家庭を築いて孫も見せるんやで…？
応援してるで…？ww

お前らってファイルロックで連番管理してるの？

>>8
荒らしは消えろ

ファイルロックで連番管理は重複する可能性あるから駄目だろ
ちゃんとファイルシステムのキャッシュを切ってるなら問題ないけど

途切れない連番はLaravelでは実装できないよ

途切れない嫁さん

みんなから疎まれているのに全く自覚のない
14マンが不憫です。
どうしてこんな子に育ってしまったのでしょうか？
お母さんは一体何を教えていたのでしょうか？
バナナの剥き方しか教えなかったのでしょうか？
せめて、途切れない連番の発行の仕方くらい教えてあげていればこんなに道を踏み外すことはなかったのに。
哀れな14マンです。

14マン
嗚呼14マン
14マン

（途切れない連番すら発行出来ない低能を嘆く悲しみの句　詠人知らず）

ああ、この荒らしがまた立てたのか

>>11
そこまで行くと、そもそものシステムの信頼性の話になって、宇宙線でのデータ化けにどう対応するのとかの際限ない話になっちゃうから、FWレベルの話では考えなくていいだろ。

連呼マンが消えたということは、学生だったのか。
せっかくの休みに、こんなことで時間を浪費できるなんて、贅沢だな！
俺が学生の頃は、バイトに遊びに忙しくて、悲しいことに、ネットをする時間なんて残ってなかったわ。

このまま落とせよ、いらんやろ荒らしが二人もいるスレ

Laravelを今から勉強するなら何が最適？

何が、って何がよ？
質問になってないぞ

個人的にはドットインストールかな

>>20

Laravelなんか使わないのが最適

14マンは、夏休みと共に去っていってしまったのですね。
あわれ、一夏の14マン。
さよなら、一夏の14マン。
セミみたい、一夏の、14マン。

中間テーブルの命名規則について、接続したいテーブルの名前が2単語以上の場合どのようにすればいいですか？
例：test_users と test_comments テーブルの中間テーブル名

ルールで言うなら
test_comment_test_userだったはず

>>26 ありがとう 感謝します

結局、バカベラーは途切れない連番が発行出来ず逃亡したのですね。

>>28
ルビオくんは、まず、このダサ〜いサイトをどうにかしてくれｗ
https://www.digitalfukuoka.jp/

>>28
ファイルロック方式で余裕で連番作れますが何か？

>>30

バカベラーは途切れない連番の実装にファイルロックなどという原始的な方法をいまだに使用しているのですか、
嘆かわしい。

>>31
お前はその連番すら作れないだろ

草

>>32
auto increment だから大丈夫です！（キリッ！）ｗ

14万おじは餓死したのか？ｗ

途切れない連番なんて先に採番した番号がコミットされるまで採番させなければいいだけじゃん

>>36

新たなバカベラー出現

>>36

これが、Laravelが無いと何も作れないバカベラーの知能程度なのです。

14万おじ生きていたのかｗ

途切れない連番の実現方法に時間費やしてるような無能だから薄給フリーランスなんだよ

>>40
F社とかなら普通にそんな事の為に時間と人員を費やしてそうだな

FってF通か？ｗ
NとかHとかも似たようなものだがｗ
NDATAも子会社や関連会社ばかりだし
大手でまともな所見たこと無いｗ

もうNはソフトウェア開発関連からは撤退したとか聞いた気がするからやってないんじゃないかと思うが

みなさんだと管理画面70ページぐらいは何人月くらいかかりますか？
テーブルの各カラムで検索とソートができる仕様で技術選定は自由だけど一括読み込みしてクライアント側で捌くのは無しです

>>42
日本の大手と言われるところは、基本、外注に仕事を振るだけなんでしょ？

>>44
「管理画面70ページ」とは？

>>46
AdminLTE等で作る一般的なCRUDのアプリで
リスト表示や入力含めてトータル70画面くらいの想定です

システム発注する側か受注する側か知らないけど今日日の流行りは自社内製で
自社内製で作る場合で要件固まって無いなら少しずつ作るやり方になって
少しずつ作るなら管理画面70ページは多い。
自社業務用のシステムは自社で作ったほうが自社向けの改修も対外向け受発注処理無くて済むから作りやすいよ

>>45
客に高い金を請求してよく分からん様なヤツでもなんでもかんでも増やしてとにかく大人数（派遣集め）にしたがるイメージだな

>>47
外注したら30人月くらいで出てくるんちゃうか

そんな情報だけでは見積もれんわなw

そんな情報で出せる程度の見積もりでええんや
そもそも引き合いでもないし

44です
みなさんレスありがとうございます
実は今入ってる現場の話でPGがあまりlaravelわかってない人で納品まで2ヶ月 待ってもらって3ヶ月くらいでなんとか！と言われてるんですよね
仕様書みてもまだ固まってないとこも多くer図もそれなりに複雑なので無理ですって言ってるんですが人材不足でこのままスタートしそうでして…
普段からやってる人ならこなせるのかと思って質問してみましたが無理なものは無理で出来る範囲でやってれば良さそうですね

>>53
PGじゃなくてPMでした

処理が簡単なのが沢山あるぐらいならそんなにかからないけど
画面仕様書作ってそれを承認して貰ってから作るとかメンドクサイプロセスがあると
２～３か月で作るとか無理じゃね？
過去に似たような仕事をほぼ一人で半月ぐらいでやってたけど、画面仕様書は発注元が作ってたわ

PMがLaravelをわかっている必要はないのと見積もりは画面数ではなく基本的には機能からだすものだ

>>42
この手の話Web系では無縁だと思ってたが
関わる事ってあるの？

Route::prefix('/{locale}')->group(function(){
Route::prefix('aaa')->group(function(){
Route::get('/', [App\Http\Controllers\AaaController::class, 'aaa']);
Route::get('a1', [App\Http\Controllers\A1Controller::class, 'a1']);
Route::get('a2', [App\Http\Controllers\A2Controller::class, 'a2']);
});
Route::prefix('bbb')->group(function(){
Route::get('/', [App\Http\Controllers\BbbController::class, 'bbb']);
Route::get('b1', [App\Http\Controllers\B1Controller::class, 'b1']);
Route::get('b2', [App\Http\Controllers\B2Controller::class, 'b2']);
});
Route::get('/', function () {
return view('index');
});
});

laravel9です。例えば上記みたいにprefixの中にprefix使ってて、「hoge.com/en/aaa」や「hoge.com/en/aaa/a1」が開いてるときに「aaa」が取得できる関数って用意されてますか？
->getPrefix()とか使うと「{locale}/aaa」が取れてしまいます。str_replaceとかは極力使いたくないです。詳しい方いましたらよろしくお願いします。

そもそもそんな書き方するより、例えばだけど
'en/{param1}/{param2}'
みたいな感じでコントローラの処理で$param1や$param2を見て分岐すりゃいいんじゃないの？
明確にURLが決まってるなら全てルーティングに書けば良いだけだし

最近サボってたけどなんとなくLaravelの仕組みを解ってきた、ちょっと興味わいてきたわ
久しぶりに触ってみようかな

相談です。
bladeテンプレートのview(子)がlayout（親）を継承して表示する状態になっています。

親子間で変数を共有する方法を探しています。
「親」で、複数の「子」で共通する変数を定義して使いまわしたい都合です。

子の変数を親が拾う処理は子：@section　親：@yield
でいけるのですが、その逆ができないか探しています。

ウェブの資料だとinclude()を使うとできるようなことを言っていますが、
親のyieldに子がsectionで入れる構造を変えたくないです。

この構造で親→子に変数を渡す方法があったら知りたいです。

>>61
設計変えた方がいい

概念的にはlayoutはトレイトであって親クラスじゃないからな

トレイトっていう考え方しっくりきやすいな
今度教えるとき使ってみよ

相変わらずLaravelはポンコツだな

Laravel勉強してるけど「これ覚える必要ある？」ってなってる。

ゴリゴリ自分で書いた方が楽では？

フレームワークって、同程度の品質で量産するためのものだからね
1,.2個ブログ作るだけならwordpressのほうが絶対に早いし楽

認証管理とかフロントフレームワークとか導入しやすいし
最近のComposer使わないとインストールするのがめちゃくちゃめんどくさいライブラリ入れる場合とかあるじゃん

>>66
そう思うなら使わなきゃいいだけ
自前で作ってセキュリティまで担保出来るとは思えんが・・・

ログイン周りはフレームワーク使わないと怖いな
いつ攻撃側がアップデートするか分からんし

ペライチのランペならメモ帳で十分だけどね

俺的にはReactがバックエンドにそのまま繋げれる環境が簡単に用意出来るのを知った時点で俺の中でのLaravelの優位性が一気に爆上げした

認証周りはFWに頼るべきだよなあ
自前とか今どきだと考えることおおすぎて

勉強の段階でもう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にしといたほうがいいぞ
特に初心者は

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

そもそもpythonなんかをweb系で使う事自体が間違っているのだがｗ

PythonはAI・機械学習系だからな。用途が違う

というか好かれてるPythonをWebフレームワークとして使いたいって思惑があったからDjangoは出来たんやろ

PHPはWebありき？の起源だった記憶

しらんけど、初心者はやりたいことを素直にできる言語をやればいいよ

PythonはWebで使うには数値→文字列の変換とかが煩わし過ぎる

テンプレートのyieldで教えてください

階層がこうなっています
https://i.imgur.com/t0rbVZ1.png

viewのshow
https://i.imgur.com/JBjNvJ7.png

headerのテンプレート
https://i.imgur.com/UYUTU8e.png

headerがyieldできないのですが、何が原因でしょうか？
show.blade.phpとheaderを同じ階層に置いた時はyieldが出来たので、
@yield('../layouts.header')のようにかくのかとも試してみたのですが、うまくいきませんでした

>>179
使い方が全然違うからlaravelの認証のテンプレ入れて構造見直した方がいい
https://qiita.com/RealXiaoLin/items/a5ab2e11ae016f2ac6fb

あとただ読み込みたいってだけの場合は@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だけでどうこうしようってのは絶対にやめよう

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

エックスサーバーであれば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が答えてくれたの！？
それは凄いな。ものすごく専門的な質問じゃん

GPTの登場でweb屋で食ってたのもいよいよおしまいか
プログラマ続けても安い扱い受けるだけだから別の職に就くか

どうぞご自由になさってください

今までWEB屋で食ってた人の単価
chatGPTを使いこなしてWEB屋と同じレベルのものを生成する人の単価

前者のほうが圧倒的に安いからまだ大丈夫

「ChatGPT使っていいから単価1/10でやって」
「ChatGPT使っていいから今日中におねがい」
「ChatGPT使っていいから検収やっといて」

「ChatGPTが正しいかどうかをテストする要員を追加したく」

で、不具合が出たとき、ChatGPTのせいだからしかたないね〜とはならず、
担当者のせいになる

ChatGPTが1から10までやってくれるわけじゃないのに

今はまだ結構間違ってるからねえ
でもそのうちフレームワーク自体がそれらを利用するようになるかもね
いまのartisanコマンドが進化するイメージ

ちゃんと要件を欠けば、コードが生成されるみたいな
でも、アホな蔵相手だと要件がいつまで経っても決まらないし、二転三転する
から、永遠にリリースできないのは今と同じかも

windows環境で
laravelをxamppで実行できる環境作ったが当初動かなかった
composerをインストールし直したりした

結論はhtdocsの中に作れって事だった

しかし今度はzip展開できないとエラーが出たので
検索してphp.ini内のextension zipのコメントアウトを外して読めるようにしろとあったので
直したらまあうまく行った、らしい

とこんな出来の悪い自分でも出来るっぽいので
ChatGPTならもっとサクサク作るのか