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

>>547
その2つを使ってないから話が合わないんだな

レンタルサーバーって中途半端に権限があるかないか分からんからめんどくさくて使ってないんだよなぁ

Linuxフル権限で使えるVPSなら普通にLinuxでできる事ならなんでもできる
別にAWSやらGoogleCloudやAzureみたいなフルスタックのクラウドを使う必要もないしコンテナ型である必要もない

>>547
workerは無理じゃね？
cronとか使って擬似的にやるとかでごまかせそうだが
レン鯖でのLaravelは色々と制限あると思う
VPSもレン鯖並みに安いし、普通はそっちでやるわな
たしかにレン鯖の手軽さも良いんだけどな

VPSってデータベースも同じ環境にインストールして使うの？

個人的な経験だけど、VPSは1システム全部を一つに入れちゃうかなぁ
冗長化とか必要なケースだと素直にクラウド使ってる

>>550
感覚的には無理だろうと思うけど、レンタルサーバって結構頭おかしい進化してるじゃん？
phpのバージョン変えられたり、ssh使えるようになったり
だからどっかのサービスだと使えるようになってたりしないかなぁって

VPS借りると管理が大変だぞ

レンタルサーバーとか基本WordPress専用サービスな認識

エックスサーバーは

990円で仮想6コア、メモリ8GB
1980円で仮想8コア、メモリ12GB
転送量無料

このコスパなら数台借りてもAWSより遥かに安い

その通り。Laravelでサイト作るだけで
わざわざクラウド使うってオーバースペックすぎる

>>554
そこまで管理は面倒ではないと思うがな
たいしたことしてないならyum-cronとかdnf-automatic入れておけば
最低限のことは任せられるっしょ

>>556
VPSでその安さ？と思ったが、さすがにVPSだとそこまで安くはないか
AWSと直比較するならせめてVPSかなとは思う

ゆうて中身でどれ使うか変わるしなあ
わざわざLaravel使う仕事ならVPSって気持ちもわからないでもないけど

自宅サーバ最強

>>560
わざわざって解釈がよくわからんなぁ
前にこのスレで「お問い合わせフォームでもLaravel使うか」
って議論があったけど、大半は「使う」って意見だったぞ
フォームの要件にもよるだろうけど、VPSを導入して
クライアントに負担かけさせるのはいかがなもんかと思うが

>>558
4年前にさくらVPS借りたけど、直近で覚えてるだけでも

・Javaの脆弱性対策
・Python2から3の変更
・Let's Encryptの仕様変更

など、yumで出来ない問題が発生したがな。
今後も何かしら発生するだろうし、
既存パッケージのままずっと運営し続けるのは無理だ

>>563
yumということはCentOS使ってるの？

>>564
CentOS使ってるけど、今度はOSが悪いというのか？ｗ

>>565
CentOSはもう終了なのになんでわざわざCentOS選んでるの？

>>566
4年前って書いてるだろ

>>567
発表されてからだいぶ経つけど別のOSへの移行対応しないんか？

>>568
2024年6月までサポートあるから、それまで様子は見るよ

ただ、俺の使い方ならクラウドは必要ないと思ってる
サイト運営するだけだし、LAMP環境で十分だからな
クラウドでも管理は必要だし、言うほど簡単ではないよ

てか、CentOSの終了がまさしく「管理は面倒」なんじゃないか？w
レンサバの方がよほど楽だと思うがな

自宅サーバ構築できないヤツはレンタルサーバにしとけ

CentOS8Streamあんじゃん

海外の技術雑誌読んだ限りだとLaravelはLTS廃止によって技術者に見限られたらしい
海外だとPHPならSymfonyとCodeIgniter4が人気みたいだ

CentOSな人達は、Alma Linuxに移ったかと思っておったわ

>>573
Googleトレンドで調べた限り、その傾向はないけど

レンサバでLaravel運用できるならそれがコスパ良くて楽
データベースも同じ環境でいいんじゃないか
WordPressで重いデータベースを何年運用していても何も問題起きないし

ChatGPTに聞いたら、ユーザー数1万以下なら
月額1000円以下で利用できるレンタルサーバーがおすすめだとよ

どのくらいの規模ならクラウドにするべきかと聞いたら、
ユーザー数10万人以上の場合は、検討した方がいいって

お前らが作るほとんどのサービスは1万人以下だろw

ユーザー数よりも同時接続数だろ

>>563
まあ、それを面倒というならVPSは無理だろうね
それくらいの面倒ならあえてVPS選択するって人もいるだろう
レン鯖だとできないこともあるし
程度の問題だとは思うが

無理とか無理じゃないとかじゃなくて、
「LaravelならVPS（クラウド）」みたいな決めつけをするな
って話なんだが

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
天才か？やっぱり技術あるイケメンは違うな