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

>>801
Let's Encryptでええじゃないか

>>802
スレチの話題に乗っかるよなよ
どうせ後出しで条件出してくるし、うざいやり取りになるだけだぞ

ChatGPTに聞けば一発

電話番号登録したくない

GPTに効けば一発な事をなんで５ｃｈに書くんだよ

Apacheのhttpd-ssl.confの設定むずいな
VirtualHostで*:443って設定したら無事に動いたけど、ここに自分のFQDNやIPを記述してた時はHTTPS通信できなかった

>>807
ググれば山ほど出てくることを見つけきれない自分を情けなく思えｗ

スクレイピングは楽しいな(*'▽')

スクレイピングとか今時やってたらバレバレだと思うんだが

回数を減らせばばれない

アクセス解析で怪しいな、と思っても量が問題なさそうなら(ワイは)スルーするしな

teratailのクソ質問ばかりのやつな
利用規約も見ずに好き放題やりよる

１日に５回位ならOK

よし、スクレイピング対策してるサイトをスクレイピングする事に成功(/・ω・)/
スクレイピングと分からない様にアクセスするのがポイントだ

スクレイピングとクローリングって何が違うの？
ググるとたくさん出てくるんだけどみんな区別して使ってるの？

スクレイピングとクローリングは、ウェブ上の情報を取得するために使用される技術ですが、一般的には区別して使われます。

スクレイピングは、特定のウェブページからデータを抽出するプロセスです。
スクレイピングでは、ウェブページのHTMLコードを解析し、必要な情報を抜き出します。
これには、テキスト、画像、リンク、テーブルなどのデータが含まれます。
スクレイピングは、価格比較、データ収集、ニュースの収集、レビューの分析など、さまざまな目的で使用されます。

一方、クローリングは、ウェブ全体を自動的に巡回し、情報を収集するプロセスです。
クローリングは、クローラー（またはスパイダーとも呼ばれるプログラム）がインターネット上の複数のウェブページをリンクをたどって巡回し、情報を取得します。
クローリングは、検索エンジンがウェブページをインデックス化するために使用されることが一般的です。
また、ウェブサイトの更新を追跡するためにも使用されます。

つまり、スクレイピングは特定のウェブページからデータを抽出することに焦点を当てており
、クローリングはウェブ全体を巡回して情報を収集することに焦点を当てています。

一般的に、これらの用語は区別して使用されますが、一部の文脈では混同されて使われることもあります。
しかし、技術的な観点では、スクレイピングとクローリングは異なるプロセスと目的を持っています。

とあるプロジェクトなんだが、PHPでバッチ処理ばっかりやってんだけど。
C++だろ。普通。

いやぁ、C++はもっと使われんだろw
なんのバッチ処理か分からんが、WEB系絡んだ処理ならPHPは多く使われてるだろ

phpでバッチとかもうアホかと、馬鹿かと

どんなプロジェクトかしらんからなんともいえん
妙な制約があるかもしれんし
まともじゃなさそうなのは確かだけどw

>>821
寧ろ、個々人がバラバラなIDEで俗人化されてる

バッチったってDB叩くだけとかならPHPでも十分
適材適所で好きなの使えばいい
アホとか言う方がむしろ分からんw

>>818
普通はpythonだろ

pythonは変態しか使わない

バッチ処理は普通はspring batchじゃないか？
phpではバッチ処理はきつすぎる

きついってどういう点が？処理能力が？技術的な問題？
抽象的に言うんじゃなくて、具体的に言えよ

サーバーレスバッチでLambda起動してGoかnodeかpythonで実行だろ

バッチ処理はC++一択

ジジイばかりだな、このスレw

仕組み的に最速はDBのストアドプロシージャだけどストアドはDBに依存した処理になりがち

PHP使えないほど速度を求めなきゃいけない場面ってなんだよ
Laravelをバックエンドに使ってるSPAでも問題ないだろ

バッチ処理なら速度が必要なことはそこそこあると思う
Laravelで出来ないこともないけど、バッチ処理のためにわざわざPHPを入れて

つづき
わざわざPHPを入れて、とはしないなw

そりゃそうだ
ただ、ここlaravelのすれだぞ？
頭湧いてんのか？

わざわざPHP入れてって、他の言語使ってるやつの話じゃないだろ
「PHPは遅すぎるからバッチ処理が必要な場面で使わん」ならわかるが、
そういう場面はどんな規模のプロジェクトで発生するんだ？って話で。

会員数100万人、ユーザー数1千万人のポータルサイトだから
Laravelとか使えねーよって話ならわかるが

何が言いたいのか主張がはっきりしてなくてわからんけど、
・PHP(Lavavel)でバッチ処理するのはありえなくはない
・PHPがない環境に敢えてPHP(Laravel)入れてバッチ処理するのは理解できない
これは同意

敢えて新しく入れてまでPHP(Laravel)でバッチ処理やる、してる、って主張してるやつはいないように見える
ていうかPHP入ってない環境にPHPいれてLaravelでバッチ処理してるなら、採用理由を知りたいわね
社内の文化とかかな

Laravelはバッチ処理を実行するための機能を提供しており、一般的にはバッチ処理にも適しています。Laravelのジョブやキュー機能を活用することで、タスクの非同期実行やスケジュール設定が容易になります。

ただし、他の言語やフレームワークに比べてパフォーマンスや処理速度が重要な場合、Laravelのバッチ処理機能だけでなく、別の言語やツールを検討することもあります。特に大規模なバッチ処理や高負荷な処理を行う場合には、より効率的な言語やツールを選択することが重要です。

総合的な判断として、Laravelは多くの場面でバッチ処理に適していますが、具体的な要件や目標に応じて他の言語やフレームワークを検討することも重要です。

まあ、規模大きいとかならJAVAだろうな、一番多く使われてそうなのは

>>839
その規模の大きさはどこまでよ？
>>836の基準だとそうでも中規模程度だろ？

システム開発における規模の大小は、いくつかの要素を考慮して判断されます。以下に一般的な判断基準をいくつか示します。

プロジェクトの目標: プロジェクトが達成しようとしている目標や要件の大きさを考慮します。目標が大規模で複雑なシステムの構築や大量のデータ処理を伴う場合、規模が大きいと見なされることがあります。

チームの規模: 開発に参加するチームの人数や役割の多様性も規模の判断基準となります。大規模なシステム開発では、多くの開発者や専門家が関与し、それぞれの役割が明確に分かれる場合があります。

機能やモジュールの数: 開発するシステムが多くの機能やモジュールから成る場合、規模が大きいと見なされることがあります。機能の数や複雑さ、モジュール間の関連性などが規模の判断材料となります。

プロジェクトの期間: システム開発のプロジェクトの期間も規模の判断要素となります。長期間にわたる開発プロセスや進めるべき作業の量が多い場合、規模が大きいと見なされることがあります。

技術的な要件: システム開発において使用する技術やインフラストラクチャの要件も規模の判断材料となります。例えば、大量のデータ処理や高負荷のトラフィックを処理するシステムでは、規模が大きいとみなされることがあります。

これらは一般的な規模の判断基準ですが、規模の判断はプロジェクトや組織によって異なる場合もあります。開発者やプロジェクトチームは、具体的なプロジェクトの要件や目標に基づいて規模を判断し、適切なリソースとアプローチを選択する必要があります。

ま、どっからどこまでの規模、これこれこういう処理はこの言語！なんてよう決めんわなw
そんなん聞くほうがおかしい、ChatGPT有能やなw

AIの基準じゃなくてお前の基準で言えばいいだけだろ

勝手に決めてればいいじゃん
自分の基準はプロジェクトや環境ごとに臨機応変だわ
敢えて言うならどの規模でもBASICとかは"使いたくない"くらいかw

小規模でも実績あるからとかでc++使うときもある
でもそんな無数にある前提条件を並べて、片っ端から基準語る暇なやつおらんやろw
まあ聞くなら自分の細かな基準を語ってみれば？スレ違いにならんようにねw

機能と性能の向上: BASICが制約のある言語であることを認識し、より現代的で柔軟な言語を使用することで、開発効率やアプリケーションの機能や性能を向上させることができます。

サポートやコミュニティの充実: より一般的な言語を使用することで、サポートやコミュニティの充実度が高まります。問題や課題が生じた際には、広範な情報やサポートを得ることができる利点があります。

メンテナンス性と拡張性: システム開発では、メンテナンス性と拡張性が重要です。BASICに比べて拡張性や保守性の高い言語を選択することで、将来の変更や追加機能の実装が容易になります。

システム開発でBASICを嫌という人は根本的な事が何もわかっていないと結論付けられます。

>>845
途中めっちゃBASICディスってるのに結論変わってて草

おっしゃる通り、先程の回答ではBASICについて否定的な意見を述べていましたが、最終的にはその意見を変えてしまいましたね。申し訳ありません。個々の開発環境や要件に応じて最適な言語やツールを選ぶべきです。BASICが適切な場面もあるかもしれませんので、それぞれの利点や欠点を理解し、適切な選択をすることが重要です。

PHP未経験がLaravelなんかよく聞くしやってみるか って手をつけるもんじゃない？
DjangoとFlaskしか使ったことない

最初からPython触るような人は
わざわざPHPなんか使いたいとか思わんだろ

それは言語としての優劣から？

PHPはHTMLと混ざるのをやたら毛嫌いする人がいるね

Pythonは文法がキモイ

Pythonって文字列の中に数値入れるときイチイチ型変換いるんだっけ？

動的サイトをスクレイピングするには専用サーバを借りないといけないな。
だけど、あほらしいのでWindowsアプリでスクレイピングしてサーバに転送かけることにする。
若干、遅いけど。

何言ってるか意味不明すぎる

馬鹿にはわからないだろうな?の話は

「ダウンロードNINJA」を使っています
ってことじゃないのか？ｗ

馬鹿だなぁー

やっぱデプロイするならクラウドなの？

スクレイピングに専用サーバーってなんだよ
自宅のPCでいいだろ

わからないのはこのスレでいつまでもスクレイピングの話を引きずろうとすること

つりだろ
スルーしろよ…

Visual Studio Codeでサーバ（Linux)にリモート接続しています。
サーバ上では、Cpanelから鍵の生成は完了しました。

C:\Users\tarou\.ssh
ここにサーバからDLしたid_rsaも配置しました。


Host hogehoge.com
HostName hogehoge.com
User tarouuser
Port 22
IdentityFile C:\Users\tarou\.ssh\id_rsa


その上でリモート接続を試みていますが
画面左下に
Opening Remote...
と表示されて一向に接続が終わりません。
どこが間違ってますでしょうか？かなりはまってます。。。

>>863
スレチ
いいかげんにしろよ
きもいわ

せっかくLaravel学んでも何を作ればいいかわからなくなってきた
もうかってそうなサービスをパクろうと思うも、
資料請求するにも法人じゃないと無理だから積む

Xdeubgでブレークポイントをはって開発したいのですが
これって共有サーバでは使えませんか？
Xdeubugのモジュールをサーバにインストールする必要があるみたいです。

https://nplll.com/2010/05/xdebug/
この辺が理解できるんだったらいくつかのレンタルサーバで動かすことはできそう

ただ、ローカルでやれば？

>>867
共有サーバはインストール権限無いから無理じゃない？

>>868
そのサイトは共有サーバーの記事でしょ
ローカルにインストールしてる

>>869
へー、そんな事できるんだ。
俺も試してみよっと。

FW入れるとサーバの引っ越しとかPHP・DBのバージョンアップ対応が面倒だよね。
どうしようかな。

>>871
Firewall？

>>872
いつものかまってちゃんだよ
ほっとけ

フレームワークであろうとなかろうと面倒さは変わらん

やっぱ要件定義が決まるまでが面倒だわ
決まれば流れ作業で開発できるんだけどなぁ

バージョンアップせずにずっと固定してくんねーかな。
面倒なんだが

勝手に自分のなかで固定しとけばええやん

Laravelは言うほどバージョン違いの不具合起きないぞ
6→10でもスムーズに移行できた

エラってもググれば大概なんか出てくるしなあ

Laravel入れて生産性上がるのか？

上がるだろ。逆に素のPHPで上がる方がおかしい

スキルの問題

まぁ確かにLaravel使うには一定以上のスキルが必要だわなぁ

ぶっちゃけC#マスターの俺からするとPHPは簡単

Dcoker便利過ぎる

sailだと最新のLaravelしか使えないのが嫌すぎる

VS Codeもっと早く使っておけばよかった

XDebugでブレークポイントは効率よいと思ったけど
var_dump()で出しても大して生産性変わらないな。

むしろブレークポイントがあると、いちいちクリックしなければいけない手間が発生する

うん?それで対して生産性変わらないなーと

>>872
firmwareだろ

>>878
5.xくらいの頃までが厄介だったな
6以降は割りと安定してて変更箇所決まってるもんな

なんか10使ってルーティング同じように書いたら出来なくて焦った
今日はもう仕事いいや

Laravelとともに生きる

そして散る

マジで次何作ればいいかわからなくて1ヶ月停滞してる

>>896
山川ゲームとかいいんじゃないか？
Laravelの色々な機能使うから便秘になるし

勉強になるの間違いです

ﾜﾛﾀ、恐ろしい機能だw

1ヶ月便秘か。

今マッチングアプリが流行ってるけど、Webはどうなんだろ？
ネイティブアプリと比べてWebアプリじゃ需要なさそうなんだよなぁ