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

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

>>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
一般的なことを聞いて、それを組み合わせていくのがいいと思っている

>>680
一般的なことであってもソースを確かめる必要はあるぞ
AIは一般的なことでも嘘つくし

>>681


私はAIであり、一般的な情報や指摘に対してもできるだけ正確な情報を提供するように設計されています。ただし、私の応答は事前に学習したデータに基づいて生成されるため、情報の正確性や最新性については保証できません。したがって、重要な情報や意思決定に関わる場合は、信頼性の高いソースや専門家の意見を参考にすることをお勧めします。AIはツールとして利用されるべきであり、人間の判断や確認が重要です。

$str_message = "aaa<br>bbb";
$str_message = str_replace("<", "<", $str_message);
$str_message = str_replace(">", ">", $str_message);

このコードを実行すると

aaa<br>bbb

これにならず

aaa<br>bbb

のままです。どこがおかしいでしょうか？

画面で入力された内容をHTMLメールで送信するにあたり
文章中にHTMLタグが手動で意図的に入力されていた場合
その文字列をそのままメールに載せたいです。

酔ってんのか？

申し訳ありません。もし誤解を招くような回答がありましたら、お詫び申し上げます。どのような具体的な質問やお悩みがありますか？お手伝いできることがあればお教えください。

>>683
すげぇ発想だなw
普通の人にこの発想はできん
プログラマーよりクリエイタータイプだろう

リアルに酔ってた

何が違うのかよくわからない
全角半角？

お酒もほどほどにね

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

お酒を飲んでプログラミングははかどりますか？

ChatGPT
お酒を飲んでプログラミングをすることは、個人の好みや体験によって異なる結果が出る可能性があります。しかし、一般的にはお酒を飲んでプログラミングをすることはお勧めできません。

以下に理由を挙げます：

集中力の低下：お酒を飲むと、集中力や判断力が低下することがあります。プログラミングは論理的思考と注意力が必要な作業であり、集中力が低下するとエラーやミスが生じる可能性が高まります。

判断力の低下：プログラミングでは、問題を解決するために適切な判断を下す必要があります。お酒を飲むと、判断力が鈍る可能性があります。プログラミングにおいては、効果的なコードやアルゴリズムを設計するための正確な判断が求められます。

バグの増加：お酒を飲んでいると、ミスやバグが増える可能性があります。プログラムのバグは見つけにくく修正も難しくなります。お酒によって、バグの発見や修正にかかる時間が増える可能性があります。

コード品質の低下：酩酊状態でコーディングすると、品質の低いコードが書かれる可能性があります。読みにくいコードや悪い設計のコードは、他の開発者が理解しにくくなり、保守性や拡張性の問題を引き起こす可能性があります。

プログラミングにおいては、クリアな思考と集中力が求められます。そのため、お酒を飲んでプログラミングをすることは推奨されません。プログラミング作業を行う際は、適度な休憩やリラックス方法を取り入れることが重要です。

せめてLaravelに多少は絡めろw

申し訳ありませんが、WinSCPとLaravelは異なるツールやフレームワークですので、直接的な絡み合いはありません。WinSCPはSFTP/FTP/SCPクライアントであり、LaravelはPHPベースのウェブアプリケーションフレームワークです。

ただし、Laravelを使用してウェブアプリケーションを構築している場合に、ファイルの所有者情報を表示する必要がある場合は、サーバ側のコマンドやPHP関数を利用することになります。

例えば、Laravelのコントローラやビューでファイルの所有者情報を表示したい場合、PHPの fileowner() 関数や stat() 関数を使用することができます。これらの関数を使ってファイルの詳細情報を取得し、所有者情報を抽出して表示することができます。

単純な質問なら正解導くけど、
「○○のサイト教えて」とか聞いても嘘ばかりだぞ

>>693
有料版だとそのへんもサポートしてるよ

素朴な疑問だけど、なんでLaravelのcreated_atとupdated_atってtimestampなの？
datetimeじゃない理由はあるの？

大半の人がtimestampで困ることがないからでは？

datetimeなら困るの？

timestamp「が」、MySQLの2038年問題で困る

そいやそんなことあったな
基本datetimeで統一してるわ
timestampだとDB側でタイムゾーンとか決め打ちできるのがいいんだっけ(内部的には数値だったかなんだかで)

Laravelの意味的にはtimestampだからな、timestamps
そこらへん意味とかに厳しい人が決めてるんやろ
ゆうてMySQLが仕様変更しない限り、そのうちLaravelが変更するかもな

そう、タイムゾーンの問題があるから地球上のある時刻を保存したいときはtimestampを使うべき
datetimeだとそれがどのタイムゾーンの日時なのか気を付けなきゃならないからな

じゃ、有効期限のように年月日しか入れない場合もtimestampを使うべき？

年月日しか入れないならdate

冷静に考えれば設計って難しいよな
データ型ひとつとってもこれだけ意見が出るんだから

そんなあなたにChatGPT

>>704
「私はどうしたらいいですか？」

2038年でも別に困らんしな、timestamp

Laravelの中間テーブルって、リレーション先のID以外を含めないもん？
たとえば、usersテーブルとpostsテーブルがあって、
post_userという中間テーブルを用意する場合、
id、post_id、user_idというカラムを持ち、
created_atとかnameとか他のカラムは追加しないと

>>707
post_idとuser_idの組み合わせで一意になるならpost_idとuser_idで複合主キーにしたほうがよくないか？

>>700
> datetimeだとそれがどのタイムゾーンの日時なのか気を付けなきゃならないからな

いい加減、気を付けたシステムを作れるようになろうぜ