22/08/31 18:53:51.77 .net
Laravel
ウェブ職人のためのPHPフレームワーク
本家
URLﾘﾝｸ(laravel.com)
git
URLﾘﾝｸ(github.com)
動画チュートリアル(英語)
URLﾘﾝｸ(laracasts.com)
※前スレ
【PHP】Laravel【フレームワーク】 Part.9
ｽﾚﾘﾝｸ(php板)
【PHP】Laravel【フレームワーク】 Part.10
ｽﾚﾘﾝｸ(php板)
【PHP】Laravel【フレームワーク】 Part.11
ｽﾚﾘﾝｸ(php板)
2:nobodyさん
22/08/31 19:04:47.14 .net
前スレの話を纏めるとLaravelでは途切れない連番は無理だが
素のphpでファイルロック方式なら可能という結論でだよな
3:nobodyさん
22/08/31 19:52:42.88 NhNltgTb.net
このスレにも句点おじが現れたらおもろいww
4:nobodyさん
22/08/31 20:24:52.51 .net
ファイルロックで連番管理は無理じゃないか？
5:nobodyさん
22/08/31 20:25:16.34 .net
>>3
黙れや
6:nobodyさん
22/08/31 20:31:27.01 .net
>>3
それは、お前だろ？
何で他人の、ふりをしてるんだ？
7:nobodyさん
22/08/31 20:41:39.88 .net
>>4
どの点で？
8:nobodyさん
22/08/31 20:42:38.11 NhNltgTb.net
句点おじ…前スレを最後に婚活がんばってな…？
親御さんのために幸せな家庭を築いて孫も見せるんやで…？
応援してるで…？ww
9:nobodyさん
[ここ壊れてます] .net
お前らってファイルロックで連番管理してるの？
10:nobodyさん
[ここ壊れてます] .net
>>8
荒らしは消えろ
11:nobodyさん
[ここ壊れてます] .net
ファイルロックで連番管理は重複する可能性あるから駄目だろ
ちゃんとファイルシステムのキャッシュを切ってるなら問題ないけど
12:nobodyさん
[ここ壊れてます] .net
途切れない連番はLaravelでは実装できないよ
13:nobodyさん
22/08/31 23:37:14.38 .net
途切れない嫁さん
14:nobodyさん
22/09/01 00:15:54.39 .net
みんなから疎まれているのに全く自覚のない
14マンが不憫です。
どうしてこんな子に育ってしまったのでしょうか？
お母さんは一体何を教えていたのでしょうか？
バナナの剥き方しか教えなかったのでしょうか？
せめて、途切れない連番の発行の仕方くらい教えてあげていればこんなに道を踏み外すことはなかったのに。
哀れな14マンです。
15:nobodyさん
22/09/01 00:18:16.28 .net
14マン
嗚呼14マン
14マン
（途切れない連番すら発行出来ない低能を嘆く悲しみの句 詠人知らず）
16:nobodyさん
22/09/01 00:20:27.56 .net
ああ、この荒らしがまた立てたのか
17:nobodyさん
22/09/01 09:54:19.48 .net
>>11
そこまで行くと、そもそものシステムの信頼性の話になって、宇宙線でのデータ化けにどう対応するのとかの際限ない話になっちゃうから、FWレベルの話では考えなくていいだろ。
18:nobodyさん
22/09/01 11:29:06.92 .net
連呼マンが消えたということは、学生だったのか。
せっかくの休みに、こんなことで時間を浪費できるなんて、贅沢だな！
俺が学生の頃は、バイトに遊びに忙しくて、悲しいことに、ネットをする時間なんて残ってなかったわ。
19:nobodyさん
22/09/01 12:01:45.12 .net
このまま落とせよ、いらんやろ荒らしが二人もいるスレ
20:nobodyさん
22/09/01 13:28:06.10 3nxuj8YS.net
Laravelを今から勉強するなら何が最適？
21:nobodyさん
22/09/01 13:39:17.53 .net
何が、って何がよ？
質問になってないぞ
22:nobodyさん
22/09/01 13:41:48.71 l1aYwPZc.net
個人的にはドットインストールかな
23:nobodyさん
22/09/01 17:32:17.78 .net
>>20
Laravelなんか使わないのが最適
24:nobodyさん
22/09/01 18:10:22.96 .net
14マンは、夏休みと共に去っていってしまったのですね。
あわれ、一夏の14マン。
さよなら、一夏の14マン。
セミみたい、一夏の、14マン。
25:nobodyさん
22/09/01 18:34:37.58 U4JYA1bi.net
中間テーブルの命名規則について、接続したいテーブルの名前が2単語以上の場合どのようにすればいいですか？
例：test_users と test_comments テーブルの中間テーブル名
26:nobodyさん
22/09/01 20:16:27.02 .net
ルールで言うなら
test_comment_test_userだったはず
27:25
22/09/01 20:28:02.39 U4JYA1bi.net
>>26 ありがとう 感謝します
28:nobodyさん
22/09/02 06:45:04.00 .net
結局、バカベラーは途切れない連番が発行出来ず逃亡したのですね。
29:nobodyさん
[ここ壊れてます] .net
>>28
ルビオくんは、まず、このダサ～いサイトをどうにかしてくれｗ
URLﾘﾝｸ(www.digitalfukuoka.jp)
30:nobodyさん
22/09/04 23:21:57.50 .net
>>28
ファイルロック方式で余裕で連番作れますが何か？
31:nobodyさん
22/09/05 16:23:27.99 .net
>>30
バカベラーは途切れない連番の実装にファイルロックなどという原始的な方法をいまだに使用しているのですか、
嘆かわしい。
32:nobodyさん
22/09/06 13:42:10.72 .net
>>31
お前はその連番すら作れないだろ
33:nobodyさん
22/09/06 14:10:08.94 .net
草
34:nobodyさん
22/09/06 14:49:30.29 .net
>>32
auto increment だから大丈夫です！（キリッ！）ｗ
35:nobodyさん
22/09/18 17:47:17.70 .net
14万おじは餓死したのか？ｗ
36:nobodyさん
22/09/23 05:30:46.41 .net
途切れない連番なんて先に採番した番号がコミットされるまで採番させなければいいだけじゃん
37:nobodyさん
22/09/23 16:04:01.14 .net
>>36
新たなバカベラー出現
38:nobodyさん
22/09/23 16:05:05.26 .net
>>36
これが、Laravelが無いと何も作れないバカベラーの知能程度なのです。
39:nobodyさん
22/09/23 16:28:07.77 .net
14万おじ生きていたのかｗ
40:nobodyさん
22/09/23 18:02:03.02 .net
途切れない連番の実現方法に時間費やしてるような無能だから薄給フリーランスなんだよ
41:nobodyさん
22/09/24 22:46:35.95 .net
>>40
F社とかなら普通にそんな事の為に時間と人員を費やしてそうだな
42:nobodyさん
22/09/25 02:04:47.81 .net
FってF通か？ｗ
NとかHとかも似たようなものだがｗ
NDATAも子会社や関連会社ばかりだし
大手でまともな所見たこと無いｗ
43:nobodyさん
22/09/25 03:16:19.17 .net
もうNはソフトウェア開発関連からは撤退したとか聞いた気がするからやってないんじゃないかと思うが
44:nobodyさん
22/09/25 08:30:58.29 .net
みなさんだと管理画面70ページぐらいは何人月くらいかかりますか？
テーブルの各カラムで検索とソートができる仕様で技術選定は自由だけど一括読み込みしてクライアント側で捌くのは無しです
45:nobodyさん
22/09/25 08:57:16.54 .net
>>42
日本の大手と言われるところは、基本、外注に仕事を振るだけなんでしょ？
46:nobodyさん
22/09/25 08:57:47.48 .net
>>44
「管理画面70ページ」とは？
47:nobodyさん
22/09/25 09:03:06.71 .net
>>46
AdminLTE等で作る一般的なCRUDのアプリで
リスト表示や入力含めてトータル70画面くらいの想定です
48:nobodyさん
22/09/25 09:19:56.87 .net
システム発注する側か受注する側か知らないけど今日日の流行りは自社内製で
自社内製で作る場合で要件固まって無いなら少しずつ作るやり方になって
少しずつ作るなら管理画面70ページは多い。
自社業務用のシステムは自社で作ったほうが自社向けの改修も対外向け受発注処理無くて済むから作りやすいよ
49:nobodyさん
22/09/25 11:34:05.48 .net
>>45
客に高い金を請求してよく分からん様なヤツでもなんでもかんでも増やしてとにかく大人数（派遣集め）にしたがるイメージだな
50:nobodyさん
22/09/25 13:54:20.10 .net
>>47
外注したら30人月くらいで出てくるんちゃうか
51:nobodyさん
22/09/25 14:23:33.15 .net
そんな情報だけでは見積もれんわなw
52:nobodyさん
22/09/25 17:55:19.05 .net
そんな情報で出せる程度の見積もりでええんや
そもそも引き合いでもないし
53:nobodyさん
22/09/25 18:25:49.19 .net
44です
みなさんレスありがとうございます
実は今入ってる現場の話でPGがあまりlaravelわかってない人で納品まで2ヶ月 待ってもらって3ヶ月くらいでなんとか！と言われてるんですよね
仕様書みてもまだ固まってないとこも多くer図もそれなりに複雑なので無理ですって言ってるんですが人材不足でこのままスタートしそうでして…
普段からやってる人ならこなせるのかと思って質問してみましたが無理なものは無理で出来る範囲でやってれば良さそうですね
54:nobodyさん
22/09/25 18:28:16.66 .net
>>53
PGじゃなくてPMでした
55:nobodyさん
22/09/25 18:40:47.17 .net
処理が簡単なのが沢山あるぐらいならそんなにかからないけど
画面仕様書作ってそれを承認して貰ってから作るとかメンドクサイプロセスがあると
２～３か月で作るとか無理じゃね？
過去に似たような仕事をほぼ一人で半月ぐらいでやってたけど、画面仕様書は発注元が作ってたわ
56:nobodyさん
22/09/25 19:17:30.13 .net
PMがLaravelをわかっている必要はないのと見積もりは画面数ではなく基本的には機能からだすものだ
57:nobodyさん
22/09/26 11:26:22.54 .net
>>42
この手の話Web系では無縁だと思ってたが
関わる事ってあるの？
58:nobodyさん
22/09/27 17:42:58.03 SVglqTvM.net
Route::prefix('/{locale}')->group(function(){
Route::prefix('aaa')->group(function(){
Route::get('/', [App\Http\Controllers\AaaController::class, 'aaa']);
Route::get('a1', [App\Http\Controllers\A1Controller::class, 'a1']);
Route::get('a2', [App\Http\Controllers\A2Controller::class, 'a2']);
});
Route::prefix('bbb')->group(function(){
Route::get('/', [App\Http\Controllers\BbbController::class, 'bbb']);
Route::get('b1', [App\Http\Controllers\B1Controller::class, 'b1']);
Route::get('b2', [App\Http\Controllers\B2Controller::class, 'b2']);
});
Route::get('/', function () {
return view('index');
});
});
laravel9です。例えば上記みたいにprefixの中にprefix使ってて、「hoge.com/en/aaa」や「hoge.com/en/aaa/a1」が開いてるときに「aaa」が取得できる関数って用意されてますか？
->getPrefix()とか使うと「{locale}/aaa」が取れてしまいます。str_replaceとかは極力使いたくないです。詳しい方いましたらよろしくお願いします。
59:nobodyさん
22/09/27 18:48:18.15 .net
そもそもそんな書き方するより、例えばだけど
'en/{param1}/{param2}'
みたいな感じでコントローラの処理で$param1や$param2を見て分岐すりゃいいんじゃないの？
明確にURLが決まってるなら全てルーティングに書けば良いだけだし
60:nobodyさん
22/10/02 20:22:06.51 UgSkWJ66.net
最近サボってたけどなんとなくLaravelの仕組みを解ってきた、ちょっと興味わいてきたわ
久しぶりに触ってみようかな
61:nobodyさん
22/10/04 10:00:33.23 RLR0mRNx.net
相談です。
bladeテンプレートのview(子)がlayout（親）を継承して表示する状態になっています。
親子間で変数を共有する方法を探しています。
「親」で、複数の「子」で共通する変数を定義して使いまわしたい都合です。
子の変数を親が拾う処理は子：@section 親：@yield
でいけるのですが、その逆ができないか探しています。
ウェブの資料だとinclude()を使うとできるようなことを言っていますが、
親のyieldに子がsectionで入れる構造を変えたくないです。
この構造で親→子に変数を渡す方法があったら知りたいです。
62:nobodyさん
22/10/04 10:23:26.62 .net
>>61
設計変えた方がいい
63:nobodyさん
22/10/06 09:37:59.84 .net
概念的にはlayoutはトレイトであって親クラスじゃないからな
64:nobodyさん
22/10/06 10:19:58.51 .net
トレイトっていう考え方しっくりきやすいな
今度教えるとき使ってみよ
65:nobodyさん
[ここ壊れてます] .net
相変わらずLaravelはポンコツだな
66:nobodyさん
22/10/23 07:56:27.89 .net
Laravel勉強してるけど「これ覚える必要ある？」ってなってる。
ゴリゴリ自分で書いた方が楽では？
67:nobodyさん
22/10/23 09:08:24.15 .net
フレームワークって、同程度の品質で量産するためのものだからね
1,.2個ブログ作るだけならwordpressのほうが絶対に早いし楽
68:nobodyさん
22/10/23 09:41:40.53 .net
認証管理とかフロントフレームワークとか導入しやすいし
最近のComposer使わないとインストールするのがめちゃくちゃめんどくさいライブラリ入れる場合とかあるじゃん
69:nobodyさん
22/10/23 12:54:15.42 .net
>>66
そう思うなら使わなきゃいいだけ
自前で作ってセキュリティまで担保出来るとは思えんが・・・
70:nobodyさん
22/10/23 17:14:05.31 .net
ログイン周りはフレームワーク使わないと怖いな
いつ攻撃側がアップデートするか分からんし
71:nobodyさん
22/10/23 17:14:39.28 .net
ペライチのランペならメモ帳で十分だけどね
72:nobodyさん
22/10/23 17:58:53.73 .net
俺的にはReactがバックエンドにそのまま繋げれる環境が簡単に用意出来るのを知った時点で俺の中でのLaravelの優位性が一気に爆上げした
73:nobodyさん
22/10/23 19:44:12.89 .net
認証周りはFWに頼るべきだよなあ
自前とか今どきだと考えることおおすぎて
74:nobodyさん
22/10/24 00:54:07.54 .net
勉強の段階でもうLaravel不要とか言ってしまうのスゴいなよほど自分の書くソースコードに自信があるんだな
75:nobodyさん
22/10/24 09:20:41.73 .net
laravel勉強し、将来的に色々なwebサイトを作れるようになりたいのですが、何から勉強すると良いでしょうか
ブログを作ってみる、などでしょうか？
今はwordpress＋サクラエディタで、
開発環境もちゃんと整備しようかと思っています
76:nobodyさん
22/10/24 12:56:17.50 .net
ちょっと古いが何からやったらいいか分からんなら津耶乃本から始めるのがいいと思う
77:nobodyさん
22/10/24 13:39:36.03 .net
>>74
もう12年やってるからな。
今のところ被害ゼロだぜ。
78:nobodyさん
22/10/24 14:06:46.15 .net
ぼちぼちPhpExcelとか素のphpだと新しいバージョンのphpで使うの無理くね？
79:nobodyさん
22/10/24 14:27:04.04 .net
作るのは自分が好きなの何でも良いから
とにかく頭と手をどんどん動かせ
80:nobodyさん
22/10/26 18:44:45.53 .net
migration ファイルのフォーマットが変わっててビビった
変わったのは最近だと思うけど、コレなんで変わったの？
81:nobodyさん
22/10/26 21:58:27.93 .net
>>80
言うほど変わってるか？
82:nobodyさん
22/10/27 12:51:11.41 .net
何が変わったっけ？ってレベルで気づいてない
83:nobodyさん
22/10/27 13:25:52.44 .net
書き方のサポートは随分前に変更されてたらしい
変更前後はこんな感じ
URLﾘﾝｸ(qiita.com)
多分、最近テンプレートが新しいものに切り替わったんだと思う
return new class って書き方を見たことなかったんでそこでビビったｗ
84:nobodyさん
22/10/27 16:15:35.72 .net
ぜんぜん気づかなかったw
85:nobodyさん
22/10/27 16:48:28.15 .net
変更じゃなくて別の書き方も追加されたが正しいのでは？
86:nobodyさん
22/10/27 17:17:04.77 .net
正しくは以前別の書き方ができるようになった
で、最近それがデフォルトとして採用された
だと思う
まぁ、経緯はどうでもいいw
なんで新しい書き方になったのか知りたかったんだけど、それはQiita読んで完全に理解した
なんでこんな書き方ができるのかは全然分からん（完全理解ｉ以前の分からん）
87:nobodyさん
22/10/27 19:41:33.89 .net
無名クラスなんてPHPで出来る事をそもそも知らなかった件ｗ
URLﾘﾝｸ(www.php.net)
まぁ、普段使う事無いし、フレームワークとかの設計者ぐらいしか正直いらんのではと
88:nobodyさん
22/10/27 19:55:52.55 .net
無名関数はなんとなく分かるんだけど、いきなりreturnが意味不明だったのよ
まぁ、そのうちコード読んで見る
89:nobodyさん
22/10/27 21:58:24.69 LRGAWONc.net
質問なんだけどデータベースのテーブルからWhereだけでレコードってとってこれるの？
90:nobodyさん
22/10/27 22:41:29.75 .net
Eloquentだと別にselect書かなくてもSQLで言うselect *にはなるよ
そういう意味じゃなくて？
例えば
Model::where('no','>',100)->get();
みたいな書き方は出来るよ
91:nobodyさん
22/10/27 23:26:37.12 .net
>>88
configs以下の設定ファイルもreturnで返してるから何となく分かるっしょ
92:nobodyさん
22/10/27 23:38:55.34 .net
無名クラスはinterfaceとabstractのテストする時
実体クラス作る必要なくなるから便利だった
93:nobodyさん
22/10/28 08:03:12.39 QcZIpngi.net
>>90
get使わないで取れる？
table(’tablename’).Where('number', 100);
こんな感じで
94:nobodyさん
22/10/28 08:41:53.38 .net
データベースのマイグレーションが無名クラスの実装になってる
95:nobodyさん
22/10/28 10:35:25.70 .net
>>93
getかfirstまたはfindなどを使わないとそもそも取れないｗ
それらを最後に使う事で実際にSQLが実行されるからね
getなら複数（結果が０や１つでも配列となる）
firstならlimit 1と同じだから結果は単体（取れない場合はNULL)
findはwhere('id',xxx)->first()と同じようなもの
96:nobodyさん
22/10/28 10:59:33.65 .net
firstWhere
97:nobodyさん
22/10/28 18:35:43.31 OGJJ34Fl.net
>>95
やっぱそいだよね、仕事先でGetしなくても取れるって話聞こえたから本当か？って思っちまったよ。
98:nobodyさん
22/10/28 20:42:11.06 .net
独自のメソッドを用意すれば出来なくはないけど、そこまでする必要が無いというか
明確にget() or first()にしておいた方が分かりやすいかと思う
99:nobodyさん
22/10/31 15:26:37.42 hYrbH0ZD.net
新規作成で罠かかったわ、カレントディレクトリとかに罠にハマって時間を無駄にした
100:nobodyさん
22/11/02 10:37:48.06 .net
10はいつ出るの？最近Laravelの話題ないよね
101:nobodyさん
22/11/02 12:06:31.77 .net
>>100
ドキュメント読めないアラシがさんざん居着いたスレだから、ドキュメント読めば分かる内容に触れたくない
bot相手みたいな平行線はうんざりなのよ
102:nobodyさん
22/11/02 12:58:31.81 .net
>>101
わかる
103:nobodyさん
22/11/02 19:51:21.54 .net
正直新しいバージョンを待ってるって事が段々なくなってきている
セキュリティとかのパッチは必要だと思うけど、機能面は正直今で十分だしなぁ
どちらかと言うと高速化とかそっちを頑張って欲しい気がする
104:nobodyさん
22/11/03 17:00:21.45 .net
多対多で3つのテーブルをリレーションする構成を考えてるんだけど、Pivotを使うのが正攻法？
以下の記事でやりたいことは実現できそうなんだけど、中間テーブルの名称とかちょっと気持ち悪く感じてる
URLﾘﾝｸ(qiita.com)
3つのテーブルは記事と同じく多対多対多の関係です
良い方法があれば教えて
105:nobodyさん
22/11/04 00:25:58.48 .net
それが正攻法なんでそれでやりましょう
106:nobodyさん
22/11/04 07:41:06.18 .net
やはりこれが正攻法なんですね
ありがとうございます
テーブル名だけ気持ち悪いんで3つ突っ込んで設計してみます
107:nobodyさん
22/11/04 13:12:56.10 .net
>>103はどのバージョンで開発してるの？
俺は7系が使える8で開発してるんだが
108:nobodyさん
22/11/04 17:05:02.90 .net
>>104
そんなめんどくさい事しなきゃならんLaravelって
マジ終わっとるな
109:nobodyさん
22/11/04 22:18:50.95 .net
>>107
今はまだ6使ってるわ
関わっているプロジェクトが長期化しているから
まだ次のプロジェクトでどうするかとかは考えてないけど
機能的には6で十分かなという感じ
110:nobodyさん
22/11/04 22:32:11.54 .net
laravel使ってみましたが、
ログイン画面とか一瞬で作れるんですね
sessionとかpassword_hashとか一生懸命勉強したのに、こんな簡単に作れるなんて・・・
111:nobodyさん
22/11/04 22:43:09.81 .net
そこから色々肉付けするのが大変なんだけどね
112:nobodyさん
22/11/05 07:47:55.44 .net
その勉強は無駄にはならんよ
113:nobodyさん
22/11/05 11:33:18.30 .net
認証はやっぱりSAMLとかのシングルサインオンですって！
SSO環境がないのならKeycloakをLDAP等に連携させるのはいかがです？
どのサービスでも同じ認証画面アクティブディレクトリのIDパスワード等で統一されれば、ユーザーも戸惑わないし、大量のIDパスワードに悩まずに済みますよ！
サービスを切り替える度々に認証入力する手間も省けて、ユーザーの満足度向上間違いなしです！
Laravel自体をSAMLのSPにするか、apache+mod_auth_mellonの組み合わせでシングルサインオンに対応できます
（認証回りを使い回して楽したい、パスワード管理ヤダ、パスワード忘れの問い合わせとか付き合ってられない）
114:nobodyさん
22/11/05 13:04:10.59 N20jVwNP.net
LaravelのComposeとかのライブラリどう参照してるのとか仕組み知らないと混乱するな
115:nobodyさん
22/11/06 17:50:52.84 .net
>>109
確かに6で十分なんだよなぁ
Laravelに限らず、どのフレームワークもバージョンアップするたびに
仕様が変わりまくって機能がもりもりになるけど、
最小構成のものを出してくれればいいのにな
んで、追加したければモジュールやらプラグインで追加ができれば
自由度も上がるし、過去作ったものも保守しやすいのに
116:nobodyさん
22/11/06 19:35:29.65 .net
だったら自分で作れよw
117:nobodyさん
22/11/06 19:56:15.29 .net
より自由度を高める設計変更は、バージョンアップのたびに実施されてるよ
認証周りとかすげぇと思う
逆に、トレンド的に必須になった機能をフレームワークとして取り込んだりしてるから、そのバランス取りに加わりたければ、ディスカッションに参加するしか無いかなぁ
118:nobodyさん
22/11/06 21:05:51.91 .net
自由に出来すぎると迷うからなぁ
デフォルトで「これしかできない」にして、
後から追加できる方が便利だと思うんだよな
余計な機能がついてないぶん、リスクも減るだろうし
119:nobodyさん
22/11/07 00:07:31.49 .net
まあそれなんだよな
フレームワークには型に嵌めることも目的としてるとこがあるから
120:nobodyさん
22/11/07 11:35:57.64 .net
認証機能は後から追加するパターンなのにな
121:nobodyさん
22/11/07 13:12:17.32 .net
そもそも、オモチャみたいなWEBアプリしか作れないLaravelなんか、バージョンアップしても無駄。
ちゃんとした堅牢な業務システムを破綻なく作れるフレームワークが必要とされている。
122:nobodyさん
22/11/07 13:31:07.98 .net
ちゃんとしたのはRubyとかJavaに任せればいいだけじゃね？
Web自体がオモチャなんだし
123:nobodyさん
22/11/07 13:32:57.17 .net
Rubyじゃない、Pythonか
分野が違うんだし、比べる必要ないと思うけどね
124:nobodyさん
22/11/07 13:59:54.49 .net
>>121
具体的に堅牢性に問題がある箇所ってどこ？
125:nobodyさん
22/11/07 14:32:05.68 .net
フレームワークが破綻なく作れる所まで担保しないしｗ
そんなのは結局その利用者の作り方の問題だしなぁ
126:nobodyさん
22/11/07 15:02:42.48 .net
他を貶して自尊心を保つのは大体Rubyおじさんなんだよなぁ
ホント他と比べて勝ってると思わなきゃ自尊心保てないとか可哀想としか言いようがない
127:nobodyさん
22/11/07 16:31:20.22 .net
しかも自分ではろくにプログラムもかけないのに「Ruby命！」ｗ
128:nobodyさん
22/11/07 16:36:32.91 .net
あれはさすがにruby使いに同情する
129:nobodyさん
22/11/07 18:30:13.43 .net
我が道を行けばいいだけなのに何で他と比べたがるんだろう…？
130:nobodyさん
22/11/07 19:06:45.99 .net
ガイジだからさｗ
131:nobodyさん
22/11/08 12:16:33.11 .net
ちょっと事実をしたかされただけですぐに頭に血が上って発狂してしまうららべらーの皆さん相変わらずかわいいw
132:nobodyさん
22/11/08 14:16:31.84 .net
14万生きてたのかｗ
133:nobodyさん
22/11/09 12:25:56.04 .net
ばかべらーさんは負けず嫌いなので直ぐに反応して分かりやすいです。
134:nobodyさん
22/11/09 12:41:35.04 .net
wordpressが大分使えるようになったので
laravel勉強し始めたけど、もしかして一人で作るフレームワークとしては、あまり向いてない？
分業体制には良いと思ったけど、
一人でやると
・MVCに分割
・それぞれで作業
という謎の工程になっているような気がします
それとも、これは私が未熟故の感覚で、一人で制作する際もMVCを念頭において設計した方が良いのでしょうか？
今作ってるサイトは、主にゲーム攻略系のサイトで、登録・会員制にしようと思っています
135:nobodyさん
22/11/09 13:22:40.35 .net
>>134
Laravelに限らず、一人でやる場合もフレームワーク使ったほうが良いよ
理由は、過去に作った自分のソースを忘れるから。
フレームワークなら作り方に規則性があるから思い出せるけど、
そうじゃないものは思い出すのが大変になり、時間がかかる
保守に影響出るから、サイトやアプリの成長には繋がらない
136:nobodyさん
22/11/09 15:16:48.92 .net
>>134
認証認可とセキュリティ周りの必要最小限をフレームワークが担ってくれるって点だけでも、一人制作において十分有用ですよ
また、MVCって概念は分業のための仕組みではなく、コードを整理するための仕組みです
結果として分業に寄与しますが、根本を間違うと理解が進みません
あと、学習初期に考えることでもないですが、MVCって概念だとコードが整理できない時期が来ます
クリーンアーキテクチャだなんだといった設計手法が耳に入ると思うので、壁を感じたらそちらを学習してみると良いです
137:nobodyさん
22/11/09 16:46:45.74 .net
>>135-136
なるほど、得心致しました。ありがとうございました。
laravel、勉強します！
皆様に幸あれ
138:nobodyさん
22/11/09 18:11:29.45 .net
LaravelはMVCじゃないけどな。
139:nobodyさん
22/11/09 21:50:53.03 .net
なんなの？
140:nobodyさん
22/11/09 22:00:12.88 .net
CakePHPで散々「そうじゃない」と言われたのに馬鹿の一つ覚えでDBにアクセスする物をModelと称したり、TemplateをViewと称して表示方法に係るロジックをControllerに溢れさせたりする謎のヘンテコフレームワーク
141:nobodyさん
22/11/09 23:21:08.49 .net
何言っているんだコイツｗ
142:nobodyさん
22/11/10 08:08:00.57 .net
すぐ吠え始めるバカ犬
143:nobodyさん
22/11/10 11:35:37.85 .net
>>140
あなたの思う本当のフレームワークは？
叩かれるのが怖いから答えられないとは思うけどｗ
144:nobodyさん
22/11/10 14:17:01.40 .net
聞けば何でも恵んでもらえると思ってる乞食は
昔から貰いが少ない
145:nobodyさん
22/11/10 20:30:32.26 .net
Viewなんてあったっけ？
146:nobodyさん
22/11/11 12:20:04.61 .net
>>145
このバカっぷりですよ。
147:nobodyさん
22/11/19 11:22:37.26 .net
Laravel練習中です
複雑なページでは、ControllerからViewに投げるというのは理解できたのですが、
静的なページ（会社概要や、特定商取引法に関するページなど）も、必ずcontrollerを通した方が良いのでしょうか？
148:nobodyさん
22/11/19 11:37:03.70 .net
必ずコントローラーを通す必要は無いよ
ルートの設定内でビューを返す事も出来る
ただ、全ルート処理を共通にする（同じように書く）なら
全てコントローラーでビューを返すというルールでも良いかも知れない
149:nobodyさん
22/11/19 11:57:43.16 .net
>>148
ありがとうございます
この辺りは、製作者の好みという感じなんですね
とりあえず今はrouteからviewを返すのおアリにして、色々作ってみようと思います
150:nobodyさん
22/11/20 00:43:02.00 .net
最新バージョンで、良い勉強動画があれば教えてください
動画を色々見て、話し方などが聞きやすい動画を見て勉強していたのですが、
全然動かない、おかしいな、と思ってよく見たらバージョンが4の時代の動画でした
今までExcelのような下位互換があるものしか触ってこなかったので、気づきませんでした
webプログラムは、あまり下位互換が無いものなのでしょうか？
151:nobodyさん
22/11/20 09:24:10.03 .net
下位互換を保つために、PHPの新機能が使えなくなったりしたら
本末転倒じゃん
152:nobodyさん
22/11/20 09:57:10.21 .net
v7くらいをベースで勉強して差分を取り入れるのが一番効率的なんじゃないか？
153:nobodyさん
22/11/20 16:47:59.45 .net
言うほどPHPの新機能使う場面あるか？
154:nobodyさん
22/11/20 17:12:36.69 .net
あるよー
ドキュメント読んでみ
どんどん堅牢な書き方できるようになってるから
155:nobodyさん
22/11/20 17:36:30.09 .net
ちょうど和田さんのアップデートされた公演が公開されてるね
URLﾘﾝｸ(www.youtube.com)
156:nobodyさん
22/11/21 09:31:40.03 .net
Laravel 10 は（エディタを選びそうだけど）より開発しやすくなりそうですね
URLﾘﾝｸ(laravel-news.com)
157:nobodyさん
22/11/21 09:55:37.71 .net
次のLTSはまだ～？
158:nobodyさん
22/11/21 12:11:58.72 .net
>>153
enumとmatchはインパクトあるぞ
ほかはこんな感じ
URLﾘﾝｸ(laravel-news.com)
159:nobodyさん
22/11/21 17:41:49.09 .net
無理に新しい形で書けば良いというものでは無い感じ
switchはmatchにしてもなぁ・・・という感じがしなくもない
160:nobodyさん
22/11/21 23:12:38.71 .net
無理に使う必要はないけど、enumとmatchはずっと不便だったところだから実装されて以降頻繁に見かけるよ
161:nobodyさん
22/11/22 14:57:00.31 .net
>>150
本気で覚えたいならちゃんと本を買って勉強しよう
動画で学ぶとかまず無理よ
Ver8に対応してるの買えば間違いない
勉強はコストがかかるもの
162:nobodyさん
22/11/22 15:50:00.40 .net
>>161
言うても最新の本はマニアックだぞ
初心者向きとはとても思えない
163:nobodyさん
22/11/22 16:01:07.49 .net
まあ、Laravel自体が素人向けじゃないしなぁ
少なくとも無料で公開されてる動画チマチマやるよりはいいかと
164:nobodyさん
22/11/22 16:09:29.31 .net
>>162
横からすまん
なんてタイトルの本？
方向性が合う本なら読んでみたい
165:nobodyさん
22/11/22 16:24:26.92 .net
なんだかんだで初めてやるなら津耶乃本がわりと無難ではあるけど古いんだよなあv6時代かぁ
166:nobodyさん
22/11/22 16:24:53.09 .net
laravel9対応のだっけ？
167:nobodyさん
22/11/22 23:15:50.39 .net
>>164
普通にAmazonで8と9の本探してみ？
電子書籍をのぞいて1冊ずつしか出てないから。
目次見れば素人向けじゃないの分かるよ
168:nobodyさん
22/11/23 00:29:41.43 .net
素人は本を欲しているけど本は玄人向け
しかし玄人は本なんて無くても調べたらどうにでもなるというｗ
本の必要性が・・・
169:nobodyさん
22/11/23 09:17:35.01 .net
6の本はどれも割りと素人向けなんだけどな
なぜかそれ以上のバージョンから変わった
最新の9なんてTwitterと連携する方法説明してるしｗ
170:nobodyさん
22/11/23 10:19:41.93 .net
>>169
あの頃が一番に入門書書いたら売れる時期とかそんなんだったんじゃない？
171:nobodyさん
22/11/23 10:21:23.95 .net
そうかもな。6は今でも使用者多いだろうし
172:nobodyさん
22/11/23 10:32:14.83 .net
てか本当が4～5時代くらいが一番新規参入が多かったのが流行ってるらしいとそれに目を付けて執筆したところがそれくらいって感じ
173:nobodyさん
22/11/23 10:47:17.90 .net
もうLaravelもphpも使われなくなってきてるからDjangoとかFastAPIにしといたほうがいいぞ
特に初心者は
174:nobodyさん
22/11/23 11:09:28.24 .net
るびおじ が 擬態 を おぼえた
175:nobodyさん
22/11/23 12:10:35.25 .net
そもそもpythonなんかをweb系で使う事自体が間違っているのだがｗ
176:nobodyさん
22/11/23 13:32:55.93 .net
PythonはAI・機械学習系だからな。用途が違う
177:nobodyさん
22/11/23 16:25:19.37 .net
というか好かれてるPythonをWebフレームワークとして使いたいって思惑があったからDjangoは出来たんやろ
PHPはWebありき？の起源だった記憶
しらんけど、初心者はやりたいことを素直にできる言語をやればいいよ
178:nobodyさん
22/11/23 16:27:27.88 .net
PythonはWebで使うには数値→文字列の変換とかが煩わし過ぎる
179:nobodyさん
22/11/24 00:21:54.17 .net
テンプレートのyieldで教えてください
階層がこうなっています
URLﾘﾝｸ(i.imgur.com)
viewのshow
URLﾘﾝｸ(i.imgur.com)
headerのテンプレート
URLﾘﾝｸ(i.imgur.com)
headerがyieldできないのですが、何が原因でしょうか？
show.blade.phpとheaderを同じ階層に置いた時はyieldが出来たので、
@yield('../layouts.header')のようにかくのかとも試してみたのですが、うまくいきませんでした
180:nobodyさん
22/11/24 00:28:04.86 .net
>>179
使い方が全然違うからlaravelの認証のテンプレ入れて構造見直した方がいい
URLﾘﾝｸ(qiita.com)
181:nobodyさん
22/11/24 00:32:36.61 .net
あとただ読み込みたいってだけの場合は@includeってのが別にある
182:nobodyさん
22/11/24 00:32:45.80 .net
>>180
なんと・・・
勉強し直してきます、ありがとうございます
183:nobodyさん
22/11/24 00:34:17.86 .net
>>180のヤツ入れたら
resource/viewsに自動でファイル作られるからそれを参考にしてみ
184:nobodyさん
22/11/24 10:42:55.2
185:7 ID:???.net
186:nobodyさん
22/12/04 23:04:43.87 .net
laravel勉強中なのですが・・・
git
docker（sail？）
nuxt.js
vue.js
typescript
vuetify
実務ではこれぐらい併用しているとお聞きしたのですが、
皆様普通にこれぐらい使っているのでしょうか
なんとなくですが、nueとnuxtがかなりとっつきにくい感じがしています。
laravelと同時に覚えたほうがいいでしょうか。それともlaravelを先に覚えたほうが良いでしょうか？
laravelの学習は楽しいです。
187:nobodyさん
22/12/05 07:08:05.80 .net
Laravel使ってるけどapiサーバとしてしか使ってないな
188:nobodyさん
22/12/05 08:08:22.08 .net
>>185
並べてる技術は要素技術なので「普通にこれぐらい使っているか？」といわれれば普通に使ってますという回答になりますが、必須かと言われればプロジェクトごとに要不要が別れます。
Laravelはフルスタックフレームワークと言われるものなので、十分に使おうとすると幅広い範囲の技術知識が必要です。
同時におぼえるというよりは、各要素技術の体系的な知識を広く薄く身につけた上で、公式ドキュメントを参照しながら使用するツールだと思います。
189:nobodyさん
22/12/05 12:36:34.73 xziVTX8Us
URLﾘﾝｸ(saigoniwarau.starfree.jp)
190:nobodyさん
22/12/05 14:09:32.35 .net
>>185
必要ない。
それらを使った技術ブログをアップしている人の声が大きいだけで、
実際の現場でそこまで使うことはない。
gitは当然としても、Javascriptはどれ選ぶかぐらいじゃないか？
まだjQuery使っている人も3割はいるからな
191:nobodyさん
22/12/05 17:30:04.30 .net
とりあえずLaravelで出来る事だけを先に覚えた方がいいだろうね
平行してVueとかやっても頭が良くないと厳しいのではないかと
フロントエンドも昔ながらのbladeで書く方法ぐらいはまず知っておいた方がいい気がする
そこでjavascriptも多少書けないとダメだしそれだけでも覚えることがかなりあるかと思う
192:nobodyさん
22/12/05 18:07:14.76 .net
別にjavascript的な処理が必要なければ書く必要ないけどな
193:nobodyさん
22/12/05 19:56:43.75 .net
>>191
趣味なら無いだろうけど、仕事なら100%あるからjavascriptも次に覚える必要があるには変わりない
194:nobodyさん
22/12/05 21:58:52.58 .net
要件によるだろ。100％なんてあるか
195:nobodyさん
22/12/05 22:31:00.98 .net
100%やろｗ
jsが全く無いサイトなんて仕事では無い
196:nobodyさん
22/12/06 09:04:00.90 .net
100%だね
ペライチのランディングページでも使うぞ
197:nobodyさん
22/12/06 21:59:48.73 .net
ペライチなんてそれこそJavascriptで動かすサイトじゃん。
100％ってWordPressとか既存のテンプレ想定してるのか？
Laravelでイチから作る話じゃないのかよ
198:nobodyさん
22/12/07 11:52:43.23 .net
migrateの部分を勉強しているのですが、
public function down()
の部分は自分で書かないとダメなんでしょうか？
199:nobodyさん
22/12/07 12:43:15.43 .net
ほかに誰が書いてくれるのか？
200:nobodyさん
22/12/07 13:49:13.82 .net
自動で書く方法はないのか？って話だろ
コマンド使うんだから、そう思っても仕方ない
201:nobodyさん
22/12/07 18:36:14.04 .net
>>199
そうです
upに書いた後になにかすれば、逆のコードをdownに書いてくれるような機能があるのかと思いまして
完全手動っぽいですね
202:nobodyさん
22/12/07 23:47:05.14 .net
確かに推測して自動で・・・って思わなくもないけど
upも色んな書き方が出来るから（単なるPHPのプログラムだし)
今の時代にそれは望みすぎだなｗ
100年後にはAIで自動補完とか出来るようになってるかもｗ
203:nobodyさん
22/12/08 14:02:57.69 .net
artisanってviewはmakeできないのですか？
204:nobodyさん
22/12/08 14:36:52.32 .net
viewに何を書いてほしいんだ？
そんなの本人以外分かるわけないじゃん
205:nobodyさん
22/12/08 15:28:38.06 .net
100年後にはアレクサにでも聞けば書いてくれるかもなｗ
206:nobodyさん
22/12/08 21:13:14.22 .net
>>203
デフォルトのviewを設定して、artisanでmakeしようと思ったのです
無いんですね
207:nobodyさん
22/12/09 01:57:02.83 .net
ファイルコピーすればええだけやん…
208:nobodyさん
22/12/09 10:44:46.27 .net
それ言うとartisanの意味が薄れていくような
laravelのファイル作成は必ずartisan make、みたいに統一すればもう少しわかりやすかったとは思う
209:nobodyさん
22/12/09 11:17:17.53 .net
viewのひな形なんて作りようなくない？
もうできて何年も経ってるフレームワークだし、
必要性高ければ機能として存在してると思うし、
存在してないにもちゃんとそれなりの理由がある
210:nobodyさん
22/12/09 12:45:16.64 .net
そもそもartisan makeを使っている人少ないんじゃね？
大体コントローラーにしてもマイグレーションファイルにしても
どれかコピーして作ってるわ
211:nobodyさん
22/12/09 13:59:55.50 .net
まあ何か何でもcopyするコマンドはあってもいいかなとは思う
実際はフォルダを別に切ったりするから使いづらいかもだけど
212:nobodyさん
22/12/09 14:35:45.65 .net
>209
結局そうなるよね
一時は挙動知らないからartisanカスタマイズしたり頑張ってたけど、
コピーでええんかいって気づいてからはコピーばっかりだわ
213:nobodyさん
22/12/09 14:39:47.88 .net
make:model --all はよく使う
214:nobodyさん
22/12/09 15:11:01.50 .net
laravel6でCSRFを完全に無効にする方法ってありませんか？
ajaxのPOSTでTOKENを送信しているにも関わらず、
Failed to load resource: the server responded with a status of 500 (Internal Server Error)
が出ます。
VerifyCsrfToken.phpに許可するURLを指定してもなるし、もうお手上げです・・。
問題の切り分けをするため、完全にCSRF使えなくして試したいです。
215:nobodyさん
22/12/09 16:21:44.99 .net
単純にKernel.phpのVerifyCsrfTokenを指定しているミドルウェアをコメントアウトすればいいだけでは？
216:nobodyさん
22/12/09 17:04:23.76 .net
５００エラーだからCSRFが原因ではないと思う
217:nobodyさん
22/12/09 17:07:21.91 .net
>>214
やってみたのですが、>>213のエラーがでますね
218:nobodyさん
22/12/09 17:15:38.64 .net
$request->hasFile('upload')の書き方が悪かったようです
>>215さんの意見で気づけました！ありがとうございました
219:nobodyさん
22/12/11 09:12:10.22 .net
modelが1テーブルにつき1つ、という説明を見たのですが、
joinなどを使う場合は、その都度新しいmodelを作るのでしょうか？
220:nobodyさん
22/12/11 13:01:58.94 .net
そうです。model＝テーブルという考え方です。
221:nobodyさん
22/12/11 16:46:51.66 .net
>>219
ありがとうございます
命名でご相談ですが、
shopテーブル（idと店舗名）
syainテーブル（id、社員名、店舗id）
をjoinして、全国社員テーブル（社員id、社員名、店舗名）のようなものを作る場合、
どのような命名規則が良いでしょうか
model・class名はsyain_shopのような感じでしょうか？
222:nobodyさん
22/12/11 16:54:58.80 .net
違うよぉ
223:nobodyさん
22/12/11 17:53:21.81 .net
Laravelの場合、テーブル名は複数形が推奨されているので
それに従う場合は、モデル名は単数でテーブル名を指定しなくても推測してくれる
例えばshopsテーブルがある場合、Shopモデルとなる
storiesテーブルのような場合でも、Storyモデルとなる
ただ、別に従わなくても良く、モデル内にprotected $table = '実際のテーブル名'
と明示的に書けば
224:それになる この辺はドキュメント読めば書いてある事だと思うが
225:nobodyさん
22/12/11 22:23:49.01 .net
>>220
syainsテーブルにデータを入れる
joinｊは>belongsToなどを使って、テーブル間の関係性をmodelに記述する
joinの度に別modelは作ったりしない
Models/syain.php
class Syain extends Model
{
//belongsTo設定
public function shop()
{
return $this->belongsTo('App\Models\Shop');
}
}
これでcontrollerに
$syains = Syain::all();
と呼び出して
viewには
@foreach ($shains as $syain)
{{$syain->shop->name}}
@endforeach
のように書けば複雑な手順無しに色々結合して呼び出せる
226:nobodyさん
22/12/12 09:21:27.66 .net
モデルはCakePHPと似てるな
違いは、バリデーションをコントローラーに書くか書かないかぐらいか
227:nobodyさん
22/12/12 09:49:03.67 .net
>>223
ありがとうございます！
modelをsyain、shop、syain_shop、と作ってテーブルが無いと言われて混乱してました
228:nobodyさん
22/12/17 07:58:29.96 .net
Laravel勉強してますがフロントエンドにVueとかReactというのがあるのを知りました
HTMLやjavascriptとはまた別物なのでしょうか
用途がよくわかっていません
229:nobodyさん
22/12/17 10:40:18.24 .net
それはらJavascriptのフレームワークです
用途は画面更新や操作で使用します
別に必須技術というわけではありません
230:nobodyさん
22/12/17 12:23:13.45 .net
LaravelはいわゆるフルスタックフレームワークなのでVueとかReactという言葉が聞き慣れないレベルで学習しても遠回りです
（ドキュメントがまともに読めません。またネットにある記事の信頼性を評価できません）
php/JavaScript/html/css を体系的に一通り学んだ後、可能であればwebサーバ/DBに関してある程度以上の知見を得た上でLaravelを学習することをおすすめします
本当はmailシステムとかキャッシュとかまで学習してからが理想ですが、その辺は実務に入っても理解できない箇所があるので、ドキュメントが読めれば良しとして学習を進めるしか無いです
231:nobodyさん
22/12/18 08:22:30.58 zYYhv3D/.net
LaravelのDIコンテナとしての役割とDIコンテナを使う目的とか理解して使っている人ってどの位の割合なんだろう？
素朴な疑問です。他意はありません。
232:nobodyさん
22/12/18 08:56:23.37 .net
>>229
お前が割合を理解してないことは分かった
母数すら特定できんものを質問するとかアホなの？
233:nobodyさん
22/12/18 09:59:17.77 .net
完璧主義者になると損するよ
234:nobodyさん
22/12/19 10:37:04.62 .net
クソ仕様だよな
217nobodyさん2022/12/11(日) 09:12:10.22ID:???
modelが1テーブルにつき1つ、という説明を見たのですが、
joinなどを使う場合は、その都度新しいmodelを作るのでしょうか？
218nobodyさん2022/12/11(日) 13:01:58.94ID:???>>220
そうです。model＝テーブルという考え方です。
235:nobodyさん
22/12/19 11:49:44.99 .net
これよりいい仕様って具体的になんかあるん？
236:nobodyさん
22/12/19 12:21:38.59 Vh3aifZX.net
>>230
Xを母数と捉えると大凡でnくらいだと思うけど、Yを母数と捉えるとおそらくmくらいかな。Zだとちょっとわからないなー。
で、君の知りたいのはどれだい？
って聞ける様になると、あなたも、あなたと一緒に仕事をする人もストレスが減るんじゃないかな。
237:nobodyさん
22/12/19 12:44:31.25 .net
>>234
そのXとかYってなんだ？
母数が特定できないものの割合を質問しても意味ないって指摘なんだから、コメントするならせめて埋めろよｗあほだろ
こんなの周りにいたらストレスたまるわー
238:nobodyさん
22/12/19 13:07:14.78 .net
ん？別に１テーブルに２モデルあっても問題が無いが意味が無いのでそんなことはやらないだけ
そもそも、必ずしも１テーブルに紐づくモデルが必要では無いしな
SQLを直接動かすならモデル不要のテーブルもあるだろうし
239:nobodyさん
22/12/19 15:48:38.68 .net
>>233
モデルってなんなのか知ってて言ってんの？
知らないから言ってんだろうけど
240:nobodyさん
22/12/19 16:40:52.31 .net
揚げ足取りのオンパレードだな
241:nobodyさん
22/12/19 17:43:37.44 .net
クソと言うだけなら誰でもできるw
242:nobodyさん
22/12/19 20:44:51.00 .net
クソ
243:nobodyさん
22/12/23 06:30:06.05 .net
てすと
244:nobodyさん
22/12/23 17:38:06.10 .net
新しいバージョンつかったりしていないと話題ないなｗ
未だに6のままプロジェクトやってるし
245:nobodyさん
22/12/23 19:41:23.08 .net
6で十分だよ
246:nobodyさん
22/12/26 03:51:02.46 P+UG1OLv.net
以前.envのコミットで荒れまくってたけど皆はどうしてるのか教えてください。
コミットするしないはとりあえずいいんですが、大抵、本番とステージ２環境くらいはあると思います。
その場合この異なる環境の.env情報をどのように管理しているのかなと。
※さくらみたいなレンタルVPSにデプロイすることを前提としていまして、AWSのパラメータストアみたいな機能はないものとします。
・Apacheなどの設定ファイルにそれぞれ環境変数を設定する。
・それぞれの環境で.envファイルを設置する。
・本番はconfig直書きでStageは.env
・.env.prod, .env.stg を用意する
また.envで管理する情報を履歴管理したいという要望もあるんですが、これについてもいまいちベストな方法がわかりません。
そもそも履歴管理なんてしてないとか、別リポジトリで管理してるとか皆のやり方を教えてもらえると助かります。
247:nobodyさん
22/12/26 11:40:17.45 .net
何をそんなに難しく考えているのかわからん
WordPressだってwp-config.phpをサイト毎に用意するし、
バージョン管理だってするだろ。.envも同じことじゃん
248:nobodyさん
22/12/26 12:59:16.87 .net
>>245
ご回答ありがとうございます。
確かにメジャーなCMSだとクレデンシャル情報がconfigに直書きが多いのでそのまま使いますよね。うちも同じです。
後出しになってしまって申し訳ないのですが、クレデンシャル情報はソースに含めたく無いことと、ソースと同じリポジトリで管理したく無いという思いがあります。
laravelであればこれらの要望は実現可能ですよね。
サーバの設定ファイルを修正することが可能であれば本番やステージのクレデンシャル情報はサーバ側で環境変数として定義し、その情報は外部とは隔離されたサーバで履歴管理するというのがベターなのかなと個人的には思っています。
ただサーバの設定変更が出来ない場合などもあるのでその場合はconfigや.envで対応することになると思います。
このようなケースバイケースのナレッジ的な情報が欲しくて皆のやり方が知りたかった次第です。
249:nobodyさん
22/12/26 13:18:57.49 .net
>>246
自身で書いてる通り、ケースバイケースなのでベストはないですよ
前に話題になったときに、「ケース」の紹介もあったから見直してみるのが良いかも
一般論として、思いつくままに書いてみます
.env には環境独自の変数を定義するので、その環境の成り立ちで管理方法が変わります
環境を表す変数としては以下な感じかなぁ
1.サーバの種類（prod, stage, local etc）,
2.ミドルウェアの接続情報
3,.その他開発中に書き換えるやつ（debug, logレベル）等
1は固定、3は管理する必要はないので、2を履歴管理すべきかを検討することになるんだと思うけど、セキュリティポリシーとミドルウェア管理の主体によって管理手法は変わります
セキュリティポリシーは2を誰に見せてよいかがポイントになります
まず、プログラマー/インフラエンジニア/委託先/外部サービス等々、誰にどこまで見せてよいかで判断することになるかと
また、管理主体が例えばインフラエンジニアであれば、.envをプログラマーが管理することはありません
まーアラシがうざかったけど、有益な情報もあったので、やはり過去ログ見るのが良いかなぁ
250:nobodyさん
22/12/26 15:04:33.34 .net
.envってDBのパスワードやら書かれてるし、
管理するにしても非公開なローカルリポジトリで管理するくらいしかないでしょ
251:nobodyさん
22/12/26 16:59:29.64 .net
>>247
ご回答ありがとうございます。
過去ログは一応見てみたんですよね。
ただ.envコミット派vs非コミット派、12factor遵守派vs案件別臨機応変派の対立が酷くてなかなか具体的な管理方法というか運用方法がでてこなかったような、、、、。
親切な人がある程度でた意見をまとめてくれていたんですが、もっといろんな意見を聞きたいと思いまして。
ですので貴重なご意見ありがとうございます。
仰る通りセキュリティポリシー等決まっていればそれに従うのですが、エンドユーザや一次受けがそのあたり何も知らないケースも結構あるので、そういった場合はこちらから245のような提案をすることもしてます。
この提案する際のガイドラインというかナレッジをためていきたいのです。
もう一度過去ログじっくり読み直してみます。
252:nobodyさん
22/12/26 17:07:11.25 .net
>>248
ご回答ありがとございます。
クレデンシャル情報の管理はやっぱりそれがベターですよね。
ちなみにうちの場合は皆リモートワークなのでそういうわけにもいかず、dns登録してないレンタルサーバでgitlabで運用してます。
253:nobodyさん
22/12/26 18:36:36.17 .net
非公開のレポジトリでも.envはあんまりソース管理に入れたりしないけど
現場次第じゃないのかなぁ
.env.prodみたいな別ファイル名で管理しているのは見たことあるわｗ
254:nobodyさん
22/12/26 19:02:45.11 IdtN85ej.net
ログイン機能があってもなくても成立する機能（コメント）を考えていますが、
この場合、
・ログイン無しの状態をとりあえず作ってみて、ログインありで要素を足す
・ログインありの状態を完全に作ってしまう
どちらが良いでしょうか？
255:nobodyさん
22/12/26 20:07:36.00 .net
クッキーが無い時に新規ユーザー作って認証させてクッキーにユニークなトークンでも保存させておいて
以後、そのクッキーのトークンがあればそのユーザーとして扱うぐらいしか無い気がするが
勿論クッキー消されると識別出来ないが
256:nobodyさん
22/12/26 20:17:10.90 .net
laravel sailって利用してる？
試しに使ってみたけど導入する段階でcomposer＝phpのインストール環境が必須だから、それならdockerでええやんってなるんだが
257:nobodyさん
22/12/26 20:35:58.71 .net
>>254
docker-compose.yaml書いたりしなくていいからお手軽ではあるかと。
258:nobodyさん
22/12/26 20:43:16.46 .net
今でもhomesteadですが何か？
259:nobodyさん
22/12/27 13:21:01.71 .net
dockerとかhomesteadとか仮想環境は難しくて無理や
260:nobodyさん
22/12/27 13:35:58.20 .net
コレ使わせてもらってる
winなんでそのままだと使えないけど便利
URLﾘﾝｸ(qiita.com)
261:nobodyさん
22/12/27 13:55:28.86 .net
>>257
homesteadは割と簡単な方やで
virtualboxとvagrantインストールするぐらいで
後はhomesteadをgit cloneして指示通りコマンド叩くだけや
262:nobodyさん
22/12/27 21:05:24.03 .net
俺みたいな古い人間はxamppで十分です。。
263:nobodyさん
22/12/27 21:15:05.30 .net
Laravelなのにcakephpのように書くおっさんどうにかしろ
あとコントローラだからってドメイン単位で1クラスにアクションメソッドなんでもかんでもぶち込むんじゃねえよ
見辛いだろ
264:nobodyさん
22/12/27 21:28:37.67 .net
XAMPPはさすがにないなぁ
265:nobodyさん
22/12/28 23:09:46.44
266:gW1gv4vW.net
267:nobodyさん
22/12/28 23:11:23.55 gW1gv4vW.net
すいません、見つかりました
csrf_token()でした、お騒がせしました
268:nobodyさん
22/12/29 11:42:21.70 iEG0osUg.net
POSTした時のデバッグってどのようにされていますか？
viewを仮に作って、controllerからviewへ値渡して確認、などでしょうか
269:nobodyさん
22/12/29 11:50:00.09 iEG0osUg.net
すいません、controller内部でddd()すればいいだけでした
270:nobodyさん
22/12/29 16:43:12.24 .net
昨日からちゃんと調べてから質問しろよ
271:nobodyさん
22/12/29 18:20:06.65 .net
ちゃんと調べられる人はこんなところなんか利用しないのだから別にええやろ
272:nobodyさん
22/12/29 18:21:02.10 .net
ddd()とかでデバッグするよりxdebug導入すればいいだけなのに
初心者の方が助かるやろ
273:nobodyさん
22/12/31 00:23:02.69 eairpX+K.net
Controllerってどのような形で分割・統合すると良いでしょうか
掲示板の場合、
・postcontrollerの中に、postやdeleteなど投稿に関する全ての操作を置く
・postcontroller_deleteなど分割する
などで迷っています
なにか指針のようなものはありますでしょうか
274:nobodyさん
22/12/31 00:32:23.45 .net
プロジェクトによって違う
そのへんはLaravelのルールというよりは設計思想になるのでその関連の文献などを参考にするといい
275:nobodyさん
22/12/31 00:51:51.54 .net
その投稿に関する操作に種類が色々あるなら分けるだろうけど
単に取得、書き込み、削除ぐらいしか無いなら一つのコントローラで書くかな
276:nobodyさん
22/12/31 17:02:47.76 eairpX+K.net
>>272
ありがとうございます。試行錯誤してみます。
あと別件ですが、ページネーションの矢印がやや大きいのですが、
なにか設定とかあるのでしょうか？
URLﾘﾝｸ(imgur.com)
自作のcssが干渉しているわけではないようです。
諦めてcssを上書きした方が早いでしょうか
277:nobodyさん
22/12/31 17:44:51.68 .net
>>269
laravelみたいなでかいフレームワークだとxdebugは情報量がありすぎてしんどいから使ったこと無いんだけどどんなとき使うの？
278:nobodyさん
22/12/31 22:40:00.53 .net
2月に10出るけど、もう追うの辛いわ
PHPも8.1になるし
279:nobodyさん
23/01/01 01:46:22.34 .net
実質はマイナーバージョンを上げてるだけで大したバージョンアップしてないから追いかける必要無い
280:nobodyさん
23/01/02 01:34:04.81 Z5Tgxdqg.net
ローカルで作成したものを、そのままサーバーにコピーするだけでは動かないのでしょうか
281:nobodyさん
23/01/02 02:03:12.98 .net
まあ、まず動かないよね
動けばラッキーレベル
ローカルの環境をサーバーの環境に合わせて同じにしてるなら動くかもだが
282:nobodyさん
23/01/02 21:06:15.34 .net
>>274
重くはなるけど、ブレイクポイントや変数のウォッチ、バックトレースなど見れるだけで
デバッグ作業はかなり楽になるけどね
むしろLaravelの開発だからこそ導入したい
283:nobodyさん
23/01/02 21:13:50.82 .net
>>277
FTPでアップロードってことだろ？普通に動くよ
WordPressなんかと一緒だよ
284:nobodyさん
23/01/03 00:19:35.35 1L57Wl9h.net
>>277
無理
まずpublicの位置が違いすぎる
シンボリックリンクを作成する必要がある
更にhtaccessも必要になるだろう
pulicの中に全部入れてhtaccessだけでどうこうしようってのは絶対にやめよう
285:nobodyさん
23/01/03 00:48:38.52 .net
>>280
一緒じゃねーよw
286:nobodyさん
23/01/03 15:32:21.92 .net
構成全く同じならいけんじゃね、それこそOSの細かい設定値までとかそういう勢い
まずそんな環境で開発しないけどな
287:nobodyさん
23/01/03 15:49:53.34 .net
>>279
そうなんか
Debugbarとtinkerで事が済んでたんでlaravelでは使ったことなかったんだけど導入検討してみるわ
288:nobodyさん
23/01/03 19:18:39.46 .net
Xamppでもやれるんだからなんとかなるでしょ
289:nobodyさん
23/01/04 08:49:32.13 .net
開発環境も色々ありすぎて、どれにするのが正しいのかわからん
290:nobodyさん
23/01/04 20:19:51.28 .net
オッサンだけど女の子に生まれて百合恋愛がしたいだけの人生だった、女の最大の特権って百合ができる事だよな
291:nobodyさん
23/01/05 09:33:33.04 .net
>>286
ラクなのはXampp
本格的にならRH系のLinuxをVBoxに入れる
間を取るならWSL2
個人的にはWSL2でいいかな、AlmaもUbuntuも使えるし
292:nobodyさん
23/01/05 12:03:16.37 .net
XAMPPは最初は楽だが、デプロイメントとか考えたら決して楽ではない
初期学習用だね、仕事ではさすがに使えない
293:nobodyさん
23/01/05 12:54:14.76 .net
linux系じゃないとほんとめんどくさい
294:nobodyさん
23/01/05 13:41:43.95 rKkCM0bp.net
＞ 彼らはよく、社会に貢献したいと口にする。
＞ なんでも社会悪のネトウヨを自殺に追い込むことが、社会に貢献することなんだそうで。
＞ イジメや嫌がらせで社会に貢献できる教師や警官になるために、あえて帰化したんであって、祖国同胞を裏切ったわけではなく、心は●●人なんだそうだ。
＞
＞ 昔は帰化すると裏切り者と呼ばれたりしたが、祖国に国籍を残したまま帰化する方法が確立された現在では、社会に貢献するためにむしろ帰化することが推奨されている。
＞ 拳銃所持で前科のある生粋の反日家ですら、今では普通に帰化している。
＞
＞ ●●学会などはネトウヨ認定した日本人を盗撮して、痴漢の写真だと言ってばらまいている。
＞ それらの写真は、集団ストーカーに使用される。
＞ 彼らは集団ストーカーを、［地域で子供を守る安心安全パトロール］と称している。
295:nobodyさん
23/01/06 01:02:17.64 .net
個人的にはやっぱりhomesteadが一番楽かな
boxダウンロードして起動すればLaravelは勿論多分PHPでの必要な環境はほぼ入っている
xdebugは設定しないと使えないけどね
296:nobodyさん
23/01/06 23:57:44.60 .net
homesteadとかdokerって、イメージはわかるんだけど
解説サイトの説明を読んでもわからんのはなぜだ
297:nobodyさん
23/01/07 02:27:19.04 .net
homesteadは
URLﾘﾝｸ(readouble.com)
で書かれている通りだからそんなに難しくは無い気がする
一度試してみるといいかも
298:nobodyさん
23/01/07 07:29:57.35 .net
Linuxの知識ないとちゃんと理解するのはムズい
299:nobodyさん
23/01/07 10:45:29.96 .net
鯖立てられるぐらいの知識はあるけど、homesteadは理解できん
300:nobodyさん
23/01/15 22:32:25.69 .net
フレームワーク便利？
自前のソース使いまわしていつもつくってるわ
301:nobodyさん
23/01/15 23:05:27.36 .net
>>297
それでうまくいってるんなら、それでいいじゃん
302:nobodyさん
23/01/16 01:38:17.04 .net
自社開発や個人開発なら別に何使っていても良いけど
個人的に仕事で一から作る場合は何も考えずにLaravel使うわ
フロントはVueとか使うから、結局はAPIとしての利用が大半になるけど
303:nobodyさん
23/01/17 16:15:01.19 .net
>>299
お問い合わせフォームとか小規模なものはどうしてる？
304:nobodyさん
23/01/17 19:53:54.55 .net
DB使うなら利用する
もうフレームワーク使わずにいちいちコネクションから書くの面倒くさいし
305:nobodyさん
23/01/18 09:05:04.84 .net
>>301
そうなるとデプロイするとき面倒なんだよなぁ
お問い合わせフォーム程度ならファイル数も少ないから
サーバのWebアップロード機能でも設置できるけど、
Laravel使うと環境作りから面倒事が増える
306:nobodyさん
23/01/18 12:45:19.24 .net
そうか？
普通にgitとかEBとか絡めれば大して面倒なことないと思うが
307:nobodyさん
23/01/18 13:16:39.61 .net
確かに少ないファイルをアップするだけで終わるのが楽だけど
そこまで小規模開発ってあんまり無い気がする
いくら小規模でもデータベースは使うし認証もあるしで
結局はLaravelを導入しておいた方が作り方が決まってるし引き継ぎもやりやすい気がする
308:nobodyさん
23/01/18 20:14:10.56 .net
>>304
例えばキャンペーンの申し込み用フォームとか、
ランディングページで使う程度のフォームが必要になる場合がある。
DBって言ってもSQLiteで足りる程度ではあるし、
PODで書けばそんなに手間はかからない。
そんな状況下でLaravel導入して環境構築するのは躊躇するわ
309:nobodyさん
23/01/18 20:50:27.96 .net
LP用のフォームだけなら外部サービス使うかなぁ
わざわざそれだけのためにphpの動くサーバ使うのめんどい
310:nobodyさん
23/01/18 20:58:31.81 .net
Googleフォーム使うのが定番だけど、意外と自由度低いからなぁ
LPなんてただでさえ胡散臭いのに、ドメインが変わるのも気になる
311:nobodyさん
23/01/19 07:08:57.66 .net
ちんちん！ソユシュッ！シュッ！シュッ!
312:nobodyさん
23/01/19 07:15:43.00 .net
Netlifyとかだとフォーム用のツール用意してくれてるしCORSも気にしなくてよかったはず
スパム対策とかおまかせになっちゃうけど、正直ペライチにそんなに工数もらえないから便利に使わせてもらってる
313:nobodyさん
23/01/21 16:56:32.71 .net
eloquentで子テーブルを一括で登録/更新/削除したい場合は皆どうしてるの？
例えば部屋に複数の写真が紐つく場合とか、部屋の編集画面で写真の追加や削除なんかをすると思うけど、方法として紐つく子レコードを一括削除して一括で登録はしたくない。
操作してない写真のタイムスタンプはそのままにしたいので。
編集画面から送信される削除フラグや子レコードのpkとかを使って1件ずつ処理する感じなのかな？
saveManyとかで複数登録なんかは出来そうだけど削除まではしてくれないよね？
ちなみに物理削除を想定してます。
314:nobodyさん
23/01/22 13:39:24.27 .net
デリートインサートが楽
315:nobodyさん
23/01/22 16:53:42.57 .net
結局は一件ずつ処理してるわけだし、シンプルに書いた方がわかりやすいよ
316:nobodyさん
23/01/22 21:09:44.80 .net
多対多の場合はsyncとかがあるから同じような便利な方法がないかな？とおもったんだけどなさそうなのね。
ご意見ありがとうでした。
317:nobodyさん
23/01/25 10:23:32.16 .net
ちんちん！シュッシュッ！シュッ！
318:nobodyさん
23/02/03 08:23:23.48 Wgp21ZPs.net
求人情報を見ているphpの場合はLaravelがほぼ必須になっているので現在学習中です。
Youtubeのハンズオンで実際に作りながらやっています。
ログイン認証が自動で実装されるのですが、Yahoo!のようにユーザーが使用しているデバイス、IPアドレスがいつもとは変わった時だけ2段階認証にするのは簡単に出来ますか?
素のphpならuserテーブルにユーザーエージェント情報、ログイン日時を保管して置きログインの際に比較してユーザーエージェント情報が異なればメールでパスコードを送信してログインに続いてパスコードを入力させれば良いしあまり手間もかからないです。
319:nobodyさん
23/02/03 08:44:11.98 .net
>>315
ユーザー毎に接続元IPをDBに保持できるだろうけど企業内PCからのアクセスはプロキシのIPアドレスでみんな同じになって個人判別誤検知しそう
320:nobodyさん
23/02/03 09:56:52.08 .net
ちょっといじればできる
321:nobodyさん
23/02/03 12:39:25.65 .net
普通にCookieで妥協してるわ
322:nobodyさん
23/02/03 12:55:47.82 Wgp21ZPs.net
>>317
ありがとうございます。
出来るのであれば後は自分で調べます。
323:nobodyさん
23/02/03 13:50:19.22 yRJ5366x.net
symfonyのほうが良さそうなのに。
324:nobodyさん
23/02/03 21:51:14.97 .net
cookieかlocalstorageでも使えばやりたいことは出来るけど
そもそも二段階認証の実装の方が大変なのではｗ
325:nobodyさん
23/02/03 22:37:05.59 .net
で、Laravel10は今月でるのか？全然話題にならないが
326:nobodyさん
23/02/04 13:57:09.62 .net
ついこの前9が出たというのに
こんなに頻繁なアップデートいらんだろ
327:nobodyさん
23/02/04 14:42:39.36 .net
正直進化させる所が殆ど無くなってきていて最近は開発者の自己満みたいな新規要素が多すぎる気がしなくもない
それなら、もっと分かりやすくするとかそっち方面で改良して欲しいなぁ
328:nobodyさん
23/02/04 19:09:14.53 .net
デフォでGoogle認証以外の２段階認証入れてほしいわ
329:nobodyさん
23/02/04 21:02:18.27 .net
わかりました
330:nobodyさん
23/02/04 23:28:25.42 .net
9が出てから1年経ってないんだね
331:nobodyさん
23/02/05 13:38:13.33 .net
>>324
軽量化してほしいわ
なんやかんや余計なファイルが多すぎる
332:nobodyさん
23/02/07 09:02:55.79 .net
予定では今日だね
検証しなきゃ
333:nobodyさん
23/02/07 10:13:00.97 .net
8.1が前提になってるけど、AWSとかクラウドで動作させること前提なのかな？
汎用的なレンサバだと対応していないのもあるだろうし
334:nobodyさん
23/02/07 10:46:43.06 .net
そもそもレンサバだとLaravel動かすのきつい
コマンド叩いてもメモリ不足とか怒られたりするみたいだし
8.1強制含めて素人お断り感が強くなった
335:nobodyさん
23/02/07 10:55:26.70 .net
エックスサーバーなら一番下のプランですら仮想6Core、メモリ8GBもあるから十分じゃない？
336:nobodyさん
23/02/07 11:12:11.26 .net
レンサバはPHPのmemory_limitの上限が低いのでは？
同居してる数かなり多いだろうし、簡単に上げられないだろう
337:nobodyさん
23/02/07 11:31:54.57 .net
エックスサーバーであればmemory_limitは変更できるよ
他のレンサバも変更できるものもあると思う
338:nobodyさん
23/02/07 11:41:28.43 .net
>>328
確かにそれはあるかもな
Lumenみたいな軽量版を公式が用意してくれると良さそうだけどね
339:nobodyさん
23/02/07 12:33:23.71 .net
リリース遅れたりするから、要望うんぬんよりとりあえずスケジュール守るか告知はしてほしいw
340:nobodyさん
23/02/08 05:31:58.68 .net
来週に変更だってさ
URLﾘﾝｸ(twitter.com)
(deleted an unsolicited ad)
341:nobodyさん
23/02/08 08:14:59.76 .net
9も遅れたし、順調にいかないねぇ
342:nobodyさん
23/02/08 10:32:54.35 .net
むしろ2～3年に1回のペースでいいんだが
343:nobodyさん
23/02/08 10:39:58.06 .net
最近どのフレームワークもサポート期限短いからなー。
リリースして2年しか保証しないのが普通になってる？
344:nobodyさん
23/02/08 10:51:54.07 .net
短いよね。出すんならサポートもしっかりやってほしいよ
345:nobodyさん
23/02/08 11:27:09.94 .net
>>341
一番サポート期間が長いと思ってた.Netも、Coreになってから短くなっちゃったし。今一番長期で使えるフレームワークはなんだろう。
346:nobodyさん
23/02/08 12:04:09.11 .net
phpのメジャーなバージョンと同じくらいのサイクルにしてほしいっす
347:nobodyさん
23/02/08 16:20:14.76 .net
まあ、今の時代にそれは無理なんだろ
348:nobodyさん
23/02/08 17:40:08.84 .net
10かｗ
9ですら触って来てない（仕事は6のままだし）からどうでもいいけどｗ
11は予定だと2024のQ1らしいから今後は一年おきぐらいか
349:nobodyさん
23/02/08 22:08:03.87 .net
>>345
仕事でサポートのない6使っても問題ない？
350:nobodyさん
23/02/08 22:45:52.82 .net
>>346
もう4年ぐらい前から開発しているから
今更バージョンアップとかって話にはならないなぁ
今担当者俺一人だしｗ
351:nobodyさん
23/02/15 05:06:37.10 .net
URLﾘﾝｸ(laravel.com)
やっとリリースされたね
にしても、玄人好みの変更ばっかだな
352:nobodyさん
23/02/15 08:50:16.51 .net
>>348
もうLSTって扱いはなくなったんだな
基本、1バージョン最大2年までのサポートとなると
実務で使いづらくないだろうか
353:nobodyさん
23/02/15 13:41:42.32 .net
リリースが１年毎になったし、その都度最新バージョンにしてねって事だろうな
354:nobodyさん
23/02/15 16:27:45.01 .net
動き出してるプロジェクトなら、頻繁にバージョンアップできないのにな
355:nobodyさん
23/02/15 16:54:29.68 .net
結局は途中でバージョンアップなんて今まで一度もしたことない
よっぽどセキュリティ的な問題があればするしかないだろうけど
(log4jみたいなの)
356:nobodyさん
23/02/15 16:58:36.68 .net
上にも書いてる人いるけど、6辺りでも十分だからな
10にすると劇的に速度がアップするわけでもないし、
セキュリティに問題なければ古くても大丈夫だわな
357:nobodyさん
23/02/16 10:46:38.98 .net
問題がないってのの判断基準聞かれると困るから、新規導入は最新にするけどね
358:nobodyさん
23/02/16 13:15:01.09 .net
新規導入の学習コスト、既存プログラム流用の難しさを考えると
旧バージョンの方が安定感あっていいと思うけどなぁ
359:nobodyさん
23/02/16 13:22:16.06 .net
そろそろこんな質問が出てくるかも
Laravelってどのバージョンがオススメですか？
360:nobodyさん
23/02/16 20:35:56.23 .net
6でも全然OK
PHPのバージョンが選べない環境ならそれに合わせるしかない
新規プロジェクトなら素直に最新バージョンにしておいた方が良いとは思うが
自分で色々解決出来ないなら、新規でも前のバージョンを検討した方がいいだろうな
従来のプロジェクトの追加開発案件でバージョンアップしろと言われないなら俺ならしないｗ
361:nobodyさん
23/02/16 20:49:20.59 .net
まだまだPHP7多いからね。PHP7.4のOSサポートはまだあるし
362:nobodyさん
23/02/17 00:59:01.27 .net
ゆうて純粋にLaravelのバージョンが新しすぎて困ることは知識不足以外なくね？
ちょっとコード追えば分かる感じ
むしろ新しいバージョンを導入出来ないとき、PHPのほうが問題になってることが多い気がする
PHPが厳格になってきててライブラリとかがエラー吐くようになったとかそういうパターンが典型的な気はする
363:nobodyさん
23/02/17 10:34:23.06 .net
来月10対応の初心者本が出るみたいだな
今度は基礎をじっくり教える内容を願う
いきなりAWSやらDockerやら言われても
環境用意する段階で詰むからな
364:nobodyさん
23/02/18 00:31:22.30 CwZ6ja8y.net
PHP8のmatch式とかnulllsafe演算子とかコンストラクタのプロパティプロモーションとかガンガン使ってるわ
もう戻りたくない
365:nobodyさん
23/02/18 09:51:52.84 .net
それ使うとどう便利なの？
366:nobodyさん
23/02/18 12:09:46.88 CwZ6ja8y.net
>>362
単純にシンタックスシュガーでおまじないが減るのと
三項演算子とかmatch式とかnullsafe演算子とかLaravel Collectionとか駆使すると
「変数 = 式」でほとんどの処理を表現できるから可読性が上がることじゃないかな
ifとかswitchとかなるべく使わない方がバグも減るし読みやすくなる
367:nobodyさん
23/02/18 17:51:17.80 .net
でも、ifとかswitchとかわかりやすくないか？他の言語でも使うし
368:nobodyさん
23/02/18 18:46:15.70 .net
switch/caseは他の言語とは別もんだぞ
ゆるい比較が元になってるから使う場所を選ぶ
いちいちゆるい比較で良いか考えるのが嫌だから、できるだけ使わない人が多かった
369:nobodyさん
23/02/18 18:57:06.21 2MCUwbWU.net
>>364
他の言語のいい仕様を取り込んでる訳だからその指摘にはあたらない。
ifだけを使って深くネストすると分かりづらいコードになるし、条件ごとに長い処理をダラダラ書いていく悪いコーディングに人を導く。
phpのswitchは緩い比較だからそもそもバグの危険性を持ってる。
matchはケースごとに1文しか処理を書けないからifやswitchみたいに中にダラダラ処理を書けない。
じゃあどうするかを考えれば自然に責務の重くない読みやすいコーディングに人を導いてくれる。
同じ変数への代入を何度も記述したり、再代入しまくる悪いコードも減る。
Laravelのドキュメントとか見ても良いコーディングをしていることが分かるはず。
370:nobodyさん
23/02/18 20:28:22.74 .net
そこまで言うならmatch使ってみるわ
371:nobodyさん
23/02/20 12:28:39.24 .net
ChatGPTにswitchとmatchどちらがいいか聞いてみたら>>366のような返答が帰ってきた 最近のAI凄いな
372:nobodyさん
23/02/20 12:30:28.45 .net
>>366がchatGPT使っただけだろｗ
373:nobodyさん
23/02/21 12:28:57.37 .net
アサルトシンクロンはいつもスピリット蘇生でお世話になっている
374:nobodyさん
23/02/21 14:29:47.31 .net
Laravel10まだ試せてない。問題ありそう？
375:nobodyさん
23/02/21 21:52:42.62 .net
公式はLaravel10の更新してないな
376:nobodyさん
23/02/24 11:03:52.75 .net
Laravelってアメリカとか海外でも使われてたりするの？
377:nobodyさん
23/02/24 11:13:31.43 .net
日本人が作ってるとでも思っているのか
378:nobodyさん
23/02/24 11:41:02.41 .net
誰もそんな事書いてないが
トレンドの話をしてるんだよ
379:nobodyさん
23/02/24 11:48:22.35 .net
質問して他人にお願いしてる立場のくせに偉そうだな
380:nobodyさん
23/02/24 12:19:22.08 .net
>>373
現在はほぼアジア圏でしか使われていない
昔はLaravelといえば全世界で使われていたけど今はSymfony6が海外ではメジャー
381:nobodyさん
23/02/24 12:25:19.97 .net
>>377
ありがとうございます。375と違ってすごく参考になりました
382:nobodyさん
23/02/24 12:54:58.77 .net
たしかにLaravelダメすぎだな
URLﾘﾝｸ(i.imgur.com)
383:nobodyさん
23/02/24 12:57:37.19 .net
>>379の情報に騙されるなよ
384:nobodyさん
23/02/24 19:00:38.58 .net
まあphp自体伸びる理由があまりないしな
Laravelはよくキープしてるよ
385:nobodyさん
23/02/24 19:51:59.29 .net
アメリカのトレンド検索したら、Pythonが圧倒的だった
386:nobodyさん
23/02/24 21:53:37.25 .net
シェアは普通にphpが圧倒的だと思うぞ
URLﾘﾝｸ(trends.builtwith.com)
387:nobodyさん
23/02/25 05:10:01.18 .net
ちんちん!シュッ!シュッ!九州！
388:nobodyさん
23/03/01 09:22:50.37 2EEqTc50.net
ゥララヴォゥ
389:nobodyさん
23/03/02 13:31:14.48 .net
バックエンドだけLaravel使ってる人います？
Laravel側でjsonを生成して、フロントで受け取るみたいな
390:nobodyさん
23/03/02 14:35:37.21 .net
いくらでもいるだろ
391:nobodyさん
23/03/02 14:59:52.77 .net
Laravelでvue使っても大概そうなるやろ
392:nobodyさん
23/03/02 18:17:19.07 .net
>>388
それはLaravelにフロントもバックエンドも任せてね？
393:nobodyさん
23/03/02 20:45:55.82 .net
そいやそうだね
394:nobodyさん
23/03/02 21:53:27.63 .net
今のプロジェクトはSPAで一応Laravelで一つだけのページは返すけど
基本はAPIの為に使っている
フロントはvueでやってる
395:nobodyさん
23/03/03 09:49:42.71 .net
やっぱLaravel使いはvueが多いよね
ReactやAngulerよりも使いやすいのかな
396:nobodyさん
23/03/03 09:52:59.21 .net
皆がvue使ってるから選択している安直な理由だと思う
397:nobodyさん
23/03/03 12:27:29.04 .net
ららぼ～、実際に使ってみようかと思っているんだが、メジャーバージョン
アップが頻繁すぎて、ちょっと怖いでござるよ。
先輩諸氏はそのへんどうしているのござるか？
398:nobodyさん
23/03/03 12:50:24.36 .net
Laravelは今でも開発が続けられておるでござる。新しい機能や改善を含んだメジャーバージョンアップが頻繁に行われているのじゃ。
しかし、アップデートすることで新しい機能や改善を取り入れることができるのじゃから、先輩方はちゃんとバージョンアップを行っているのじゃ。
ただし、アップデートにはリスクもあるから、事前にテストを行って問題が起きないか確認することが大切じゃ。
LaravelにはLTS(Long-Term Support)版もあって、安定したバージョンを選ぶこともできるのじゃ。
だから、プロジェクトによっては新しい機能を必要とせず、安定性を重視する場合はLTS版を使うこともできるのじゃ。
でも、新しい機能を取り入れたい場合は、定期的にバージョンアップを行って最新の機能を活用することも大切じゃ。
399:nobodyさん
23/03/03 12:56:47.19 .net
LTSなんてもうねーよｗ
400:nobodyさん
23/03/03 12:58:55.46 .net
>>396
Taylor OtwellがLTS版を仄めかしだしたから多分復活する
401:nobodyさん
23/03/03 14:08:33.98 .net
問題はどれに復活するかだな
今後のバージョンに復活するのか、既存のバージョンになるのか
個人的には8をLTSにしてほしいが
402:nobodyさん
23/03/03 19:03:15.96 .net
復活するなら次の11か最新の10じゃね？
過去のバージョンは流石に無さそう
403:nobodyさん
23/03/13 11:55:32.17 .net
質問書こうとしたらChatGPTで解決してしまったのですが、一応書いときます。。（以下質問）
ちょっとルーティングで出来る方法があるかが分からないので、教えてください
・web.phpでresourceをgroupの中に入れたい
・resourceのeditで（URLで）idを指定して表示させたい。例「customers/1/edit」
・しかしcontrollerのfunctionの引数にクラスを指定している（idから自動的にモデルがfindされるLaravelの仕様を利用）
＜変更前＞
[web.php]
Route::get('customers/change', 'Customer\CustomerController@change'); // こういうのがいっぱいあってresourceもろともgroupに入れたい
Route::resource('customers', 'Customer\CustomerController');
[CustomerController]
public function edit(Customer $customer){～～諸々の処理～～}
＜こうしたい＞
[web.php]
Route::group(['prefix' => 'customers', 'as' => 'customers.'], function () {
Route::get('change', 'Customer\CustomerController@change');
Route::resource('/', 'Customer\CustomerController');
}
[CustomerController]
public function edit(Customer $customer){～～諸々の処理～～}
ですが、後者だとURL「customers/1/edit」となったとき、not foundになります。
「customers」や「customers/create」等は正常に表示されます。
php artisan route:listでは
「customers/{customer}/edit」が「customers/{}/edit」になってしまいます。
groupの外にresourceの記述を出せば解決するのですが、
何かありそうなので、もし知っていたら教えてもらえますでしょうか。
404:nobodyさん
23/03/13 11:55:55.29 .net
以下ChatGPTの回答。idをcustomerにしたら（cotrollerも変更なしで）OKでした。
問題の原因は、Route::resource で指定されたルーティングパラメーター名が customer であるためです。
Laravel は、Route::resource で自動的にルーティングパラメーターを id に設定します。
したがって、ルーティングパラメーター名を id に変更すれば、期
405:待通りの動作が可能になります。 以下は、修正したコードです。 Route::group(['prefix' => 'customers', 'as' => 'customers.'], function () { Route::get('change', 'Customer\CustomerController@change'); Route::resource('/', 'Customer\CustomerController')->parameters(['' => 'id']); }); [CustomerController] public function edit(Customer $id){～～諸々の処理～～} Route::resource の第二引数に parameters メソッドを使用して、ルーティングパラメーター名を id に変更します。 そして、edit メソッドの引数も $id に変更します。 これで、URL customers/1/edit での編集ページへのアクセスが可能になります。
406:nobodyさん
23/03/13 14:12:38.36 .net
長いからChatGPTに要約させてくれるか
407:nobodyさん
23/03/13 16:04:12.97 .net
「絶対にガンダムに例えて要約しろ」って言ったのに例えてくれなかったです。
しかも微妙にズレてる気はしなくもない。
↓回答
質問者がLaravelでルーティングを設定する上で、group化されたresourceルートでidを指定してeditアクションを呼び出したいが、
URLにおいてidを指定するとnot foundになってしまうという問題が発生しています。
これは、ルーティングパラメーター名がcustomerであるために起こる問題であり、idに変更することで解決できます。
具体的には、Route::resourceの第二引数にparametersメソッドを使ってidを指定し、
editメソッドの引数も$idに変更する必要があります。
これにより、URL customers/1/edit での編集ページへのアクセスが可能になります。
408:nobodyさん
23/03/13 16:22:22.99 .net
>>400の質問投げたらCahtGPTが答えてくれたの！？
それは凄いな。ものすごく専門的な質問じゃん
409:nobodyさん
23/03/21 00:16:26.53 .net
GPTの登場でweb屋で食ってたのもいよいよおしまいか
プログラマ続けても安い扱い受けるだけだから別の職に就くか
410:nobodyさん
23/03/21 09:12:15.53 .net
どうぞご自由になさってください
411:nobodyさん
23/03/21 10:15:34.81 .net
今までWEB屋で食ってた人の単価
chatGPTを使いこなしてWEB屋と同じレベルのものを生成する人の単価
前者のほうが圧倒的に安いからまだ大丈夫
412:nobodyさん
23/03/21 10:31:18.76 .net
「ChatGPT使っていいから単価1/10でやって」
「ChatGPT使っていいから今日中におねがい」
「ChatGPT使っていいから検収やっといて」
413:nobodyさん
23/03/21 10:34:13.72 .net
「ChatGPTが正しいかどうかをテストする要員を追加したく」
414:nobodyさん
23/03/21 10:42:15.68 .net
で、不具合が出たとき、ChatGPTのせいだからしかたないね～とはならず、
担当者のせいになる
415:nobodyさん
23/03/21 11:19:41.05 .net
ChatGPTが1から10までやってくれるわけじゃないのに
416:nobodyさん
23/03/21 11:58:36.70 .net
今はまだ結構間違ってるからねえ
でもそのうちフレームワーク自体がそれらを利用するようになるかもね
いまのartisanコマンドが進化するイメージ
417:nobodyさん
23/03/21 12:38:20.84 .net
ちゃんと要件を欠けば、コードが生成されるみたいな
でも、アホな蔵相手だと要件がいつまで経っても決まらないし、二転三転する
から、永遠にリリースできないのは今と同じかも
418:nobodyさん
23/03/22 00:46:13.10 .net
windows環境で
laravelをxamppで実行できる環境作ったが当初動かなかった
composerをインストールし直したりした
結論はhtdocsの中に作れって事だった
しかし今度はzip展開できないとエラーが出たので
検索してphp.ini内のextension zipのコメントアウトを外して読めるようにしろとあったので
直したらまあうまく行った、らしい
とこんな出来の悪い自分でも出来るっぽいので
ChatGPTならもっとサクサク作るのか
419:nobodyさん
23/03/22 01:44:20.35 .net
XAMPPという初手からして間違ってるからなぁ
AI云々以前じゃね？
420:nobodyさん
23/03/22 07:50:06.06 .net
xamppなんてまだ使ってる人いたのか
421:nobodyさん
23/03/22 08:08:04.46 .net
Udemyとかのコースはxammpだからむしろ多いんじゃないか
422:nobodyさん
23/03/22 12:13:54.04 .net
そうなるとゼロからLaravelだけ学ぶ感じか
短期的には仕事を貰えるかもしれないが基盤技術を学ばないなら技術者としての寿命は短そうだな
423:nobodyさん
23/03/22 12:23:53.76 .net
公式ドキュメントをChatGPTに学習させればLaravelの開発できるかもね
424:nobodyさん
23/03/22 12:24:57.09 .net
それくらいならもうやってくれるぞ
425:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています