【PHP】Laravel【フレームワーク】 Part.13
レンタルサーバ上のmysqlに現在phpmyadminでアクセスしてます。
a5 sqlとかでレンタルサーバに繋ぐにはポートフォワーディングを使えば
接続出来るのでしょうか? Laravelってキャッシュまわりの挙動がクソすぎて嫌い 初心者的なことだがControllerで使うViewメソッドってどこに実装されているの? 前スレの最後の方で話題になってたがDockerならlaravel sail使っとけばいいんでね?
使い方はlaravel10の黄色い本に書いてある
kindle版が半額になってたから昨日買ってみた >>10
sailは最新版じゃないと動かないからな >>9
自己解決したわ、View関数がどこかに定義されてるとかと思ったけどそうじゃないんだな CakePHPみたいなイメージか?
そういうのはないから必要なら自作しろ みんなフロントは何使ってる?
ネット見ると流行りはvue reactらしいけど
LaravelerはBladeの割合高いんかな? そらblade使うでしょ。VueやReactは補助的に使うぐらいじゃないか? 外部デザイン入れるとかだとbladeだけど
そういうの関係なくてフォームとかデーブル多用する様なケースならReactかな いや、外部のデザイナーにbladeのファイルいじらせるのか?
デザインファイルだけもらって、開発者がコード埋め込んでいくと思ってたが 触らせんでも持ってきたモックそのまま適用するのにbladeだと楽じゃん >>17
その後の修正とかどうすんの?
1回作ったら後は一生触らなくていいと思ってんの?仕事じゃなければそうかもしれないけど >>19
修正ってデザインの修正だろ?
デザイナーに依頼してファイルもらって差し替えればいいだけじゃん
仕事やったことあるならそのくらいわかるだろ >>20
そしたらデザインの修正だけにエンジニアが作業しなくちゃいけなくなるじゃん
マジで言ってる意味わかんないの? >>21
いや、自分の意見を相手に理解してもらえないからって
あおり気味で反論するのは幼稚だぞ。そこは改めた方がいい
デザインの修正だけにって、デザインファイルって書いてるだろ
画像、CSSのファイルをデザイナーにもらって差し替えればいいだけじゃん
エンジニアの作業と分離できるし、仕事だとそれが普通だろ >>21
そんな高々1時間も掛からんような作業やん >>22
煽りじゃなくて純粋に疑問だったんだけど気に障ったならすまん
勘違いしてたかもしれんがデザイナー、HTMLコーダー、エンジニアがいる環境か?その場合だとデザイナーはbladeをさわらないな
うちはデザイン部隊がHTMLコーディングもするので、エンジニアが一度bladeを実装したらそれ以後はデザイン側がbladeを編集・コミットする そんなの会社や人によって違うやろ
プロジェクトによって社内か社外かでもやり方変わるし
こんなに盛り上がることか? エンジニアがHTMLをblade化する作業を毎回やってたらアホなのはどの会社でも同じだろ ホントめんどくさがりって言うか嫌々仕事やってるヤツ多いのな >>26
きっとスキルが高いデザイナーがいる会社なんだろうなぁ
外注にしてもPHPの知識があるデザイナーに頼んでいるんだろう
こっちは文字通り「デザインだけ」だからな
PHPはおろか、HTMLやCSSですら基礎知識はない
そんな人にblade編集させればどうなるか火を見るより明らかだろ 次期Laravelはついにコントローラディレクトリがなくなるらしいね てかLTSにならないのか?
ちょうど来年にかけてLaravel使ったプロジェクトが始まりそうなんだが ちなみにちんちん小さいです
冬場は半分に割れたとんがりコーンくらいになります >>34
そうなの?じゃ、毎バージョン2年が期限になるのか 世のシステムの大多数はマイナーアップデートきたからってよほど世間で問題になってない限りアップデートなんて掛けないしLTSサポートがあるかどうかって
寧ろLTSサポート切れても使い続けてるとことかめちゃくちゃ多いからな うちはアップデート計画含めたおみつもりでおかねもらって作業してます!
アップデートしない保守は毎年おみつもりにするように指示が出てます!
お客様神様仏様のアップデートなんてとてもじゃないけどおこがましくてできません!金よこしてください! ま、Laravelはバージョン違ってもそう影響ないからな
CakePHPだとガラッと変わるから困るけど クエリビルダで複雑なSQL書くときって地道にやってる?
chatGPTで作ろうとしても複雑なのはうまく作ってくれないから困ってる。 地道にやる方が一番だよ
ソースがきれいなのより、まずは動くのを優先しよう みんなどころか自分が困るw
だが、ソースの最適化考え出すといつまで経っても進まない 自分書いた昔のコードなんて、見てるだけで赤面ものだからなあw Qiitaの記事によるとLaravel11は
コントローラはベースコントローラを継承しないように
Middleware フォルダ削除
app/Http/Kernel.php 削除
これらは AppServiceProvider.php で定義する形に
config ディレクトリが空っぽに。デフォルトから上書きしたいファイルだけ追加で書きこむ形に
routes/ の中身が console.php と web.php のみに。 api/channel が必要な場合は CLI から生成可能。
らしい 便利になるの?
それともやることなくなったからちょっと変えてみましたってレベル? 適応できるかといえばできるんだろう
問題は過去のWebのドキュメントが軒並み使えなくなって
「良いからググれ」とか「ChatGPTにきけ」とかで答えられなくなることが辛い >>46
初期状態はシンプルで、そこから積み重ねる形かな
余計な機能がついてないほうがわかりやすくて良いわ PHPerはバカばかりなので
WordpressだのLaravelだの
どうしようもない産業廃棄物製造機ばかりが流行る モデルに検索条件をscopeで書いているのですが、
カラム数が増えると検索条件も多くなるので
モデル内の記述が冗長化します。
これは仕方ないのでしょうか?見やすくする方法があれば教えてください >>53
>見やすくする方法があれば教えてください
A:Laravelなんて窓から投げ捨ててバイバイする -=≡ Λ_Λ
-=≡ (;´・ω・) 加速するよ!
-=≡ ⊂ o __ __ __ __ __
-=≡ ( ⌒) / /,/ / /_ / /,/
-=≡ c し' ./ ∧\ . ___7 / / ∧\
 ̄  ̄  ̄ ̄ . ̄  ̄ >>57
「グローバルスコープ使ってクラスに分離」って書こうとして間違えた laravel勉強中だがネイティブでルール決めてやったほうが早くないかと···
勉強めんどくせー Dockerの上にLaravel乗っける方法星得て >>67
既にしくじった!
俺にはDockerは無理なのかもしれん… ザンプでララベルは使えないクズって前スレに書かれてたな バージョン管理が面倒なだけで、使えないわけじゃないけどな Laravel10+Sail+Vue3 で開発中です。読み込みに無茶苦茶時間がかかるようになってきて、vue のプログラミングの問題なのかと思ったら、どうもLaravelのAPIからのレスポンスで詰まってるぽい。
ボトルネックがどこかを調べるにはどうすればいいでしょうか? ついにRailsのActiveRecordが複合主キーを正式サポートしたね。
LaravelのEloquentも複合主キーサポートしてくれねーかな いらんけど、まあそれで満足する人がいるならしてもいいんじゃね ルビオ君的にはRailsの複合主キーも欠番禁止なのかなw >>79
> いらんけど
複合キーを使いこなせない無能が必死
>>80
>複合主キーも欠番禁止なのかなw
もはや、複合キーとは何であるかすら理解できていない無能が必死 >>78
> Eloquentも複合主キーサポートしてくれねーかな
今残っているPHPerは無能しか居ないので
全てのPHPerが全力を集中しても実装できるだけの能力が無い 久しぶりにレスがあるたと思ったら煽るんだな
わざわざ喧嘩しにこのスレに来てるのかよ RoRでやってた案件がLaravelに奪われたとかじゃない? まだ見てたのかコイツw
もう逆にLaravel大好きだろw IISでLaravel動かすのも一応出来るんだなw opcacheでそれなりになるよ
Laravelというよりphpの恩恵だけど Windows+Dockerとかでやってると妙に遅かったりするこの場合Laravelに限らずだけど >>92
WindowsのフォルダをDockerでマウントすると遅くなるから
WSLのフォルダにドライブ割り当てると改善する、要は逆にするわけやな >>93
だから自分はDocker使う場合VM上のLinuxに入れてる
sambaで共有フォルダ作る方法は慣れたら簡単だし
共有経由でsourcetreeとかxdebugのvscodeステップ実行とかも普通に使えるから個人的にはこれが最適化なきがしてる 一人で開発してる人に質問です。
ビューはデザイン部分をコーディングしてから、プログラム埋めていきますか?
それとも直にプログラム部分も記述しながら作っていますか? 新バージョンが出てもそれに追随することが出来ない腐れフレームワークで開発して提供する極悪非道のペテン詐欺師達 そりゃ追随するのはコストがかかりますし
リスクマネジメントの観点からもすぐ移行できないだろ まあ半年から1年は状況みるね
保守費もらうからいいけど Webプログラムは趣味でしか経験がなく仕事での経験はないんだけど
新規に作るなら最新版でいいよね?
一方、仕事でWebシステム作ったら巨大なプログラム資産が出来上がるから
フレームワークをバージョンアップしようとすると、
既存システム全体で使用しているAPIを洗い出して、
API仕様に変更がある場合には新仕様に合わせて改修しないといけないってこと? フレームワークのバージョンアップに対しての対価が支払われるならやる
払われないのならやらない
それだけのことでしょw コントローラーが長くなったらどうしてます?
ロジックはモデルに書くようにしているのですが、
検索に関するロジックがあると、モデルも肥大化します データ関連処理ならモデルに関数書く
上に該当しないならtraitかな traitって使い勝手が悪くね?
クラスの関数一つ増やすだけのイメージなんだが 拙者、synfonyではじめてtraitなるものを触りもうした。 traitはフレームワークじゃなくて、PHPの機能だけどな php8.3ってもしかして速くなった?
体感レスポンス良くなった気がする つーか、PHP8.1とLaravel10の組み合わせでも相当速くなった
非同期通信でも詰まりなく表示される
PHP8.3とLaravel11なら、さらに改善されてるだろうな phpはゴミ言語って言われてるのになぜ使われ続けるんだろう
作った本人ですら酷い仕様だと認めてるのに 人気ってのは本当に理由がわからんのよな
鬼滅の刃が流行した理由は作者ですらわからず、アナリストが後付けで理由をつけてるだけ
同様にPHPもなぜ普及し続けてるのかはわからん
より優れた言語仕様の言語は台頭しているはずだけど、なぜ置き換わらないのか、それを正しく答えられる人はいないんじゃないか?
評論家のように後付けでそれらしい理由を述べることはできるだろうけど >>117
>より優れた言語仕様の言語
それが使いづらいってことだろ
ルビオ君には辛いだろうけどもw PHPがよくできた言語とは程遠いのはわかるが、より優れた使いたい言語も思い付かん
PythonもRubyもクソだしJavaScriptは難しいし
もっと最近の言語だといいのあるのかな 素晴らしい言語だとは思わないが、非常にとっつきやすいとは思う
普及には大事な要素 >>119
Javascriptってもはやフロントエンドのデファクトスタンダードになってるけど、
死ぬほど難しいよな。ReactやVue使えば良いって問題じゃなく ノードの扱い
特に非同期は見えないからわかりづらい
PHPがなんだかんだで広まったのは
HTMLに直接記述できたり、結果がわかりやすいからだろうな 非同期が見えないってなんだ?
Reactとかの更新も非同期処理だがDOMがどう変更されているか見分けがつきにくいとかそういうことかね 俺もよくわからんが多分そういうのはJavaScriptの言語としての難しさとは別の話なんじゃないの
JavaScriptは普通に言語としてわかりにくいよ、他の言語と違い過ぎる
同じ意味を色んな書き方できてそのどれもがわかりにくいクソ言語
オブジェクト指向なのにクラスもないし
関数型言語を無理矢理どうにかしようとしてこうなったのかな、いずれにせよ設計者はかなりの変態と思える
わかりにくさを解決しようと派生やフレームワークが多数出てきて栄枯盛衰の戦争が続いて、結果的に誰も楽になってない 単に使えない奴が吠えてるだけ
言語仕様的に多少疑問があってもそんなのはどの言語も同じこと
というわけでjavascriptは何も問題ない
むしろ楽なんだが 楽では決してない。楽ならこれほど派生したフレームワークはでてこない
みんな使いにくいと思っているから、各々が考えるフレームワークが出来るわけで
しかも、どれかがデファクトスタンダードになるわけでもなく、
どれもそこそこ使われているところを見る限り、みんな扱いに困ってるんだよ 世の中にあるWebアプリのフロントは基本的に問題なく正常に動いている
つまり正常に動くように作れているわけだ
フレームワークがあるのはバックエンド言語も同じなのになぜかフロントだけがフレームワークが必要かのように言う頭弱い奴がいる
そのような自分の頭の弱さを訴えても意味はない
自分の理解力の足りなさをフレームワークのせいにすんなってことだ 問題なく正常に動いてるか?
どこもJavaScriptでエラー出しまくってるし問題だらけだろ
なんとなく動いてるように見えるだけなんだよ、開発側もそんなことわかってるけど難しくて直せないんだよ フロントだけがフレームワークが必要かのように言ってる奴なんていないけど?
理解力がおかしいのはお前の方じゃん バックエンドならエラーを出さないのか?笑
javascriptを使えない分際で偉そうだな
お前がいくら自分を無能アピールしたところでフロントの言語はjavascriptから新たな言語に変わることはない
悔しかったら習得すればいいだけの話
フレームワークが嫌なら使うな
別に素のjavascriptでも開発は可能だ ほら、話をすり替える
そもそも正常に動いてるように作ってるのに、
エンジニアが相当時間かけて努力してるんだよ
それをさも簡単にできるように言う頭弱い奴がいる
まるで「パソコン使ってるからこんなの簡単でしょw」
ってバカクラと一緒の思考をしてるようだ 他のエンジニアにはできるけどお前にはできない
ただそれだけのことだ 誰もできないとは言ってなくね?
JavaScriptがクソだと言ってる
ちゃんと使える奴にしかそんなことわからない、なんとなく動くものを作れてるレベルでは駄目だよ 最初のレスで難しいと言っておきながらなぜか1日でできるマンに早変わり笑 難しいけどできる
難しいからできない
どちらも有り得るからな 簡単だと言い張る奴がまるで言語に詳しくなさそうで初心者みたいな事ばかり終始言っているのが草 で、11試した?不要なファイル減ってスリムになってるみたいだが >>144
ついにコントローラが廃止になったとは聞いた Railsが広めてCakeが真似したWebアプリのMVCは色々おかしいから速く滅びて欲しいが
Laravelの目指す方向もよくわからん 貴殿がそれにとってかわる素晴らしいフレームワークをつくればよろし >>145
え!?コントローラ廃止になったの?
どうやって命令を出していくんだ? >>148
スーパークラスのコントローラが無くなっただけだよ
Laravel11はtraitでコントローラの機能を付与するらしい ChatGPTもわりとtraitの使用勧めてくるんだよなぁ
2022年のAIなのに、プログラム界隈では流れが来てたのか それは質問の仕方(プロンプトの出来)による
もし生成AIに「おすすめの○○教えて」のような質問しかしてないなら全然使いこなせてないから検索サイト使ったほうがマシだぞ 色々なサイトで紹介されてる方式だけど、実際にはアンチパターンってのはLaravelだと何がある? >>153
主キーに必ず自動裁判をつかうとか?
実際には自動採番する必要がないならオフでいい >>153
コントローラにバリデーションのルール書く >>154
それはLaravelに限らず脳死でつけてるわ >>155
それFormRequestとか使えばいいだけでは?
個人的にはメンドクサイだからあんまり使わないけどw >>158
ここでモデルごとにリクエスト作ってバリデーションするって投稿を見たけど、
全てのモデルで用意するの大変だし、ソースが複雑になるんだよな
だから今のプロジェクトではモデルにバリデーションルール書いて、
個別リクエストは作らないようにしてるわ
モデルが肥大化してきたらトレイト作ってる 11来週らしいけど俺様のために主なアップデート情報を誰か書け ChatGPTがやたらサービスクラスに分離しろって言うんだけど、
コントローラに書いてた内容を別のファイルに書いただけじゃないか
って思うのは、俺の理解が足りないからか? Laravelにおけるサービスクラスの利点は、コントローラからビジネスロジックを切り離すことにあります。これにより、コードがより構造化され、再利用性が向上します。サービスクラスはビジネスロジックを処理するための専用の場所で、コントローラは単にHTTPリクエストとレスポンスの制御を担当します。これにより、アプリケーション全体がメンテナンスしやすくなります。 そう、そんな答えを返すんだけどファイル数は増えるし、
再利用しない限りかえって分かりづらくなるのではないかと思う
たとえば、UserService作ってcreateUserみたいなメソッドを作り、
そこにUser::createの内容書けって言うんだけど、
ユーザーコントローラでしか使わない、しかもsotreで書くだけの内容を、
わざわざサービスクラスにする利点がわからないんだよなぁ 確かにUserService作ってcreateUserみたいなメソッドを用意すれば
「ユーザーコントローラの登録」を実行できるから、テストはしやすいと思う。
コントローラに書くとバリデーションやリダイレクト処理なんかあって、
登録だけを確認できないから、サービスクラスに分離しましょう、はわかる。
けど、テストのためだけにサービスクラスを作るのもどうかと思うし、
問題が発生すると複数のファイルを視認することになるから、
かえって分かりづらくなると思うんだよな
これに納得できないから、コントローラが肥大化してしまうわけだがw Laravelの生みの親もサービスクラス推奨してるね if ($request->hasFile('image')) {
// 画像アップロード処理
}
こういうのはコントローラに書くべき?
それともサービスクラスにする?
Uploadのサービスクラスにリクエストを渡してたんだけど、
それはコントローラでやるべきではないかと思ってる storeAsって保存先のディレクトリがないと自動的に作成するんだな
毎回ディレクトリ作成してからアップロードしてたわ Laravel11使って見たけどさらに使いづらくなってない? こういうやつがいるからスレが止まるんだよなぁ
建設的なやり取りがしたいのに 自分以外のみんなが建設的なやり取りをすると、自分が限りなく惨めに思えてくるんだろうな 自分も実際触ってないからなあ
Laravelの時間も作らないと 触ってないのにここ見てるじゃん
過疎板にくるってことは興味あるじゃん 興味はあるし気にはしてるけど、構築したりアプデ試したりの余裕はね
他の言語から頭を切り替えたあと、また戻すのもw Carbon 3はdiffInのabsoluteがデフォルトtrueからfalseに変更されたから気を付けてね みんなって趣味のシステム構築にawsとか使ってる? 趣味のシステムに従量課金制のaws使う人いないでしょ 無料枠の中でならいそうだけど、それでも他のとこがええやろね 無料枠では怖いわ
少しの設定ミスで多額の料金請求されかねん
海外のサービスだし、こっちの主張は通らないからな 昔はAWSでDDOSされてもお願いすればお恵みで減額してくれたけど、今やAWSが指定する攻撃回避設定やサービスをしたとしても高額請求は免除してくれないらしい awsは音楽ファイルのバックアップにs3使ってるぐらいだ
Laravelですら怖くてawsで起動したことない
ddosくらったら高額請求で死亡だし 趣味じゃなくて会社の仕事でシステム構築するとしてもawsは日本人の肌に合わない気がする でもLaravelの開発メンバーはLaravelの動作環境はawsをおすすめしてるんだよな~ 海外で出版されてるLaravelの技術本だとawsの会員登録から始まるからな >>190
configに組み込まれてるからな
ま、クラウドのデファクトスタンダードには違いないし つい先日もこのサイトも攻撃されたし
AWSじゃないけどddos防ぐのほんと無理だろって感じ
狙われなくてもボットの踏み台にされることもあるから個人でAWSは請求リスクでしかない
https://www.publickey1.jp/blog/24/publickeydos_1.html awsでLaravel動かして色々勉強したいけど攻撃されたら無料枠超えて高額になるの怖いよな Laravelならレンサバでいいじゃん
レンサバにデプロイする方法もネットにたくさんあるし たいしたアクセスもない弊社のサイトもさくらのVPSだす エックスサーバーもvps始めたけど性能いいらしい
ネットからアクセスされるメインのシステムは無限課金のクラウドなんかに置かずにvpsにして、Lambdaとか特殊な処理だけvpsとvpnで接続して使うのがコスパ的にもセキュリティ的にも最強じゃないかね さくらはレンサバも含めてエックスサーバーに負けてるよ
単に老舗で知名度があるだけ >>195
最初の勉強で公開サーバー要るかな?
複数のPCから同じファイルにアクセス出来るってメリットぐらいしか思い付かない
社用PCで別ソフト入れられないなら仕方ないけど
そうじゃないならテスト環境構築の練習を兼ねてローカルPCに仮想サーバー立てる方が良さそうに思うよ
VPSやEC2で立てるのと手間は大して変わらないし
メール送信機能ならSMTP4Devでテスト出来る
レンサバや料金固定のVPSはDdosなら落ちたねで済むけどゼロデイ攻撃等で踏み台にされたら自分にも責任負わされる事もある 実際やってみるとPCにDockerとか入れるよりVPS立ち上げて使う方が簡単なんだよな
ネットの記事とか見ながらやっても変化が激しいからバージョン違って細かい所が違うし、謎のエラーとか多くてぐぐっても解決しなかったり
最近はマシになってるのかな その理由なら別にdockerじゃなくVirtualBoxかHyper-V使えばいいだけでは? VPSでddosされたり踏み台にされてもレンサバ会社が教えてくれて勝手に対処してくれたりするから大丈夫
そのままVPS捨てて別のVPS立ち上げたらいい メールサーバーやDNSサーバーならまだしもWebサーバーで深刻な攻撃されるのはそこそこ知名度あるとこじゃなきゃないんじゃない? >>207
ノーガードは社会的に許されておりませんので
>>208
あなたにとってのサーバーの用途が何であれ、攻撃者は踏み台にできるものなら何でも攻撃します >>208
サーバーのログを見たことないのかよw
VPSを起動させた直後から、SSHでのログイン試行がたんまり記録されるぞ >>210
SSHは固定IPでIP制限してたからそれは来てなかったわ
そっか確かにな 固定IPあればいいけど高いんだよな
ある程度の規模以上の会社とかじゃないと使えなくね オラの住んでいる地域は固定IPが月額500円とすっごく安いISPがあるので、そこを使っている DockerやめてXAMPPで開発してるわ
環境依存はするけど、サクサク感はある
Dockerはメモリ食うからうちのPCだときつい >>212
AU回線なら実質固定10年間で一回しか変わらなかった Dockerは複数人でやるのに環境共有するにはいいけど個人でやるならあんまメリットないよね アップルシリコンmacに買い換えたタイミングで、vagrantからdockerに変えたけど、
なんだかんだでdockerのほうが楽だなあと感じる vagrantは元々要らん
VMに自分で環境作った方がいい Laravelとの組み合わせでReactとVueはどっちがオススメかつシェア多い?
LaravelのサイトにあるInertiaってのが何なのかいまいちわかってないけど 手元で動いてる環境と公開する環境を同じにできる点でもコンテナはいいと思うけどね。
個人サイトやレンサバ程度で動かすだけならそこまでいらないかも。 Dockerと自動テストの組み合わせ、構築できたらテストめちゃ楽
手元では構築楽なインメモリのSQliteでテスト走らせて、GitLabにプッシュしたらGitLab-Runner+PHPコンテナ+MySQLサービスコンテナでテストできる
SQLiteで通ったコードがMySQLでエラー吐く環境違いの問題もある程度洗い出せる
次はMariaDBとかPostgreSQLにDB差し替えても動くか試してみたい Docker系のやつはザンプ以外は何入れてもそんなに変わらんイメージ
説明通り入れてもエラー起きる問題を自力で対応できるエンジニア以外には敷居が高いイメージ、新人来たらいつも苦労する
ザンプは全員同じ環境にできないので論外だし >>223
そう!ザンプのバージョン違いがね……
ローカル環境は最低限PHP8.1以上ならバージョン違いでもいいや、って割りきった……
とりあえずPHP(ザンプ)とGitとvscodeだけならインストール負担はまだ軽め(コードカバレッジ取得用のxdebugが若干マニアックに感じるけど)
環境違いのトラブルはGitLab自動テストのエラー通知見てから治せばいいやってノリ
どっかの勉強本付属CDのザンプ(PHP7)入れてたやつには、セキュリティサポート終わってて危ないから新しいの使えって理由こじつけてハネたけど 今の職場、Dockerの開発環境構築手順はあるのにイメージはない ReactとVueについて聞いたら誰も答えられなかったわけだがやはりフロントエンドに関してはみんな弱いんだよな ワイ的にはVueだけど、Reactのほうが技術者は多いと思う
Inertiaは便利だけどReact専門(Laravelやらない)な人にはウザがられるかもしれない、しらんけど
Laravelはapiとして分けて考えるほうがフロントとの関係は素直になりやすいけど、体制とか規模感にもよるわな なるほど
なぜかReact求人多いしなあ
求人数
React5万、Vue2万5千件 >>222
学習段階でちゃんと動くyaml書くのとか敷居高過ぎるから本番稼働する様なシステム作るとかじゃないならやっぱDockerじゃなくていいと思う アプリ作りの学習段階や、単にアプリ書くだけならDockerまで必要はないよ。
Dockerだってアプリがなければイメージ作っても意味ないし。
ただ自分の開発環境、実行環境に依存しまくったまま進めると後々困ることも出るだろうし、そのときまでちゃんと作るこどできてればいいんじゃね。 ま、LaravelでDockerならsailだろうから、イメージは必要ないけどな PHPUnit、Laravel Pint、Larastan等、テストやコードクオリティってみんな気にしない感じです?
テストカバレッジの話を打ち合わせで打ち上げたら、社内の先人はやってないけど一般的なの?って返されて… テスト書く費用まで出せる案件は少ないね
と言うか中小相手にしてるとまずない 「テストはあとからでもいいですよね」とほざいた制作会社&クライアントに遭遇したことがある 今回のプロジェクトからテスト駆動開発してるけど
大変だから後からにしたい気持ちはわかる
どっちにしろブラウザ上でのデバッグも必要だからな >>235
>どっちにしろブラウザ上でのデバッグも必要
結局これなんよな
バックエンドAPIとかなら話は違ってくるけど >>238
むしろフロント側の方が大事だからな
バックエンドが多少おかしくても結果が返ればいいわけだし テストしたらしたで「テストしたやろ」ってツッコまれるから
やぶ蛇感もあるんだよなあ >ReactとVueについて聞いたら誰も答えられなかった
nobody:~ $ composer require livewire/livewire >>241
livewireはvueしか使えんからbreezeにしとこうや Without Writing Any Javascript, Stupid.