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

俺みたいな古い人間は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やら言われても
環境用意する段階で詰むからな