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

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

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

>>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だとそれがどのタイムゾーンの日時なのか気を付けなきゃならないからな

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

タイムゾーンとかサマータイムとか考えるとタイムスタンプみたいな絶対値の方が扱いやすいだろ
日本でもサマータイム導入されないとも限らない
datetimeで困るのはMySQLの2038年問題くらいしか思いつかんし、
それもおそらくどうにでもなるし

>>709
だよね
timzezoneは開発着手後最初に設定するもんだと思ってたよ

>>710

Laraveler脳やなぁ…

なんつーか、ロジカル思考って頭が良くないとできないんだなぁ
俺みたいな文系だと、柔軟な考え方ができない

タイムゾーンやサマータイムのことを考えると
逆にdatetimeに丸投げしたくなる

どっちがいいというよりも、ちゃんとどっちかに統一してればいいよ

cakeしか使った事が無いけど、Laravelってどうなの？
使い易い？

>>716
俺もCake2を使い続けてて、正直Laravelに懐疑心あったが
使い出すとこれほど自由度が高いFWもないと感じた
逆に自由度が高すぎるこそ、設計がちゃんとできないと
破滅的なコードになってしまうわけだが

>>717
最近Laravel使ってるところが増えてきているみたいで
良いFWなのかな～と気になってます。

昔、kohanaとかいう糞マイナーなFWを使った事がありますが
マイナー過ぎてはまった時になかなか解決策が見つからず大変だったｗ

だからマイナーなFW案件は受けない様にしてます。

ただ1つ問題がある。過去レスを読んでほしいが、
デプロイ（インストールや設置）がCakeと比べて難しい点だ
難しいというのは技術的な点という意味ではなく、
クライアントの環境構築や運営管理という意味でだ

フリーに頼むようなクライアントは金も知識もないから、
Laravelに見合う環境を用意できない可能性がある

>>719
CakePHPと比べてどこに引っかかるの？
要件に対してのシステム要件は変わらない気がするけど

>>720
それはもう過去レス読めとしか

FWを一本化して欲しい。
みんながそれ使えば、ハマった時にその解決策をすぐ調べられて便利なのに。
なんで次々FWを開発するのかな。

言語も同じ。オープン系はも統一して欲しいわ。

んなもん無理に決まってるだろうに
開発者それぞれの利害関係もあるし

Laravelが停滞してないからそれで飯を食えていける
リスク分散するなら色んなことをすべきやなあ
完全に無駄なことなんてそうそうない

WEBはPHP＋Cake、WindowsはC#
これで一本化すればOK

少なくともPHP+Cakeで一本化はない

うむ。もうこうなってるよ

安く仕上げたい→WordPress
フルスクラッチ→Laravel

これ以外はRubyとかPythonになるだろうな

Python　は文法がマジで気持ち悪い

>>720
レン鯖に置くだけじゃ使えない機能があるって言いたいんじゃないの

むしろフロントエンドの技術が多すぎる
ReactにVueにNodeに他に色々あったはず

言語は統一しろ

AWSにFirebaseにHomesteadとか、サーバ関係も色々ありすぎる

全部統一すれば効率化できるのに。

dockerもymlを作るのが面倒すぎる

お前らフリーランスエンジニア？それとも社畜？

phperがエンジニアのわけがない
コーダーだよ

このサイトからBTC価格をスクレイピングしたいです。
https://jp.tradingview.com/symbols/BTCUSD/

require "simple_html_dom.php";
$url = "https://jp.tradingview.com/symbols/BTCUSD/";;
$html = file_get_html($url);
$rateElement = $html->find(".lastContainer-JWoJqCpY",0);
$str_text = $rateElement->plaintext;
var_dump($str_text);

このコードを実行するとこの様になります。
なぜ取得できないのでしょうか？

string(4) " "

サイト側がスクレイピングさせない嫌がらせしてた。

赤信号の横断歩道に飛び出しといて「老害が車で突っ込んできた」とか言ってそうｗ

スクレイピングなんてやめなよ
素直にAPI提供してるところ使え

スクレイピングは犯罪です

>>740
APIを利用する為のアカウント登録＆仕様変更がだるいから
スクレイピングしてる

スクレイピングの妨害をするサイトがあるなんて初めてだわ。

初めてって知らないだけだろ。普通は外部から直アクセス出来ないように対策するもんだ

特にそういうリアルタイムデータとかを表示するサイトは、常にスクレイピングの対象になるから
対策されてもおかしくないよね
広告収入減ったりアクセスカウントおかしくなったりするわけだし

むしろ妨害するのが普通だろ
スクレイピングなんてサイト運営者からすればただの害虫でしかない

>>742
仕様変更に関してはスクレイピングの方が面倒だろうに
要するに会員登録とか認証とかそういうの嫌なだけだよね

Yahoo!の経済指標カレンダー週一でスクレイピングしてたら
大幅仕様変更されて使い物にならなくなったの地味に恨んでる。

そんなやつにいちいち配慮してたらでサイン変更もサイトリニューアルもできない
APIの仕様をいきなり変えられたら恨むのも分からんでもないが、
スクレイピングの方してて恨むのはさすがにない
盗っ人猛々しいって感じ

>>747
そう？今回についてはBTCのリアルデータを取得したいだけだったから
別に面倒じゃないよ。

API使う位ならスクレイピングの方が好き放題に出来るからオススメ。

いや、少しは相手のことも考えろやw
まがりなりにもここはLaravelスレだろ
ほんと自分勝手なやつだな

お里が知れる書き込みですことｗ

Laravelでスクレイピングしちゃだめなの？

スクレイピングされる方の身にもなれ

ボランティアでもないんだ。広告とかも見ずデータだけ抜くやつは弾きたいやろ
負荷がまだ少ないサイトならまだしも、でかいサイトはコストもあるからそこそこ綱渡りしてるからな
有料ユーザーがいるならそれらの敵でもある

てか、スクレイピングは逮捕案件だぞ、マジで。
図書館のデータをスクレイピングした人が捕まってたろ