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

>>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でスクレイピングしちゃだめなの？

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

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

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

サイトの閲覧と本質的に変わらないだろ
１日１０回程度ならOK
人間でもそれくらいはみるだろ。

>>754

スクレイピングされるようなメジャーサイトになってから家ｶｽ

>>755
そうそう、偽計業務妨害なんなだよな

スクレイピングされて嫌なら
サイト後悔すんなハゲ

倫理観欠如してるアホばっかだなw

Laravelが今のところPHPのFWのシェアトップみたいだね。
勉強かてらちょっとしたサイト作ってみるか。

そんなわけないw
Rails ＞ Django ＞ Express ＝ Laravel
だぞ

>>762
その前3つはPHPなの？

>>755
問い合わせて許可はちゃんと貰ったんです

RailsもExpressももう落ち目でしょ
これから上がるとすればDjangoくらいじゃね？