【PHP】Laravel【フレームワーク】 Part.7

1 ：デフォルトの名無しさん：2021/06/23(水) 15:58:05.76 ID:s2LDmY5c.net

Laravel
ウェブ職人のためのPHPフレームワーク

本家
https://laravel.com/

git
https://github.com/laravel

動画チュートリアル(英語)
https://laracasts.com/

和訳ドキュメント
http://laravel.jp/


※前スレ
【PHP】Laravel【フレームワーク】 Part.6
https://medaka.5ch.net/test/read.cgi/php/1621940461/

21 ：デフォルトの名無しさん：2021/06/24(木) 11:59:31.03 ID:vC44OkyR.net

Part.5使い切ってから立てろや

22 ：デフォルトの名無しさん：2021/06/29(火) 19:44:02.62 ID:Ny8IvFlJ.net

DBのテーブル追加したら
モデルクラス必ず作らなければならないんですか？

モデルクラスの属性変数をいちいち作成するのが
めんどくさいです。

DB設計書でやたら列の数が多いし
1つ1つの列名がやたら長いので苦行です
テーブルの数もやたら多いです

23 ：デフォルトの名無しさん：2021/06/29(火) 21:04:26.64 ID:uh5J/3s9.net

Ruby on Rails, Laravel など、各フレームワークのスレは、
この板ではなくて、WEB プログラミング板じゃないの？

この板は、プログラミング言語だけでしょ？

24 ：デフォルトの名無しさん：2021/07/06(火) 00:46:36.26 ID:I9lnsFCA.net

laravel8インストールしたんですけど、bootstrap入ってないですか？
中身見るとbootstrap入ってるみたいなんですが。。

25 ：デフォルトの名無しさん：2021/07/08(木) 11:53:31.39 ID:vse1n/ST.net

>>24
何のbootstrapのこと言ってるのか知らんがjs/cssライブラリのbootstrapのことなら入ってないよ

26 ：デフォルトの名無しさん：2021/07/23(金) 18:03:42.23 ID:uJRAW/zm.net

すみません、初心者なんですがわからないので教えてください。

windows10にてComposerのwindows版をインストールし、Laravelをインスコ
したのですが（公式文章のInstallation Via Composerを参照しました）
laravel newをすると
[RuntimeException]
php: does not exist and could not be created.
と出力され、プロジェクトの生成が完了しません。
Composerのインストール時に生成してくれるPHP.iniを用いても一緒でした。

どなたかお心当たりあれば教えていただけないでしょうか？
よろしくお願いいたします。

27 ：26：2021/07/23(金) 18:19:41.55 ID:uJRAW/zm.net

ちなみにlaravel newの実行結果全体はこんな感じ
phpは7.4.21を使っています。
パーミッションも問題はありませんでした。（フルアクセス可能）
_ _
| | | |
| | __ _ _ __ __ ___ _____| |
| | / _` | '__/ _` \ \ / / _ \ |
| |___| (_| | | | (_| |\ V / __/ |
|______\__,_|_| \__,_| \_/ \___|_|

Creating a "laravel/laravel" project at "./test1"
Installing laravel/laravel (v8.5.22)
- Installing laravel/laravel (v8.5.22): Extracting archive


[RuntimeException]
php: does not exist and could not be created.

28 ：23：2021/07/23(金) 18:33:46.14 ID:Nx0yKcVz.net

>>23
にも書いたけど、フレームワークのスレは、WEB プログラミング板じゃないの？

この板で、答える人はいないかも

29 ：デフォルトの名無しさん：2021/07/23(金) 19:04:43.92 ID:ZVoJHJzW.net

>>26
権限の問題っぽい気がするけど、ここらへん試すとどうなるんだろ
・先にvendorフォルダを作ってから試す
・他のディレクトリで試す
・管理者権限でターミナルを起動して試す
・書き込みコマンドが動作するか試す　echo 1 > test.txt

30 ：26：2021/07/23(金) 23:54:16.22 ID:uJRAW/zm.net

>>29
早速レスくれてありがとう
Venderフォルダを先に作るのはやってないからやってみるわ
ただ他の項目は試したけど同じように失敗するし、コマンドは動いたのよね

31 ：26：2021/07/23(金) 23:54:22.38 ID:uJRAW/zm.net

>>29
早速レスくれてありがとう
Venderフォルダを先に作るのはやってないからやってみるわ
ただ他の項目は試したけど同じように失敗するし、コマンドは動いたのよね

32 ：26：2021/07/24(土) 14:18:39.49 ID:BFMGUj1B.net

あきまへん、うごきまへん…

33 ：26：2021/07/24(土) 15:11:40.35 ID:pFWZhlfw.net

phpのバージョンを7.3に下ろしたら動きました
お邪魔しました...

34 ：デフォルトの名無しさん：2021/08/14(土) 18:02:41.42 ID:jqCbupFB.net

php artisan serveで内蔵サーバーを立ち上げても20秒後にエラーも無く自動で停止するんですが何故ですか？

停止する前に急いでアドレスにアクセスするとserver.phpが開けないというエラーで停止します。

laravel 8.54.0
mysql 8.0.26

35 ：デフォルトの名無しさん：2021/08/14(土) 20:09:52.35 ID:llS8vHuf.net

すみません自己解決しました
avastが原因でした

36 ：デフォルトの名無しさん：2021/09/18(土) 07:13:36.42 ID:gPmVJWj6.net

Laravelの学習を始めた者です。
マイグレーションとEroquentの存在意義がわかりません。

両者とも、使えばそれなりのメリットがあるかもしれないけど、使わなくてもいいんですよね。
Eroquentを使わずSQLを直書きすれば済みそうだしそのほうが分かりやすい。
マイグレーションだって、DBの管理アプリを使ってテーブル設計すればそれで済む。

逆に、それらを使うと、そのシステムを担当するメンバーが代わったときコードの品質を維持できなくなりそう。
（コードのメンテの際、マイグレーションやEroquentの理解が必要となるため）

上記の認識は間違っており、だからこそマイグレーションやEroquentが存在すると思うので、
何が間違っているのか、教えてください。

37 ：デフォルトの名無しさん：2021/09/18(土) 10:33:42.15 ID:RLF/hlVT.net

DBの管理アプリってgooseとか？

38 ：デフォルトの名無しさん：2021/09/18(土) 10:34:28.49 ID:FM0s+Kl2.net

>>36
もちろん、フレームワークとしてそれらを使うことが強制されているわけではないよ。

EloquntやMigrationに限った話ではなく一般論として書くけど、
それぞれの方法のメリットとデメリットを正確に洗い出しせているか、洗い出した上でプロジェクトのチームとしてその選択をしたのならそれに従えば良い。

肝心なのはプロジェクトごとにルールが明確で全員がそれに従うこと。
ある人はEloquentのクエリビルダを使うが、ある人はSQLを直書きする。なんてことが無いように。

しかし、それらを使わない理由が「コードのメンテの際、マイグレーションやEroquentの理解が必要となるため」だけなら、理由としては弱いと思う。
ある別のメンバーがそれらを理解できずにコードの品質が落ちる、という理屈が通るなら、
「○○の機能を使うと、新しいメンバーが参加する障壁となるから、もっと原始的な仕組みにしよう。原始的な△△なら誰でも理解している」は全てに言えてキリがなくなってしまわないだろうか。

例えば、
・Eloquentは理解に時間がかかるから使用NG
・Migrationも同じく駄目
・FormRequestも使わずにコントローラーにバリデーションのコードを書けば誰もが理解できる
・Moddlewareも使わずに全てのコントローラーの開始と終わりに必要なコードを書けばその処理に気づかない人はいないはず
・Helperも使わずに都度phpの標準関数を組み合わせて書けばいちいちLaravelのヘルパを知る必要は無い
・Observerは使わずにレコードの書き換えを行う全てのメソッドで必要な処理を書くべき
・36の言う「DBの管理アプリは良い」は○○だから使うべき
それらの基準を明確してからルールを決めて、それが適切なのかを他のメンバーから客観的な評価をもらうべき。

39 ：デフォルトの名無しさん：2021/09/21(火) 22:15:36.66 ID:8y5k+07l.net

>>38
レスありがとう。遅くなってスマン。
一般論として書くけどって書いてくれたように、一般論というか抽象論になってしまって、お聞きしたかった
論点がぼやけてしまいました。書いてくれたことはその通りだと思うんだけど。

マイグレーションやEroquentを、自分が参加するプロジェクトで採用してよかったor悪かった、など実体験の話があれば教えてください。
机上論ではなく自らの経験に基づく生々しい話だとうれＣです。

40 ：デフォルトの名無しさん：2021/09/22(水) 06:35:31.33 ID:/e5sJxh/.net

◯Eloquent
×Eroquent

41 ：勉強中：2021/10/18(月) 17:57:35.76 ID:+xI8vuOA.net

初歩的な内容かも知れないけど教えてもらえると有難いです。

Windows上で LiveWire 入れて簡単なコード書いて動いた。
内容はネット上でみかけた、ボタンをポチすると数字がカウントアップするヤツ。
それをサーバ上で動かすと動かない。
あと、@livewireAssets　だとなぜか展開してくれない。
とりあえず @livewireStyles　＋　@livewireScripts 入れてる。
サーバはさくらインターネットとＣＰＩでやってみた。
ブラウザのソースを比較してみてもTokenが違う程度で違いはない。

分かっている人には簡単な話なんだろうとは思うけど、ご教授頂けると有難いです。

42 ：デフォルトの名無しさん：2021/10/26(火) 19:54:25.73 ID:DH7k34Rl.net

Eloqent使うと管理が楽になるかと言うとそれだ気じゃないんだよな


プログラムやSQLをベタ書きなら
管理は大変だけど地道に処理を追っていけば通常のプログラミング
スキルで処理が理解出来る、泥臭くゴリ押せば自由にプログラミングできるけど


フレームワークのEloqentやヘルパーなどを使いまくっ待てると
｢Laravelをじっくり勉強しまくって熟達していれば管理が楽｣
or
｢Laravelに詳しくない人間が見たらなんの意味があるか全く分からない｣の両極端になってとても管理が楽とかそういうレベルではなくなる処理の繋がりが暗黙化されていてどうやって処理を追えばいいか手も足も出せなくなる

そしてフレワがLaravelでなくなったらまるで利用出来ない知識になちゃう
app開発はLaravelの為にやる訳では無いのであって
とりあえずゴリ押しで解決したい、取り敢えず形だけでも完成させたいって時にそういう余計な機能は全部邪魔になるんだよ

bladeのCSRF防止機能しかり
新人に仕事投げて1画面くらい完成してると思ったら
この機能のせいでこれっぽっちも進捗してないとか
プロジェクトのブレーキになるよな

新人にSQLやHTML教えるのさえ大変なのに
Laravelの細かな仕様まで自分さえ完璧に勉強してる訳でもないのに
他人にまで説明してる暇なんてないよ

43 ：デフォルトの名無しさん：2021/10/26(火) 21:04:53.35 ID:jMBJh8Xm.net

なんで新人に教えるんだよ
新人は自分で学習するものだろ

44 ：36：2021/10/27(水) 08:56:41.59 ID:a4kceat+.net

>>42
私Laravelをほとんど使ったことがない超初心者ですけど、概ね同意見で安心しました。

EloqentでSQLをラップするメリットって何かあるんでしょうか？
SQL直書きなら、覚えやすいし、デバッグ等もやりやすいし、技術をLaravel以外にも使えるし。
Eloqentを覚えても結局はSQLを理解していないと使いこなせないような気がします。

SQLだと、数十行の複雑な文になっってしまう場合があり、それはSQLの良くない部分だと
思うけど、Eloqentなら理解しやすく書けるんでしょうか。
（長いSQLはストアド使えとか分割しろとか言われそうですが、そうできない場合もあるのです）

45 ：デフォルトの名無しさん：2021/10/27(水) 12:58:21.48 ID:UcM3Y3t7.net

×Eloqent
◯Eloquent
Eloquent使ってるとDBをMySQLからポスグレにソース変更なしで変えられるとかそういうメリットか

46 ：デフォルトの名無しさん：2021/10/27(水) 14:17:35.28 ID:SZkVwjKa.net

俺は逆にSQL直書きしたくない＆させたくないのでエロクエント使ってるわ
その辺は各自仕事のやり方とか好みなんじゃないの、そもそもフレームワーク使うかも含めて

47 ：デフォルトの名無しさん：2021/10/27(水) 18:01:44.37 ID:v/AT/qjg.net

言うほどSQLの文法に学習コストあるか？
EloquentのクエリビルダなんてSQL文法の理解は大前提で、その上で簡潔に書く為のツールであって、SQLを学習せずに済むためのツールではないだろw

48 ：デフォルトの名無しさん：2021/10/27(水) 20:29:16.62 ID:JKtkfDe+.net

生成したSQLを文字列として戻せ
そのまま実行するな

強いていえば値をバインド前の変数を埋め込んだ状態の
文字列もよこせ

ユーザーが真に求めてるのはそれ

49 ：デフォルトの名無しさん：2021/10/27(水) 21:06:08.25 ID:d288uJb8.net

>>48
toSql()のこと？

50 ：デフォルトの名無しさん：2021/10/27(水) 21:56:15.63 ID:HUNTOh/S.net

バックエンド・フレームワークは、板違い！
この板ではなく、WebProg 板の方にある

【PHP】Laravel【フレームワーク】 Part.8
https://medaka.5ch.net/test/read.cgi/php/1625721320/l50

51 ：デフォルトの名無しさん：2021/10/27(水) 23:49:18.99 ID:JKtkfDe+.net

なぜwebを差別する？
今やいちばん主流要素で設計、実装難易度共に高いのに
簡単なPHPでホムペ作ってた時代とちゃうねんで

52 ：デフォルトの名無しさん：2021/10/28(木) 01:29:25.81 ID:issck0za.net

>>49
トスケル関数か。

53 ：デフォルトの名無しさん：2021/10/29(金) 18:07:48.64 ID:qMPboZHW.net

Usersテーブルではなく、Oracleの既存の「OP_MST」という既存テーブルをログインの認証に
使いたいと思っています。
テーブルに接続するといったことは出来ましたが、ログインの認証画面のところの
処理がどうしても分からないのです。

Usersテーブルのpasswordに相当するのは、カラム（OP_PW　VARCHAR2(10) NOT NULL)
ですが、これは暗号化されていない平文なので、
「OP_MST」のモデルで、getAuthPasswordでop_pwをreturnするようなことも出来ない
どうしたらいいものかアドバイスいただけないでしょうか。

54 ：デフォルトの名無しさん：2022/01/10(月) 00:25:39.98 ID:LkazjZpw.net

スレ立てるまでもない質問はここで 158匹目
https://mevius.5ch.net/test/read.cgi/tech/1635193843/538

ここに、YouTube で有名な、雑食系エンジニア・KENTA のサロンの、
Ruby on Rails 初心者用コースの内容を書いておいた

基本的に、Rails以外のフレームワークは、シェアが少ないのでおすすめしない。
学習環境も揃わないので、無理

Railsでは、Railsチュートリアル・Railsガイド・
黒田努の3冊の本・パーフェクト Ruby on Rails・Ruby on Rails 6 エンジニア養成読本とか、
Rubyでは、改訂2版 パーフェクトRuby・改訂2版 Ruby逆引きハンドブックなどの教科書が揃っている

これほど、良い教科書が揃っているフレームワークはない！

Laravel のシェアは少しあるけど、KENTAがPHP は一生やる必要がないと言ったので、
PHP自体がオワコンになってしまったw

日本のウェブ開発の将来は、ほぼKENTAが決めている。
Scala を滅ぼしたのも、KENTA

55 ：デフォルトの名無しさん：2022/02/14(月) 16:03:57.49 ID:HsSuKi0M.net

Laravel+Vue+IISで地獄を見た

56 ：デフォルトの名無しさん：2022/02/15(火) 11:02:39.98 ID:5N/If3MW.net

jetstreamがわけわかめなんだが

57 ：デフォルトの名無しさん：2022/02/15(火) 11:53:35.33 ID:8KZfRBtY.net

俺もLaravel自体は使いやすいけど、8以降のLivewireやJetstreamあたりがよくわからない
一時期いじってたけどピンと来なかったし今後潰しも効かなさそうなので追わないことにした

58 ：デフォルトの名無しさん：2022/02/15(火) 21:27:58.06 ID:/koKc0SC.net

2000年代に逆戻りしたようなLivewireなんかありがたがる必要ないよ。

59 ：デフォルトの名無しさん：2022/02/16(水) 11:12:08.72 ID:CMcpZLXP.net

では他に何が

60 ：デフォルトの名無しさん：2022/02/17(木) 13:04:24.44 ID:K99InPEH.net

9で、メールでのotpやりたいのに全部google2faなんだな
fortifyですらそうっぽい
google2faはスマホ依存だから要件合わないんだよなあ、機種変更のときの説明もしなきゃならんくなるし
結局自前か・・

61 ：デフォルトの名無しさん：2022/02/17(木) 21:15:00.10 ID:3kvRlDUW.net

マジか
俺もあれ嫌い
ログインするたびにいちいちスマホ探したりして、PCで完結できないのホントストレス
Laravelって高機能だけど結局痒い所に手が届かないから自作、となってなかなか楽ができないな

62 ：デフォルトの名無しさん：2022/03/22(火) 01:16:59.95 ID:ZWQq9Jld.net

spring bootが最強だよ
javaでもkotlinでも使えるし

63 ：デフォルトの名無しさん：2022/05/30(月) 16:15:46.53 ID:wMTua09Q.net

Laravel9で質問です

あるModelからMySQLのdatetime型である、
「created_at」「updated_at」、それと「issue_date」というカラムを含むデータを取得しました。

しかし、それをcontrollerからreturnする前にjson_encodeなどで確認すると、
前者２つは
「"2022-05-30T06:57:27.000000Z"」
後者は　
「"2022-05-30 00:00:00"」
と、型（フォーマット）が異なるような値になっていました。

「created_at」「updated_at」の型（？）を変換しない方法はありますでしょうか。
可能ならModel内で出来ればいいなと思っています。

64 ：63：2022/05/30(月) 21:49:20.51 ID:/vsn7nKQ.net

マルチになったみたいなのでこっちは取り下げます

65 ：デフォルトの名無しさん：2023/01/18(水) 04:13:04.27 ID:FKn1aMLC.net

制限された？

66 ：デフォルトの名無しさん：2024/02/08(木) 16:13:21.71 ID:PJkJmjK4.net

Laravel自体は嫌いじゃないんだがEloquentがあまりに前時代的すぎる

67 ：デフォルトの名無しさん：2024/02/08(木) 19:32:35.26 ID:0U3NNgcj.net

寧ろTableとEntityが別クラスの方がイチイチめんどい

68 ：デフォルトの名無しさん：2024/02/09(金) 00:08:31.69 ID:tjbjc/kZ.net

このスレは板違い！

Ruby on Rails などと同じで、WEBプログラミング板でやれば？

69 ：デフォルトの名無しさん：2024/02/09(金) 04:18:40.45 ID:DOoeuNYP.net

webprogはID付かないからめちゃくちゃになる

70 ：デフォルトの名無しさん：2024/04/19(金) 09:06:24.61 ID:J9VP3e8g.net

レベルひっく