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

ミュータブル、イミュータブルという言葉で調べてみると良いかも

>>474
$user = User::find(1);
$old_user = clone $user;

こうするのね。勉強になった

というかオブジェクトだからとかあまり関係ない気はするけど、大丈夫ならいっか

変数の命名規則ってどうしてる？
キャメルケースにしろという説明もあれば
スネークケースの方がいいというのもあるけど。
自分はメソッドと区別するためにスネークケースにしてる

>>478
> キャメルケースにしろという説明
これってどこにある？見たことない

>>479
「laravel ベストプラクティス」でググった一番上のページに書かれてますよ

>>478
その説明だとPSRに従った上で変数はキャメルケースを推奨してるからキャメルケースでいいんじゃないかな
自分としてはメソッド名、クラス名と同じ方がキャメルケースのがやりやすいかな

>>481
公式もキャメルケースなんですよね。
ビューでforeachするときに

@foreach ($userProfiles as $profile)
$profile->name
@endforeach

みたいに書くのはどうかと思った（テーブル名はuer_profles、モデルはUserProfileなのに）
のですが、PSRや公式に従うならキャメルケースの方が良いですかね

あと、テーブルのカラムはfirst_nameみたいにスネークケースにするのに、
変数はキャメルケースだから、findの値を比較するときに
($firstName === $user->first_name)
となるので、おかしくないか？とも思いました。

>>482
特にそれで違和感ないけどね

カラム名ってわかるからまあいいかな、って感じ
逆に他に変えるとその方が色々おかしくなりそう

$user = User::with(['posts'])->first();
$user_id = $user->id;

ってコントローラーでしたら駄目なんですか？
vscodeさんがUndefined propertyってエラー出してくるんですが

>>486

> vscodeさんがUndefined propertyってエラー出してくるんですが
おそらくエラーじゃなくて警告だと思うけど
Userモデルにプロパティが設定されてないって言ってる
出ない様にするにはPHPDocの書式で必要なプロパティを書いてあげればいいはず
例えばこんな感じ
/**
* Class User
*
* @property int|null id
*
* @package App\Models
*/
class User extends Model

>>486
それからこの書き方だと
usersテーブルにレコードが無い場合エラーになるでしょ

>>487-488
レコードの有り無しはともかくとして、
リレーションのwithをつけるかつけないかで警告が出ます
UserモデルもPostモデルも存在するのに
他にも記述は合ってる（値は取得できる）のに警告が出るし、
vscodeさんって結構厳しいんですね

>>489
vscodeが厳しいんじゃなくてあなたが緩いのでは無いかと
もっと型と変数の状態を意識するとよいと思うよ
> 他にも記述は合ってる（値は取得できる）のに警告が出るし、
値は取得できる「可能性がある」なので警告がでるんです
100%値が取得可能な状態であれば警告は出ないはず
これは値チェックとか例外処理で回避できる

>>490
phpstormだと100%値取得可能ならでないけどvscodeだと100%値が取得可能な状態であっても警告でるよ。

>>491
すまんvscode使って無いから知らなかった
ちなみにどんな警告がでるの？

それよりも一つだけなのにwith()に配列で渡すところが気持ちが悪いｗ

>>492
使ったこと無いのに他人に指摘してたのかよ・・・

JavaScriptでタイマー処理をしています。
指定した秒数（ここでは１０秒）経過したらタイマーを停止する様にしていますが
タイマーが止まりません。助けてください、、、

$(document).ready(function(){
$("#id_div_test").click(function () {
setInterval(TestFunction , 1000);
});
});

var i_current_second = -1;
function TestFunction()
{
i_current_second++;
if( i_current_second == 10)
{
clearInterval(TestFunction);
}
}

>>495
intervalじゃなくtimeout使ったら？
正直よっぽど一秒間隔が重要じゃない限りは柔軟に停止できるtimeout使う方がいい

>>496
調べてみます。

そもそもの話上記の場合だと
var id = setInterval…
clearInterval(id)
ってやらんと止まらんけど
基本setIntervelでやらんといけないケースって殆どないと思う

>>498
ありがとうございます。
そういう書き方をするのですね。ネットで調べたブログに↑の用なコードがかかれていました。

>>498
出来ました！
ありがとうございます！

便乗質問ですが、Ajaxの処理するときって
バックエンドは普通にコントローラーに書いてもいいですか？
それとも専用のファイルに書くのでしょうか？

たとえば、タイマーで指定時間になる毎にDBからデータを取得して
結果をビューに表示するような処理です。

好きにすれば良いと思うが、
普通はそのすべての処理をコントローラーには書かないと思う
https://qiita.com/kouki_o9/items/5b6d957c78583232fb09

同じページのajax(API)なら同じコントローラに書いた方が分かりやすいだろうね
ルートはwebページの方はroutes/web.phpにAPIはroutes/api.phpに分けて書く事はあるかな
（ただしapiの方に書くとdomain/api/指定ルートになる）
まぁ、この辺は個人なら好きにやればいいし
プロジェクトならルールに従うしかないかと

「好きにすればいい」はその通りなんだけど、統一はしたいよね
AのコントローラではRequestクラスを作り、
Bのコントローラでは作らないという設計はどうなのかと思うし

FormRequestってblade使っているときは良く使ってたけど最近全く使ってないな
やる事はあんまり変わらないけど、バリデーションはLaravelのやり方でするのだがそれらは自前で呼ぶ感じかな
レスポンスは仕様が決まっているのでそれに合わせてエラー時の処理を行う感じが多い
Vueとか使ってたら99%はAPIのリクエストだからHTTPのformの処理とは違うしなぁ

phpのテンプレートエンジンのなかでもbladeはダントツで使いやすいよね

vueでもFormRequest使ってるわ

>>505
Vue使う場合って、素のHTMLに書いてバックエンドだけLaravelって使い方？
でも、それだと共通箇所（ヘッダーフッターなど）は重複するよね

FW使うより自前でゴリゴリ書いた方が開発効率が凄くいい。

車輪の再発明ですか

欠番おじさんに朗報　次期バージョンに欠番の再利用機能が入る模様

どういう機能？

欠番って使うデータベースの仕様次第なんじゃないの？

そんなバグの温床になりそうな機能実装されても常時OFFだろうけどね

FWなんて使わない方が生産性・保守性が高い。

Laravelで何作った良いかわからなくなってきた
AIに何が需要あるか聞いても明確に答えてくれない

>>516
SPAのバックエンジン

会員管理系のシステムを工数かけずに作るのには向いてるかなぁ
抽象化がかなり進んでるから、似たようなシステムを量産するときにも重宝する

会員システムなんて他にたくさんあるんだからわざわざ作る意味がない

>>518
言うてもBreezeとかパッケージ使うだろ？
あれ使うと似たような仕様になるから
結局、1から作ることが多いんだよなぁ

Laravelが会員管理システムに向いてないって思ってるやつがいるって知ってビビってる

日本語がわからん奴が勝手にビビってるだけ

Laravelはログイン画面とかTailwindが標準だけどあれ使いづらいよな
クラス地獄になって大変

>>523
あれは正気の沙汰じゃないわ
なんで採用されてるかわからん

そもそも Cake使えよ。なんでこんなマイナーなフレームワーク使うの？

というか昔もっとマイナーな　kohana　とかいうFWを使ってるクソプロジェクトがあった

>>525
元々Laravel使ってたのから案件でCake入ったけどCakeFW設計悪すぎテンプレートエンジンとかゴミじゃん

本当に有能だったら　Laravelのシェアがもっと広がってるｄろ

>>525
CodeIgniterちゃんの悪口はやめて！

てか2023版のPHPフレームワークランキングみたらどこも1位Laravelになってんじゃん

ちなGoogle Trend
https://i.imgur.com/yMIFaXJ.png

PHP自体が下火だからな。
PHPユーザー分母が減って、laravelユーザー変わらずで、相対的にシェアが上がって見えてるだけな気が。

>>531
案件数ベースで言ったら全然下火じゃないけどな

少なくとも今からCakeはないわなw

CAKEが一番

>>531
下火というか定着したんだと思う。Web系なら大半はPHPで済むし
もっとパフォーマンス求めるならRubyになるんだろうけど
そこまで必要なのは大手サイトぐらいだからな

パフォーマンスの話するならGoとかJavaじゃない？

Go一択でしょ

GoってLaravelみたいなフレームワークある？

ruby男君がきているようだな

GoってWebで使うんだ。全然知らなんだ

マイクロサービスでよく聞く感じだねぇ
モノリシックなLaravelとは対局にある感じ

2年くらい前から結構Webで需要上がってるって聞いたなGo

興味はあるけど今更他の言語は学びたくない

Goって俗にいうレンタルサーバーでも動くの？
それともAWSとかコンテナ型のサーバじゃないと無理？

LaravelやっててVPSでもなくレンタルサーバーなんて使ってんの？

>>545
使ってるけど何か問題あるの？
普通にComposerからデプロイできるよ

>>546
横からですまん
アセットのコンパイルとWorkerの管理ってどうやってる？

特にworkerがつかえるレンタルサーバがあるんだったら使ってみたい

>>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に移ったかと思っておったわ