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

前スレの話を纏めるとLaravelでは途切れない連番は無理だが
素のphpでファイルロック方式なら可能という結論でだよな

このスレにも句点おじが現れたらおもろいww

ファイルロックで連番管理は無理じゃないか？

>>3
黙れや

>>3
それは、お前だろ？
何で他人の、ふりをしてるんだ？

>>4
どの点で？

句点おじ…前スレを最後に婚活がんばってな…？
親御さんのために幸せな家庭を築いて孫も見せるんやで…？
応援してるで…？ww

お前らってファイルロックで連番管理してるの？

>>8
荒らしは消えろ

ファイルロックで連番管理は重複する可能性あるから駄目だろ
ちゃんとファイルシステムのキャッシュを切ってるなら問題ないけど

途切れない連番はLaravelでは実装できないよ

途切れない嫁さん

みんなから疎まれているのに全く自覚のない
14マンが不憫です。
どうしてこんな子に育ってしまったのでしょうか？
お母さんは一体何を教えていたのでしょうか？
バナナの剥き方しか教えなかったのでしょうか？
せめて、途切れない連番の発行の仕方くらい教えてあげていればこんなに道を踏み外すことはなかったのに。
哀れな14マンです。

14マン
嗚呼14マン
14マン

（途切れない連番すら発行出来ない低能を嘆く悲しみの句　詠人知らず）

ああ、この荒らしがまた立てたのか

>>11
そこまで行くと、そもそものシステムの信頼性の話になって、宇宙線でのデータ化けにどう対応するのとかの際限ない話になっちゃうから、FWレベルの話では考えなくていいだろ。

連呼マンが消えたということは、学生だったのか。
せっかくの休みに、こんなことで時間を浪費できるなんて、贅沢だな！
俺が学生の頃は、バイトに遊びに忙しくて、悲しいことに、ネットをする時間なんて残ってなかったわ。

このまま落とせよ、いらんやろ荒らしが二人もいるスレ

Laravelを今から勉強するなら何が最適？

何が、って何がよ？
質問になってないぞ

個人的にはドットインストールかな

>>20

Laravelなんか使わないのが最適

14マンは、夏休みと共に去っていってしまったのですね。
あわれ、一夏の14マン。
さよなら、一夏の14マン。
セミみたい、一夏の、14マン。

中間テーブルの命名規則について、接続したいテーブルの名前が2単語以上の場合どのようにすればいいですか？
例：test_users と test_comments テーブルの中間テーブル名

ルールで言うなら
test_comment_test_userだったはず

>>26 ありがとう 感謝します

結局、バカベラーは途切れない連番が発行出来ず逃亡したのですね。

>>28
ルビオくんは、まず、このダサ〜いサイトをどうにかしてくれｗ
https://www.digitalfukuoka.jp/

>>28
ファイルロック方式で余裕で連番作れますが何か？

>>30

バカベラーは途切れない連番の実装にファイルロックなどという原始的な方法をいまだに使用しているのですか、
嘆かわしい。

>>31
お前はその連番すら作れないだろ

草

>>32
auto increment だから大丈夫です！（キリッ！）ｗ

14万おじは餓死したのか？ｗ

途切れない連番なんて先に採番した番号がコミットされるまで採番させなければいいだけじゃん

>>36

新たなバカベラー出現

>>36

これが、Laravelが無いと何も作れないバカベラーの知能程度なのです。

14万おじ生きていたのかｗ

途切れない連番の実現方法に時間費やしてるような無能だから薄給フリーランスなんだよ

>>40
F社とかなら普通にそんな事の為に時間と人員を費やしてそうだな

FってF通か？ｗ
NとかHとかも似たようなものだがｗ
NDATAも子会社や関連会社ばかりだし
大手でまともな所見たこと無いｗ

もうNはソフトウェア開発関連からは撤退したとか聞いた気がするからやってないんじゃないかと思うが

みなさんだと管理画面70ページぐらいは何人月くらいかかりますか？
テーブルの各カラムで検索とソートができる仕様で技術選定は自由だけど一括読み込みしてクライアント側で捌くのは無しです

>>42
日本の大手と言われるところは、基本、外注に仕事を振るだけなんでしょ？

>>44
「管理画面70ページ」とは？

>>46
AdminLTE等で作る一般的なCRUDのアプリで
リスト表示や入力含めてトータル70画面くらいの想定です

システム発注する側か受注する側か知らないけど今日日の流行りは自社内製で
自社内製で作る場合で要件固まって無いなら少しずつ作るやり方になって
少しずつ作るなら管理画面70ページは多い。
自社業務用のシステムは自社で作ったほうが自社向けの改修も対外向け受発注処理無くて済むから作りやすいよ

>>45
客に高い金を請求してよく分からん様なヤツでもなんでもかんでも増やしてとにかく大人数（派遣集め）にしたがるイメージだな

>>47
外注したら30人月くらいで出てくるんちゃうか

そんな情報だけでは見積もれんわなw

そんな情報で出せる程度の見積もりでええんや
そもそも引き合いでもないし

44です
みなさんレスありがとうございます
実は今入ってる現場の話でPGがあまりlaravelわかってない人で納品まで2ヶ月 待ってもらって3ヶ月くらいでなんとか！と言われてるんですよね
仕様書みてもまだ固まってないとこも多くer図もそれなりに複雑なので無理ですって言ってるんですが人材不足でこのままスタートしそうでして…
普段からやってる人ならこなせるのかと思って質問してみましたが無理なものは無理で出来る範囲でやってれば良さそうですね

>>53
PGじゃなくてPMでした

処理が簡単なのが沢山あるぐらいならそんなにかからないけど
画面仕様書作ってそれを承認して貰ってから作るとかメンドクサイプロセスがあると
２～３か月で作るとか無理じゃね？
過去に似たような仕事をほぼ一人で半月ぐらいでやってたけど、画面仕様書は発注元が作ってたわ

PMがLaravelをわかっている必要はないのと見積もりは画面数ではなく基本的には機能からだすものだ

>>42
この手の話Web系では無縁だと思ってたが
関わる事ってあるの？

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とかは極力使いたくないです。詳しい方いましたらよろしくお願いします。

そもそもそんな書き方するより、例えばだけど
'en/{param1}/{param2}'
みたいな感じでコントローラの処理で$param1や$param2を見て分岐すりゃいいんじゃないの？
明確にURLが決まってるなら全てルーティングに書けば良いだけだし

最近サボってたけどなんとなくLaravelの仕組みを解ってきた、ちょっと興味わいてきたわ
久しぶりに触ってみようかな

相談です。
bladeテンプレートのview(子)がlayout（親）を継承して表示する状態になっています。

親子間で変数を共有する方法を探しています。
「親」で、複数の「子」で共通する変数を定義して使いまわしたい都合です。

子の変数を親が拾う処理は子：@section　親：@yield
でいけるのですが、その逆ができないか探しています。

ウェブの資料だとinclude()を使うとできるようなことを言っていますが、
親のyieldに子がsectionで入れる構造を変えたくないです。

この構造で親→子に変数を渡す方法があったら知りたいです。

>>61
設計変えた方がいい

概念的にはlayoutはトレイトであって親クラスじゃないからな

トレイトっていう考え方しっくりきやすいな
今度教えるとき使ってみよ

相変わらずLaravelはポンコツだな

Laravel勉強してるけど「これ覚える必要ある？」ってなってる。

ゴリゴリ自分で書いた方が楽では？

フレームワークって、同程度の品質で量産するためのものだからね
1,.2個ブログ作るだけならwordpressのほうが絶対に早いし楽

認証管理とかフロントフレームワークとか導入しやすいし
最近のComposer使わないとインストールするのがめちゃくちゃめんどくさいライブラリ入れる場合とかあるじゃん

>>66
そう思うなら使わなきゃいいだけ
自前で作ってセキュリティまで担保出来るとは思えんが・・・

ログイン周りはフレームワーク使わないと怖いな
いつ攻撃側がアップデートするか分からんし

ペライチのランペならメモ帳で十分だけどね

俺的にはReactがバックエンドにそのまま繋げれる環境が簡単に用意出来るのを知った時点で俺の中でのLaravelの優位性が一気に爆上げした

認証周りはFWに頼るべきだよなあ
自前とか今どきだと考えることおおすぎて