【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ならってよりWebサイトじゃなくWebシステムならVPSだろって話

だからそれがおかしいだろ。これまでの流れをもう一度見返せよ

エンジニアがレンタルサーバーとか使うなよ恥ずかしい

まあ欠番しない連番を実装すらできないLaravelerではクラウドは難しすぎるね

>>584
そんなもん排他ファイル作ってちゃんと制御すれば余裕だろ

排他ファイルで連番管理！？

>>583
流れ読めよ。仕事での話だろ
自己満サイトならなんだっていい

AWSはコスパ最悪だからな

>>580
>>545以外はだれもそんなこと決めつけてなくね？
レン鯖でworker使えないのはしんどい場合あるって流れよな

workerのことよくわかってないんだが、
vscodeでコンパイルするのと何が違うの？
わざわざサーバー側でする意味がわからないのだが

workerってキューからジョブを取得して実行するプロセスのことじゃないの？
レンサバだと使えないらしいけどなぜなのかはわからん

Supervisorとかのプロセスモニタを使ってやる必要があるんだが、
レン鯖でそこまで対応してるのはないと思う
非同期処理やろうとすると色々と悩むと思うよ
cronでなんとか実装してレン鯖業者に髙負荷で怒られた人もいるみたいだし

レンサバはそもそも何の最適化もしていないWordPressサイトが大量に収納されていて、各サイトが毎月数十万～数百万アクセスされている

そんな激重サイトが常に多数動作してるのに、Laravelのキューを実行したところでたかが知れてないか？

>>593
たかが知れてるかどうかを判断するのはお前じゃなくてサービス提供者だからなぁ
一般論としては、レンサバでは一定時間以上起動し続けているプロセスは強制終了させられる

前にも書いたけど、個人的にはworkerを許容するようなレンサバがあるのであれば知りたい

自宅サーバ最強

やりたい放題

そもそも非同期にしたい処理ってだいたいは時間かかる処理だろ
てことは総じて重たい処理が多いはずよな
まあ、そんな処理をわざわざレン鯖でやるなってことなんだろうが
レン鯖で困ったことないってなら、わざわざVPSとかクラウドとかに移行する必要もないし
こんなこと気にしなくてもいい

重い処理こそクラウドでやると金かかるだろう
GASなら最大実行時間は6分だからGASにやらせるという手もある

これでLaravelはレンサバ運用でコストは月々1000円

どんな処理だよ。具体的に書かないとわからないだろ

レンサバで使わせたい勢がおるんか？
VPSで使わせたい勢がおるんか？

なにをこだわっているのか。。
規模とか実装の前提もなくそんな主張したところで、人生になんの意味もないだろうに

キューとか使ったことなくてそれでも困ったことないなら別に知らなくてええよ

単純にクラウドがアホみたいな暴利をしてるから世界中で脱クラウドしてるわけ

そこまで脱クラウドの流れは速くないし、
そもそもLaravel使うレベルで脱クラウドとかの話は筋違い

脱クラウドなんて初めて聞いたわ
じゃ何を使うんだよ？

自宅サーバ

自宅サーバ構築すればやりたい放題だろ

オンプレ回帰って話は少しは聞くよ
コスト予測が難しいとかセキュリティの問題とか？
円安ドル高の影響とかもあるのかもしれん
自分の周りでは起きてないから詳しくは分からんが

AWSもオンプレ版AWSを出さざるを得ないくらい追い詰められてる

オンプレとクラウドの混在が今のトレンドだ！なんて記事を見たような
俺の場合は、お客様のご要望のままに…のスタンスだけどｗ

>>607
5年前からオンプレで提供してるわ
俺の対応は間違いじゃなかったんだな

オンプレって問題起きたら3分以内に駆けつけないといけないとかどうすんの

>>611
コスト面で不利だけど、クラウドでできることはオンプレでもできるぞ

まぁいい加減スレチ

住所の正規化でGoogleMapAPIとか使うとか、
オンラインストレージに帳票まとめたいとかでから、
C特定クラウドに寄せるみたいなのあるわ
同じようにAD使うからazureとかもあるんじゃね

まあLaravelでどこまでやるかは案件次第やしな
オンプレはリースとかの話も入るのが個人的にめんどいw

ま、クライアントの事業形態に合わせて納品できればいいよ
小規模事業者にはレンサバ、中規模以上はクラウドはオンプレなど
使い分けることができれば、仕事の依頼も増えるだろうさ

アメリカ人とイギリス人のプログラマの友達にTailwindCSSの件聞いてみたら海外の技術者からすると
何で日本人はTailwindCSSを使いづらいと言っているのか理解できないらしい

>>615
二人に聞いただけでそう決めつけるのか？ｗ

>>616
海外の技術雑誌でも取り上げられるぐらい有名な話だぞ
Tailwindの生みの親も愚痴ってるぐらいだし
ちなみに中国は日本人と同じ感覚でTailwindは好まれていない

>>617
客観的に見て、classに詰め込みまくるのは美しくないと感じるんだが、
欧米の技術者はそうじゃないんだな

個人的な好みでいうと、表現したい箇所の最も近くに直感的な表現で記述できるからかなり気に入ってる
あとプラグインで簡単に補完できるようになるのも便利かなぁ

サイト全体の統一表現には別のツールが必要になる辺り構造化するのはひと手間かかるけど、小中規模の案件ではすごく重宝してる

ChatGPTに質問した方が早いぞ。マジで。

かんたんなプログラムなら作ってくれるけど、
込み入ったものは無理だよ

８割はChatGPTに作らせてあとの部分だけ人間がメンテ

無理だって。使ったことがあるならわかる

俺も最初はchatGPTについて半信半疑だった
ただ実際に色々と出来てびびった
というかデバッグとかについてはChatGPTにチェックしてもらった方が遥かに早いよ

>>624
どうやってしてもらってるの？

>>623
エアプか？

>>626
単純なCRUDを作るのはできるだろうけど、622は8割だぜ？
Webアプリの8割も作れるわけないだろうが

ChatGPTマジでヤバ過ぎる。これ作ってるPG天才だな。
Googleは駆逐されるわ

そもそもフロントエンドもフレームワーク使うならTailwindは選択肢に入らない

それはそう
日本じゃBootstrapが多いんかなあ

ワイもBootstrap使ってるわ

日本はなんだかんだ実書籍の影響が大きい
それこそニッチなものでも掌田津耶乃が書籍出してるかどうかで明暗が別れる

どっちも普通に使えるが

BootstrapってTwitterだから今後は期待できないぞ
ま、TailwindもMetaだから同じだけど

ChatGPTにハマったら質問すれば一撃だな。

Laravelの本で勉強していて
<form action="http://localhost/tweet/update/12"; ってところの数値をChrome DevToolsで12から11に変更して更新すると11のレコードが更新されてしまうんですが、これはこういう仕様で正しいんでしょうか？

そりゃそうでしょ。何を疑問視してるのかわからん

FW使わない方がやっぱりサーバ移動とかメンテがサクサクだ。

そりゃそうでしょ。構成されてるファイルが違うんだから

>>637
symfonyだとChrome DevToolsで12の部分に変更をかけても12が更新されるのに対して
Laravelは12の部分を変更すると変更後の値で更新がかかるので気になったんです

>>636
見えて困るものなら受付先のコントローラーで権限確認しないとダメだろ

はまった

基本認証を開発環境にかけたところエラーが出ます。

[.htaccess]
AuthType Basic
AuthName "My Auth"
AuthName “Enter Your ID and PASS”
AuthUserFile /{user_name}/public_html/.htpasswd
require valid-user


開発環境（dev.{ドメイン}.com)にアクセスした場合

Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator at webmaster@{hogehoge_test}.com to inform them of the time this error occurred, and the actions you performed just before this error.

More information about this error may be available in the server error log.

Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.

.htaccessの中全てです。設定間違ってないはずです。
なぜエラーが出るのでしょうか？

[.htaccess]
AuthType Basic
AuthName "My Auth"
AuthName “Enter Your ID and PASS”
AuthUserFile /{user_name}/public_html/.htpasswd
require valid-user


# Default Page Change
DirectoryIndex index.php

<IfModule mod_rewrite.c>
RewriteEngine on
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://{hogehoge}.com/$1 [R=301,L]
</IfModule>

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME}\.php -f
RewriteRule ^(.*)$ $1.php

>>643

このエラーメッセージは、.htaccess ファイルの構文に問題がある場合に表示されます。具体的には、次の可能性があります。

AuthName ディレクティブに異なる種類の引用符が使われている
AuthUserFile ディレクティブで指定されたファイルが存在しないか、またはパーミッションが正しくない
.htaccess ファイルが正しい場所に配置されていない
RewriteRule ディレクティブに構文エラーがある
まずは、次のようにして、.htaccess ファイルが構文的に問題ないことを確認してください。

1. AuthName ディレクティブの引用符を修正する
.htaccess ファイルの中で、AuthName ディレクティブに異なる種類の引用符が使われています。一方はダブルクオートで、もう一方は右シングルクオートです。これらを統一し、ダブルクオートに変更してください。

2. AuthUserFile ディレクティブで指定されたファイルを確認する
AuthUserFile ディレクティブで指定された .htpasswd ファイルが、指定された場所に存在していることを確認してください。また、ファイルのパーミッションを適切に設定していることも確認してください。

3., .htaccess ファイルの場所を確認する
.htaccess ファイルが、実際に適用されるディレクトリに存在していることを確認してください。

4. RewriteRule ディレクティブを確認する
RewriteRule ディレクティブに構文エラーがある可能性があります。RewriteRule ディレクティブのパターンが正しいかどうか、および置換文字列が正しいかどうかを確認してください。

これらの手順を確認してもエラーが解消されない場合は、Apache のエラーログを確認することをお勧めします。エラーログには、.htaccess ファイルで発生している問題の詳細が記録されています。

>>645
二重引用符の間違いでした！ありがとう！

>>645
天才か？やっぱり技術あるイケメンは違うな

ChatGPTに質問して得られた解答っぽい

Laravelに関してはBardの方が得意っぽい

ChaｔGPTがマジですごい
Google駆逐されるね

AIがあるから単価下げてもええやろって言われたときの対策はどうすればいいですか

実は発注する側の俺はそれ考えてた。
「ChatGPT使えば開発効率２倍になるよね。じゃ、予算も半分で」

AIに頼んでくれと告げて、次探していいと思うよ。

それでいいですねえ

相場間違いなく落ちると思う

個人事業の中小プロダクト専門だけど、実際工数が半減するから請負金額は下げてもいいかなぁって思ってる

>>652
「じゃ、AIをどう使えばいいかを教えて貰えますか？」
「勉強しろ？じゃ、その分の調査費用を上乗せで。」
じゃだめ？

>>652
ウチでは対応しかねるので他所を当たって下さい

コントローラが肥大化して困っています。

たとえば以下のような掲示板投稿のメソッドがあるとして、
どのようにして簡略化すれば良いのでしょうか？
※波線の部分は他にも記述があるという意味
モデルが異なるので、1つのモデルにロジックを書くの難しいです。

public function create(Reuqest $request){
// ユーザーを取得
$user = User::find(Auth::id());
～～

// 掲示板に投稿
$board = Board::find($reuqest->board_id);
$board->create($request->all());
～～

// 登録をメールで知らせる
Mail::send(new BoardMail($user->name, $user->email));
～～

// 投稿した掲示板に戻る
return redirect('/board/show/' . $reuqest->board_id);
}

ぶっちゃけ、その間の「～～」の処理を外だしするのが大事なんだけどね
Laravelについて、
ServiceクラスやらResourceやらRepositoryやらUseCaseやらクリーンアーキテクチャでググればいいかもね
結局は落しどころの話になるから、最適は自分やチームでみつけるしかない
（ビジネス？）ロジックをどこに書くのかも含めてね


以下はイケメンChatGPTの回答。（コードは省いた）


コントローラの肥大化を緩和するためには、いくつかのアプローチがあります。以下にいくつかの改善点を提案します。

1. モデルの責務を増やす:
モデルにロジックを追加して、コントローラから責務を移すことで、コントローラをシンプルに保つことができます。
具体的には、以下のようなメソッドをモデルに追加することが考えられます。

2. サービスクラスの導入:
コントローラの肥大化を避けるために、サービスクラスを導入することができます。
サービスクラスは特定のビジネスロジックをカプセル化し、コントローラに代わって処理を行います。

3. リダイレクトの処理を共通化:
リダイレクトの処理を共通のメソッドに切り出すことで、コントローラの冗長な部分を削減できます。

これらの改善点を組み合わせることで、コントローラの肥大化を軽減し、コードの再利用性と保守性を向上させることができます。

>>660
チームじゃなくて自分一人で学習用にやっています。
～～は数行の関連処理があるという意味です。


モデルはすでに肥大化しています。
サービスクラスとユースケースの用途がイマイチわかりません。
AIさんに聞いても似たような回答です。
Classのパッケージだと考えれば良いのでしょうか？

ChatGPTに頼り過ぎ

>>662
嫉妬は見苦しいぞ

調べ事する時はググるんじゃなくて、ChatGPTに質問した方が早い。

正規表現系はChatGPTに質問すれば一発じゃんｗｗｗ

>>665
わしもそうおもう
あれは便利

>>666
正規表現が分かり辛くて苦労してたけど
ChatGPTがすんげー賢くて助かってる

そんなレベルで正規表現とか使うなよ
ReDosの回避とか判断できないんだろ？

>>668

ReDoS（Regular Expression Denial of Service）は、正規表現を悪用した攻撃手法の一つです。正規表現は、文字列のパターンマッチングに使用される強力なツールですが、誤った正規表現パターンを用いることで、攻撃者は悪意のある入力に対して非常に効率の悪い処理を引き起こすことができます。

この攻撃手法では、攻撃者はターゲットのシステムに対して、特定の正規表現パターンを含む大きな文字列を送信します。そして、その正規表現パターンが指数的な時間を要するような場合に、システムのパフォーマンスを低下させることができます。攻撃者は、これを繰り返し行うことで、システムを過負荷に陥らせることができます。

ReDoS攻撃は、セキュリティの脆弱性を悪用するものではなく、正規表現自体の特性を利用した攻撃です。正規表現は複雑なパターンマッチングを可能にするため、注意深い実装と入力の検証が必要です。システム開発者は、正規表現を使用する際には、適切な対策を講じる必要があります。

>>668
簡単


ReDoS攻撃を回避するためには、以下の対策を実施することが重要です：

正規表現の最適化: 正規表現パターンを最適化し、無駄な複雑さや冗長性を排除します。具体的には、正規表現の量指定子（quantifier）を最小限に抑え、正確なマッチングに必要な要素に絞ります。

入力の検証と制限: ユーザーからの入力を厳密に検証し、制限を設けることで、異常な大きさや複雑さの入力を防ぎます。入力の長さやパターンに上限を設け、必要な制約に合致しない場合は処理を中断するなどの対策を取ります。

タイムアウトの実装: 正規表現の処理に時間制限を設け、長時間の処理を回避します。適切なタイムアウトを設定し、処理が指定時間を超える場合は中断するようにします。

サーバーサイドのリソース制限: サーバーサイドでの正規表現処理に対してリソース制限を設けることで、攻撃の影響を軽減できます。CPU時間、メモリ使用量、スレッド数などのリソース制限を設定し、不正な負荷がかかることを防ぎます。

ホワイトリストの採用: 正規表現を使用する際に、想定される有効な入力のパターンをホワイトリストとして作成し、それ以外の入力は拒否する方法を採用します。正規表現のパターンに基づくフィルタリングを行うことで、攻撃に対する保護を強化できます。

これらの対策は組み合わせて適用することが効果的です。正規表現を使用する際には、十分なテストと監視を行い、セキュリティの脆弱性を最小限に抑えるようにしましょう。

>>670
お前すごいな！

ChatGPTにRFC準拠のメールアドレスの正規表現聞いたら
^(?i)[a-z0-9._%+-]+@[a-z0-9.-]+\.[a-z]{2,}$
って返ってきた

これってReDoS回避できてるの？

そんな短くなくね？

ChatGPTにしてもタダで使えるからラッキーみたいに使いまくっている奴いるけど
これ個人情報の収集となんら変わりないからな
googleの検索も似たようなものだし

だから正規表現とか当たり障りのないところを聞くのに最適だよね
Google検索がクオリティ低くなってるから尚更

>>671

ReDOS攻撃を完全に防御するためには、正規表現のパターンを慎重に構築する必要があります。以下にいくつかの一般的な対策を示します。

正規表現の最大実行時間を制限する: 正規表現エンジンには、パターンの実行時間を制限する機能がある場合があります。この制限を設定することで、長時間の実行を防止できます。エンジンのドキュメントを確認し、適切な制限を設定してください。

繰り返し量指定子の最大回数を制限する: 特定の繰り返し量指定子（例: *, +, {n,m}）の最大回数を制限することで、無駄な長さのマッチングを防ぐことができます。たとえば、{0,100}のように回数の上限を設定することができます。

バックトラッキングの最大制限を設定する: バックトラッキングは正規表現エンジンの動作の一部であり、無限ループを引き起こす可能性があります。エンジンのバックトラッキングの最大制限を設定することで、深いネストや複雑なパターンでの攻撃を防止できます。

より効率的なパターンを使用する: パフォーマンスの改善を図るために、より効率的な正規表現パターンを構築することが重要です。無駄なキャプチャや不要なグループ化を避け、必要な場合には具体的な文字クラスを使用することが推奨されます。

>>675
簡単だけど慎重に構築って矛盾してない？
結局、ChatGPTをまともに使える人って、ちゃんと知識ある人なんじゃないの？

きみじゃ話にならん感じだわｗ

>>676

https://i.imgur.com/tvkRXXK.png

ChatGPTの回答の責任をお前は取れるのか？って詰められてChatGPTに謝らせるの草

こんなやつだらけになるんだろうな
こわ

>>674
一般的なことを聞いて、それを組み合わせていくのがいいと思っている