【PHP】Laravel【フレームワーク】 Part.7
レス数が1000を超えています。これ以上書き込みはできません。
Laravelでの排他処理の実装方法
・サーバのディレクトリに「lock」というディレクトリを作成する。
・ディレクトリ作成に成功したらロック取得、失敗したら他のユーザーがロック中と判断する。 すいません、前スレにも投稿した者です
教えてください
Laravelを使ってauto_incrementに欠番を出さないようにするにはどうしたらできますか？
例えばユーザーテーブルに新しく挿入してidが100のユーザーが作れますがそのユーザーを消してもう一度挿入するとidが100じゃなくて101になってしまって困ってます 前スレで分かったのは、
Laravel使ってる奴は全員ことごとく低レベルのバカばかりだという事。 >>5
連番でないと困るような実装って、逆に何してるんだ？ >>9
こいつ、バカだなぁ…。
Laravelerが排他ロック知らないって事は、
複数人が同時に使う業務アプリすらマトモなpに作れないって事なんだよな。
ヤバイな、Laraveler >>10
答えになってないぞ。お前はLaravel使ってないってこと？あー、もしかしてアンチオートインクリメントおじさんか。IDつけてくれないと困るんだが。 >>8
idを行番号として扱えるから、テーブルをエクスポートしてExcelで開くときに少し楽になれたりする、 >>11
低知能のLaravelerが必死過ぎてあくび出てくる。
本当にバカだよな。 ついに発狂して罵倒しかできない生き物になってしまったのか。可哀想に。 >>12
何をしたいかわからんが、連番が必要ならエクスポートするときにSQLで連番ふればいいんじゃね？ >>14
可愛そうなのは、おまえの脳みそ♪
2021年にもなって、lockディレクトリ書き出しっすかｗｗｗ
へそで茶が沸くっすねｗｗｗ >>16
そんな話してないけど？ストローマン論法てやつか。俺は、昨日からお前の書き込みはNGIDにぶち込んでるので、その辺の話には一切関わってないぞ。 こいつ、相当頭悪いよな。
https://medaka.5ch.net/test/read.cgi/php/1621940461/l50
>993 名前：nobodyさん 2021/06/23(水) 16:14:15.25 ID:???
>auto_incrementの主キーに型が可変だからってdecimal使うやつがいるのは驚いたよな
>auto_incrementにdecimal使えるのって何のRDBなんだろ？
>RDBから自作でもしてんのかな
元の発言は、これ
>847nobodyさん2021/06/22(火) 16:52:02.28ID:???
>DB側の実装でサイズが変わるint系を避けてnumericで桁数指定が常識だろう
>なぜ素人みたいな実装を推奨してるんだ？
マジで、馬鹿過ぎて、numericをdecimalと勘違いしてんの
numericの意味、分からないの、Laravelerってｗｗｗ
頭、悪すぎ。 >>19
とりあえず他の人間と取り違えてバカ呼ばわりしたことについて謝罪を求めるわ。 皆さん、いいですか？ ここ、テストに出ますよ？
Laravelerは排他ロックを知らないので、
複数人が同時に使う業務アプリは、
つ く れ ま せ ん ！
びっくりですね♪ >>5
ALTER TABLE tbl AUTO_INCREMENT = 100; >>18
numericとdecimalは同じ
はい、論破 >>21
逆に聞くけどおまえらトランザクションのACID特性を問われるようなアプリ作るの？
SQL一文で完結してたら明示的なロックは必要ないでしょ
前スレの話であればシークエルなオートインクリメントはノーロックでフィニッシュだよ
ひょっとして前スレでN+1とか言ってるやついたけど、ロックしてN+1をぶんまわしてんの？ DECIMALとNUMERICが異なるってどこのDBMSの話をしてるんだ？
念のためにOracle、SQLServer、DB2、PostgreSQL、MySQL/MariaDBは調べたが同じだったぞ >>23,25
バカなのか日本語が理解できないかわからんけどさ、
『int系を避けてnumericで桁数指定』
って、
“桁数固定で、数字だけを使って発番する”て書いてあるんだよ、それ。
numericって、英語だぞ？ どうしてデータ型の事だと思った？
文脈で理解できなかったのか？お前ら、ロボだろ。
idに小数使うって意味で使うわけねぇだろ、ヴァカか！？
Laravelerのバカさ加減、底なしだな。 >>24
>SQL一文で完結してたら明示的なロックは必要ないでしょ
うわぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁ
こいつ、マジやべぇ… ここまでバカだったんだ！
10:00 ユーザAデータ取得
10:00 ユーザBデータ取得
10:01 ユーザAデータ編集
10:03 ユーザBデータ編集
10:04 ユーザBデータ登録
10:05 ユーザAデータ登録 ← ユーザBの編集情報消失！！！！！
まじでやべぇ、Laravel使い、マジで複数人で使うアプリ、
つ く れ な い ！！！！ >>26
横からですまんが「int系を避けて」はどういう解釈になるの？intとnumericが並列で語られている以上、データ型の意として解釈するのは文脈的にも正しいように思えるけど？ >>24
> ひょっとして前スレでN+1とか言ってるやついたけど、ロックしてN+1をぶんまわしてんの？
うわぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁ
こいつ、マジやべぇ… ここまでバカだったんだ！
N+1問題って、SELECTでの問題じゃん。
なんでデータ更新の話でN+1の問題が出てくるの！？
まじでやべぇ、Laravel使い、マジで複数人で使うアプリ、
つ く れ な い ！！！！ >>29
>横からですまんが「int系を避けて」はどういう解釈になるの？
まじで言ってんすか？
VARCHAR使うって話。ゼロフィル。
大丈夫かよ、こいつら本当に？ >>28
>それSQL一文で完結してないじゃん
おまえ、本物の知的障害だろ？
WEBアプリの性質分かってねぇのか！？
一文の例にきまってんだろバカ >>27 がちゃんと実装できるっていうなら、そりゃ、排他処理を分かってるって事だからな。
Laravelerは排他処理を知らないから、>>27問題で破綻するシステムを作る。 >>31
いやむしろお前の頭が謎だわ。なぜnumericで桁指定て話から、いきなりvarcharて発想になるの？ laravelつかってるやつが問題なら構造上の問題だろ？
issue上げろよ >>27
いや逆にそれロックする場面じゃないよね
10:04の時点でAの画面には「元データが更新されました」って表示されてるし
10:05の時点では「Bが保存したデータが破壊されるけどいいですか？」って確認のメッセージが表示される
いずれにせよヒューマンのケツダンが必要でコンピューターがロックではない！ >>34
>いやむしろお前の頭が謎だわ。なぜnumericで桁指定て話から、いきなりvarcharて発想になるの？
おまえのintなりdecimalは、桁指定出来んのか？ サル >>36
お前さ、本当に頭悪いみたいだから、ヒント出すぞ。
『排他処理』
ロックとは一言も言ってない。
吐いた処理はどうやってやればいい？
ロックはどこでする必要がある？
大丈夫かよ、こいつら本当に？ 業務システム触ってた頃の記憶だけど、decimalは整数部の桁数指定をコピー句でしてた気がするんだが。俺の記憶違いだったか？ >>40
へぇ。お前のDBのdecimalは、00001って数値を持てるんだ。
すげぇな。 >>41
桁数指定できるかどうかの話をしてるんじゃないの？お前の主張では「decimalでは桁数は指定できない」てことだよね？ MySQLのマニュアルも見たけど、整数部の桁数指定してるみたいなんだよね。お前がそれだけ自信満々に言うってことは、当然根拠があってのことだと思うので、ソース示してもらえると助かる。
https://dev.mysql.com/doc/refman/5.6/ja/fixed-point-types.html あのさあ…、
元々の話、なんだったのか記憶できないほど頭悪いの？
auto incrementで、キャンセルすると欠番しちゃう、どうする？って話じゃん。
Decimalにして、許容桁数固定する事が、
何の解決案になると考えてんだよ、チンパンジーの群れかおまえらは！ >>44
誤魔化すなよクズ。さっさと>>43に答えろや。てめーは、decimalは桁数できないって言って吹き上がったうえに、人をサル呼ばわりしたよな？さっさと俺の質問に答えろや。 欠番しないようにIDを採番するにはどうすればいいですか？って質問に対して
誰も答えられずに発狂して、質問者をひたすら攻撃してやたらとごまかしてるけどそれはなぜ？
素のPHPだと実装方法思いつくけどLaravelを使うと思いつかないってだけ？
それとも素のPHPですら実装方法が思いつかないの？ もちろん思い付くけどまともに回答する気にならんだろこれじゃ 単に相手にされてないだけなのに、何故かLaravel使いはスキル低くて答えられないと思い込んでいるのは正直痛いなって思った。 SQLiteの場合だとデータを削除する等して欠番になったIDはインサート時に自動で再利用されるな なんか今までの流れ見てるとネタとかではなくマジで楽観ロック・悲観ロック知らなそうな感じだけど大丈夫か？
お前らに銀行のATMみたいな決済システムとか作らせたら酷いことになりそう 欠番を出ないようにする行為ってシュードキー・ニートフリークとかいう名前のアンチパターンだったような気がする
組み込み系に異動したからDBの知識がもう１５年以上前の知識だけど 欠番なんてそもそも問題にすらならない
途中が物理削除されればそうなるだけでそれで問題になる方がおかしいが
どうしても連番にしたければ削除以降をupdateで更新してオートインクリメントの数値を調整すれば良いだけだが普通はそんな事しない >>51
そんな怪しい日本語のロック名を言ってる時点で素人丸出し
どこの翻訳だよw
大爆笑すぎるw
キチガイはオラクルw使っとけw 金融系SEやってたときは、採番テーブル作って欠番埋めてるシステムはいくつか見かけたけど、同じく15年前ぐらいの知識だわ。
当然、やろうと思えばLaravelでもできるだろうが、今のところ欠番禁止みたいな要件のシステムには出会ったことないな。 とりあえずアンチオートインクリメントおじさんは、decimalは桁数指定できないって言い張るし、数値はvarcharに格納するみたいだし、ちょっとマジで技術力とは？て気持ちになるなぁ。
あれを技術力高いとかいって褒めてた腰巾着みたいな奴らの意見も伺いたいもんだぜ。 >>51
共有ロック、占有ロック、楽観的ロック、悲観的ロックの違いわかってなさそうw >>56
数値varchar格納は図書館業界のシステムではよくあるね >>58
マジかー。そっちの業界は知らないから勉強になるわ。ありがとう。 逆にオートインクリメントに欠番が出ることによる問題ってなんだ？ Laravelerって、ここまで馬鹿揃いなんだよな。
欠番が出る事が問題なんじゃなく、排他処理理解してない事が問題だ、
許容桁数じゃない、ゼロフィルの話だ
tって、何回言っても理解できないチンパンジー揃いなんだもん。
多分、バナナの話しか理解できないんだろこの馬鹿猿共。 >>47
多分こいつら、マジで排他処理の事
全く知らない。
つい今日の今日、初めて『排他処理をしなければならない』事を知った。
だから、一切答えられない。
まごう事なき猿。 お前らってなんで素直に「排他処理の重要性を知りませんでした。良い機会なので教えてください」って言えないの？ 排骨麺の美味しさを知りませんでした。良い機会なので教えて下さい。 >>63
ここにいるやつらは全員排他処理の重要性知っているし扱い方も完璧に把握しているから聞く必要はない
今日初めて知った知識でマウント取っているのは>>62だけだよ >>62
てめーはさっさとdecimalは桁数指定できないて主張のソース出せないのか？>>37でそう主張したよな？
それとも、お前が単に無知だっただけか？YESかNOで答えてくれ。 当然知ってるけどこの流れでマジレスするアホはおらん >>63
decimalすらまともに知らずにマウンティングしかけてくるクズに何を教わるんだ？そんなやつの排他制御の話が参考になるのかね？
てか他のやつも書いてる通り排他制御知らないやつなんて居ないでしょ。お前は怪しそうだが。 smallint 2バイト 狭範囲の整数 -32768から+32767
integer 4バイト 典型的に使用する整数 -2147483648から+2147483647
bigint 8バイト 広範囲整数 -9223372036854775808から+9223372036854775807
decimal 可変長 ユーザ指定精度、正確 小数点より上は131072桁まで、小数点より下は16383桁まで
numeric 可変長 ユーザ指定精度、正確 小数点より上は131072桁まで、小数点より下は16383桁まで
real 4バイト 可変精度、不正確 6桁精度
double precision 8バイト 可変精度、不正確 15桁精度
smallserial 2バイト 狭範囲自動整数 1から32767
serial 4バイト 自動増分整数 1から2147483647
bigserial 8バイト 広範囲自動増分整数 1から9223372036854775807 >>68
decimal発言で都合が悪くなってなりすまししてんじゃねーぞカス さっさと>>66の質問に答えろや >>66も>>68も俺の書き込みなんだが。頼むぜブラザー。 猿、仲間割れwww
ちょー、ウケるんですけどwww Laraveler、頭が悪過ぎて苦笑いしか出てこないっすw >>71-73までがオートインクリメント君の書き込み アンチオートインクリメントおじさん、numericとdecimalは違うって主張して論破され、numericは数字のことだから！て言い訳し始めたらそれだとint型は避けて〜の文脈と整合しないて突っ込まれ、decimalは桁数指定できないからnumericは数字のことでデータ型はvarcharて言い出して、decimalは桁数指定できるよねて突っ込まれたんだよな。
嘘に嘘を重ねた結果、言ってることが無茶苦茶になったパターンか。無様すぎるわ。 >>75
だからなりすましバレてるからもうやめな
自分が誤って間違った知識を披露してしまったから別人になりすまして自分のレスを攻撃することで
やり過ごそうとしてるんだけどバレバレだよ
素直に「間違えましたごめんなさい」って誤りなさい 君が誤ったら君の大好きな排他処理の話してあげるよ >>53
最新が削除された場合は問題にならない
途中がところどころ削除されて歯抜けになった場合の話をしてるんだ >>51
ロックすべき事例がまだ一件も見当たらない >>55
欠番をなくしたいというよりは
連番が確保されていて番号で社員数がわかるなど実利的な意味がある
社員がやめて欠番になるなんていうならともかく
操作ミスでキャンセルしただけで欠番になるようなシステムであれば疑問を感じても仕方ないだろう >>60
だって気持ち悪いじゃん
20人しか社員がいないのに社員番号42番とか >>76
アンチオートインクリメントおじさんにそんな高度なことできるわけないじゃん。
それができる程度の知能があるなら、こんな恥ずかしい事態になる前にnumericは数字のことだ！なんて言い訳せずゴメンなさいすると思うぞ。 >>62
まだいってんのかよ
おまえの新規登録画面にも採番IDを表示してやろうか？ >>81
社員番号で欠番補填しちゃうと辞めた人のシステム利用履歴が欠番補填した人に紐づくのでは？ >>69
その辺はDBMS依存だから出していいのかちょっと迷う
PHPの話だからMariaDBだよねっていうのが暗黙の了解なのかな？ >>75
何妄想長文書いてんだ？この猿。
マジでここ、動物園なの？ マジでLaravelerって、IQ32くらいしかないから
m会話成立しないわ。
IQ32じゃ、何で排他処理が必要なのかなんか、分かるわけないわな、そりゃ。 >>86
昔からLaravelスレはLaravel動物園ってので有名だよ
ちょっと前まではデータベースのユーザ名、パスワード、DB名、IPアドレスなど
セキュアな情報もgithubにコミットしたほうがいいって言ってるやつがいたぐらいだぞ >>84
やめた人のデータはカスケード削除
このスレだと論理削除を採用するほうが多数派な気がするけど
論理削除しないんだったらカスケード削除でいい
過去のデータについてはマスタとの紐づけをしてはいけない
ログとかヒストリーとかトランザクションとか言い方は色々あるけど
履歴に関してはマスタとのつながりをなくさなければならない
マスタのほうを物理削除して利用履歴を残すのであれば、利用履歴のほうに論理削除フラグが必要
主キーと外部キーの組み合わせが一致したからといって同一人物ではないというフラグが必要
LINEはそれが出来てないから携帯電話番号が（契約解除後、同じ番号を他人に使いまわされことで）他人の手にわたったら成り済ましをされてしまう 10:00 ユーザAデータ取得
10:00 ユーザBデータ取得
10:01 ユーザAデータ編集
10:03 ユーザBデータ編集
10:04 ユーザBデータ登録
10:05 ユーザAデータ登録 ← ユーザBの編集情報消失！！！！！ >>88
マジすか？w ワンダーランドじゃないっすかwww >>88
githubはプライベート設定ができる
プライベート設定は閲覧範囲をコントロールできる
閲覧範囲をコントロールできるのであれば漏れることはない
以上により、githubにセキュアな情報をコミットしたほうがいいと思います
どうせgithubじゃなかったらメールやチャットで情報交換するんでしょ？
だったら、githubのほうがまだ安心
LINEやSlackやZoomや不協和音で送信するんだったら結局のところ安全性は同じレベルだ >>2はDBが普及するまで普通に使われてた
今でも各地に残ってるはず >>90
一般的にその例でロックを使うのはバッチ処理の場合
UIが絡むんだったらロックは使わない >>92
.gitignoreで.env除外されているのにわざわざそれを解除してコミットするの？ >>86
てめーは「decimalは桁数指定できない」って>>37で自信満々に書いた件の釈明しような。decimalのこと知らなかったんだろ？ハッキリ言っちゃえよwww >>96
話を逸らさないでくれ 今は排他処理でオートインクリメント君を論破しようとみんなが頑張っている最中だ >>94
お前の、マジで何言ってんの？
業務アプリなら、日常茶飯事常時必要な処理だって、
りかいできないの？
IQ32って、すげぇな。 >>94
JavaScript使ってクライアント側で入力チェックしているのでサーバ側では入力チェックは行いません！！
とか言ってそうだなお前 >>98
>>99
この手の制御で代表的なソフトにgitがあるけどロックしてないでしょ？ >>101
gitの場合だとコンフリクトが発生してマージしてコンフリクトを解消しないと
リモートリポジトリにコミットできないようロックが発生するけど？ >>100
ヤバい、こいつら、間違いなく言いそうな気がしてきた。
危険が危ないシステム量産してそう。
だって、排他処理知らない連中だから。 なんか、Laravelerが頭悪過ぎて、本当に笑えなくなって顔が引きつってきた。
ここまで頭が悪い連中だったんだ、って。 >>90がgitだとすると10:05の処理の時点で
「お前ユーザBの編集結果取り込んでないだろ？」って怒られてプッシュが中断するぞ
どのファイルを編集したかにもよるけど同じファイルを編集していたのだったら
プルするとコンフリクトが発生してマージを解消する作業に入ることになる
これはgitがちゃんと排他してるからそういう処理ができているんだよ >>100
これは叙述トリックだよ
「JavaScript使ってクライアント側で入力チェックしているので」が前提だとしたら
「サーバ側では入力チェックは行いません！！」は正しい
しかしだよ、君らは「JavaScript使ってクライアント側で入力チェックしているので」が必ずしも行われる保証はないと言い出す
だったら話の順番がおかしい
「サーバ側では入力チェックを行う」
そして付け足しとしてUIカイゼンの為、もしくはサーバ負荷軽減の為にクライアント側でも入力チェックを行う
まるでクライアントで必ずしもチェックしているかのように書いておいて
「チェックするとはいってませーん」って子供かよ
一般的な開かれたWEBシステムであるという前提であればPHP側が本体であり
Javascript側はただのターミナルであり端末でありクライアントだ
それはスマホかもしれないしジョイボールかもしれない
何がつながってるかわからないがUIカイゼンのための何かがつながれているだろう
UIのためのアプリケーションであって業務の一部ではないのだ
逆に仕様として要件としてブラウザ、OSや設定まですべて固定された環境ではどうだろうか？
外部から遮断され必ずJavascriptでチェックされる環境
もしそうであればPHP側でチェックなどは不要でせいぜいassertで落ちればよいのだ >>90
そのケースだと排他制御以前に最初に取得したデータと、登録直前に再取得したデータのハッシュ値突合させて登録キャンセルするんじゃない？お前はどのタイミングでロックしようとしてんの？ >>104
それは端末側の制御であってサーバ側のロックではない
フォースコミットできるのである点からみても自明だ >>106
decimal知らん方が頭悪いと思うぞ。反省しろカス。 >>90って要するにgitの事だと思うけど
コンフリクト解決してくれってメッセージ出すだけであって
特にロックはしてないはず
ロックしちゃったら他のユーザーがコミットできないじゃん？ >>106
安心しろ
誰もLaravelの機能は使ってない >>112
いやコミットはローカルリポジトリに対しての操作だからどの状況もできるでしょ
リモートリポジトリのプッシュ操作ではじかれるはず >>109
> お前はどのタイミングでロックしようとしてんの？
『教えてください』がねぇなぁ。
お前さ、排他処理知らないからそんな事きいてんじゃん。
馬鹿なんだから、他人に知識をもらうときは、
頭を、さげないと。な？ >>110
通常のgitであればその通りだけど
githubだとロック機能はあるよ >>115
教えてくださいお願いします。はい。ではどうぞ。 だーみだこりゃ。
一生排他処理なんか理解できるわけねぇわ。
112nobodyさん2021/06/23(水) 23:03:19.65ID:???>>114
>>90って要するにgitの事だと思うけど
コンフリクト解決してくれってメッセージ出すだけであって
特にロックはしてないはず
ロックしちゃったら他のユーザーがコミットできないじゃん？ >>90のケースだとユーザAがデータを取得した時点でディレクトリを作成するべき
そしてユーザBがデータ取得しようとしたらすでにディレクトリがあるから
「現在、ユーザAが編集中です。保存作業は行えませんがread onlyでファイルを開きますか？」って聞かれる
ユーザBがデータ登録しようとしたときには「read onlyで開いています。保存できません」って表示される
ユーザAがデータ登録したら無事に「保存しました」ってなる
つまり、ディレクトリを作成したら無事にユーザAの編集後のデータは登録される >>108
じゃあUIがあるならロックは使用しないという>>94の意見は正解ということなの？ >>119
答えられないのかな？てか、なんでお前は取得時と登録時のデータ突合の処理書いてないの？バカなの？排他制御以前の問題でしょ。 こうして今日も、馬鹿システムが作成されるのであった。
120nobodyさん2021/06/23(水) 23:10:03.82ID:???
>>90のケースだとユーザAがデータを取得した時点でディレクトリを作成するべき >>122
頭、下げてないじゃん。サル君。
馬鹿なサルは、バナナも貰えないよ？w >>122
一般的なアップデートの処理は、編集前に取得したデータをハッシュで保存しておいて、select for updateで更新直前に再度データ取得してハッシュ値突合させておき、不一致なら中断、一致なら更新だよね。 解説しよう！！>>120の方法は設立当初のAmazonがガチで行っていた手法である
さすがに今はこの実装廃止していると信じたいがな >>125
>>126に書いた通りだぞ。お前は更新処理まともに実装したことない初心者でしょ。送信前の突合処理漏れてるとか致命的だぞ。 ユーザAとユーザBのどっちを助けるかという思想によって仕様が変わる
>>90のケースだったらExcelなら10:04のデータ登録でコケる
そして10:05の情報消失は発生しない こうして今日も、馬鹿システムが作成されるのであった。
Laravelerにシステム開発を依頼してはいけない。
124nobodyさん2021/06/23(水) 23:13:42.65ID:???
>>120
この案が一番正攻法な気がしてきた >>128ってさ、会話の流れが全くわからない発達障害かなんか？
ちょーウケるw >>129
Wordだと逆に10:05の処理のほうでコケるぜ >>128
>送信前の突合処理漏れてるとか致命的だぞ。
その、致命的なことをやらかしてるのがここのLaraveler共で、
俺がそのおかしさを例示したのが、
アホのお前が槍玉に挙げている事だ、
ばーーーーーーーーか！ >>131
もはや技術的な会話も無理そうだな、お前。今日はもう寝ろ。明日、decimalの件また尋ねるからその時はちゃんと答えろよカス。 >>121
ロック中にUI待ちが発生するのはさすがにまずい 同じマイクロソフトなのに排他制御が異なるっていうのはおもしろいな ヤバいよヤバいよー、Laravelerの知能、マジでヤバいよー。 排他制御！とかドヤっておいて、まともに更新処理も書けないアンチオートインクリメントおじさんマジやべーな。 馬鹿なLaraveler、何とか事実を捻じ曲げようと必死w
135nobodyさん2021/06/23(水) 23:21:37.54ID:???
>>133
他責にすんなよ。みっともないやつ。 Laraveler猿がウキーウキーいってるしw
139nobodyさん2021/06/23(水) 23:23:40.00ID:???
排他制御！とかドヤっておいて、まともに更新処理も書けないアンチオートインクリメントおじさんマジやべーな。 >>140
>>90書いたのでアンチオートインクリメントおじさんだよね？違うの？ ちなみにイミュータブルデータモデルだと、>>90みたいなケースは、排他制御なんかせずにどっちも受け入れて、あとでユーザーにAとBの更新どっちを採用するか選ばせたりする。 Laraveler、涙目になりながらも事実を捻じ曲げようと抵抗w
143nobodyさん2021/06/23(水) 23:26:16.55ID:???
>>140
>>90書いたのでアンチオートインクリメントおじさんだよね？違うの？ アンチオートインクリメントおじさん、イキってるわりに、decimal知らないし、>>90みたいな間抜けな処理書くし、技術力低い説濃厚だなぁ。ガッカリだわ。 >>147
馬鹿なLaravelerて表現使ってるの、今んとこアンチオートインクリメントおじさんだけだと思ってるんだが違うのか？
90 名前:馬鹿なLaravelerが理解できない事 [sage] :2021/06/23(水) 22:25:46.19 ID:???
10:00 ユーザAデータ取得
10:00 ユーザBデータ取得
10:01 ユーザAデータ編集
10:03 ユーザBデータ編集
10:04 ユーザBデータ登録
10:05 ユーザAデータ登録 ← ユーザBの編集情報消失！！！！！ んで？ 馬鹿なLaravelerは、
90の場合、どこをどのようにロックすべきか分かったの？
UPDATEでN+1問題が発生すると思ってしまうのがLaravelerだからなぁ…。
多分、一生理解できないだろうなぁ。 >>90の処理をLaravelで書くとどういうソースになるの？ ぷっw
147nobodyさん2021/06/23(水) 23:29:52.79ID:???>>148
アンチオートインクリメントおじさん、イキってるわりに、decimal知らないし、>>90みたいな間抜けな処理書くし、技術力低い説濃厚だなぁ。ガッカリだわ。 >>152
アンチオートインクリメントおじさん、さすがに誰がどう見ても>>90書いたので誰か明白なのに、そうやって惚けるのは恥ずかしいと思うぞ。言い訳なら聞いてやるから、なぜ突合処理書かなかったのか教えてくれる？まさか突合せずロックだけで乗り切れると思ってた？ UPDATEでN+1問題は草
例えば全ユーザの名称をウサギに変更するときは
update user set name = 'ウサギ'
だと思うけど更新でN+1ってまさかお前ら
select userid from userで全ユーザID情報を取得してその情報をもとに
update user set name = 'ウサギ' where userid = 1
update user set name = 'ウサギ' where userid = 2
update user set name = 'ウサギ' where userid = 3
update user set name = 'ウサギ' where userid = 4
みたいな感じでやってるのかｗｗｗｗｗｗｗｗｗｗｗｗｗｗ Laravelerは排他処理知りません、
という事が白日のもとに晒された忌念すべき日。
6/23はLaraveler忌念日 >>154
ちょっと、寝ようと思ってるのに笑わすのやめてw
マジでLaravelerならやりそうw
モンキーアップデイトと名付けよう。 それもはやActiveRecord関係なく、古来から「ぐるぐるSQL」て言われてたやつの一種だぞ。Javaとかでもアホがよくやらかして問題になってた。
オートインクリメントおじさんは、そんなことすら知らないのか。マジで仕事で開発したことないのかな？ 逆にぐるぐるSQLって古参しか知らないのでは？
最近の人がやらかすとしたら大抵がN+1だろう >>158
つまり、アンチオートインクリメントおじさんは最近開発始めた初心者てこと？ ぐるぐるSQLとか久々に聞いたぞｗ
俺もぐるぐるSQLって言ってるけど正式な用語だとなんて言うんだろうか
おそらくアンチパターンとして正式名称ついていそうな気がするけど 調べてみたけどミックさんが言い出したのが始まりみたいだな。海外だとRBAR Processingて呼んでるらしい。正式名称はわからん。 アンチオートインクリメントおじさんのまとめ
・decimalとnumericが同じであることを知らない
・decimalは桁数指定できることを知らない
・更新処理をまともに書けない
・排他制御て言葉は知ってるが実装は語れない
・更新系ぐるぐるSQLは一般的な問題であることを知らない
こんなところか。 とにかく口が悪く他人を煽るやつは脳レベルも低いことだけは分かる
どちらかが頭良ければこんな不毛な争いにはならない
まさにカンガルーが殴り合ってる図のやつだね >>154
これはおまえらけっこうやってるぞ
地方、魚の長さによって名称を更新する処理があったとして
ちゃんと書ける？
関東
モジャコ(〜10cm）、ワカシ（10〜30cm）、イナダ（30〜40cm）、ワラサ（40〜90cm）、ブリ(90cm〜）
関西
モジャコ(〜10cm）、ツバス（10〜30cm）、ハマチ（30〜40cm）、メジロ（40〜90cm）、ブリ(90cm〜） update user set name = 'ワカシ' where userid = 1 and size >= 10 and size < 30 and local = '関東'; このスレには３人の魔法使いがいる
復活の魔法使い
・過去の話題に息を吹き込む魔法を得意とする。「スレの総意」といった呪文が得意
擬態の魔法使い
・直前の話題を知らないとベテランでも看破できないほど初心者っぽい質問を唱え、終わりかけの話題を再燃させる
連続詠唱の魔法使い
・上二人のループ術を補助する天才。一見二人とは敵対しているように見えるが実はループを加速させるための強力なバフを唱える。高速な連続詠唱が得意
なお、３人とも自宅警備員を経て３０歳を境に魔法使い適性を追加取得した模様
現在ではスレの９割が彼らに乗っ取られている アンチオートインクリメントおじさんは語彙が乏しいからNGしやすい 低知能Laravelerが、朝っぱらから自分たちの低知能を認められずに事実捻じ曲げて傷の舐め合いかw
で、凄いことに、こいつらまだ排他処理の仕方、分かってないんだよな、確か。
おさるさん、ウキーw >>163
>更新系ぐるぐるSQLは一般的な問題
サルｗｗｗ 一般的でもなんでもねぇよ、検索してなんて書いてあるか見てみろよｗｗｗ
新人くらしかやってねぇぞ？ｗ
つまりLaravelerは、
（ 新人、以下 ｝ ＼ ( ＊ ⌒ ▽ ⌒ ＊ ) ／わあ〜い
って事っすね？ｗ >>169
お、朝から排他制御以前に更新処理すらまともに書けない雑魚がなんか喚いてるな。ところでdecimalで桁数指定はできるようになったのかい？？
それとIDつけてくれない？技術力低くて煽るだけしか能のない自宅警備員の投稿は、邪魔だからNGID登録して消したいんだよね。昨日もお願いしたんだけど。よろしく！ アンチオートインクリメントおじさんは、新人しかやらかさない=一般的ではないと宣ってるが、新人のいる現場で仕事したことないってことかな？自宅警備員か、趣味プログラマ説が濃厚だなぁ。 PHP使ってる現場で自分のスキルが低くてついていけずに脱落した人じゃないかな。
私怨で溜飲を下げるしかできないかわいそうな人なんだよ多分 > PHP使ってる現場で自分のスキルが低くてついていけずに脱落した人 == >>171-173
ぷっｗ >>166
ｗｗｗｗｗｗｗ
ワカシって、userっすかｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
fishじゃないんすか？ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
Laravelerって、マジ、ロボっすねｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
あ た ま わ る す ぎ る ｗ
166 名前：nobodyさん 2021/06/24(木) 07:31:10.59 ID:???
update user set name = 'ワカシ' where userid = 1 and size >= 10 and size < 30 and local = '関東'; 図星だからってlaravelスレを荒らしても自らの浅ましさを露呈するばかりで何の解決にもならないぞ ここで知識ひけらかしても、空気読めないタイプなのは丸わかりで、
仕事はできないやつってのはバレバレなんだよね
どこの会社にもこういうの一人はいるよねw 現実世界で吐き出せるところがないから、こういうところで吐き出して精神を保ってるのだろう
構ってもらって嬉しいみたいだし、スルーがいいかもね >>177
しかもつっこまれて間違いがバレるパターンが目につく。 都合が悪いレスは全部自演扱いするのもアホ荒らしの特徴
自分がやりまくってるから相手もそうだと思っちゃうんだろうな そういえば、謎のアンチオートインクリメントおじさんageの書き込みあったよね。あれまさか自演だった？ まー、排他処理も満足にできない奴が集まって
何言ってても、
それ寒いだけですわなぁヽ(‘ ∇‘ )ノ
もっと勉強、しないと。
な？ｗ >>177
>ここで知識ひけらかしても
俺が知識ひけらかしたんじゃなくて、
『こいつら、ひょっとしたら排他処理もしらないんじゃねぇの？』って冗談で言ったら
マ ジ だ っ た だ け じ ゃ な い で す か ぁ ｗｗｗ
もう、全員挙動不審になった時には流石に大笑いしたっすよｗ
『こいつら、マジか！？』ってｗｗｗ
すごいよねぇ、排他処理知らないでWEBシステム作っちゃうんだもん♪
最早、テロだよテロｗ >>186
排他制御以前に更新処理としておかしいぞって突っ込まれて、まともに反論できなかったお前が1番技術力低いぞ。自己認識をちゃんと持て。 >>187
>排他制御以前に更新処理としておかしいぞって突っ込まれて、
日本語読めないヴァーカ乙
それ、おまえら『排他処理』を知らないバカの事を例示したんだって言っただろ。
Laravelerって、本当にバカなんだなｗｗｗ
というか、お前ら、まだ排他処理の仕方わかってねぇだろｗ
本物の白痴池沼かよ？ｗ
133nobodyさん2021/06/23(水) 23:20:42.36ID:+cgzqi1Q>>135
>>128
>送信前の突合処理漏れてるとか致命的だぞ。
その、致命的なことをやらかしてるのがここのLaraveler共で、
俺がそのおかしさを例示したのが、
アホのお前が槍玉に挙げている事だ、
ばーーーーーーーーか！ 本当にLaravelerってバカしか居ねぇなぁ…。 というかさ、
>>128
>『送信前の突合処理』漏れてるとか致命的だぞ。
だっってよ＾ーーーーーーーーーーーーｗｗｗｗｗｗ
送信前に、突合なんか、するわけねぇだろｗｗｗｗｗ
Laravelerって、送信前に突合すんの！？？？？？？？！！！？？？？
あたま、おかしすぎるっすぅ！！！！ｗｗｗｗｗ
これがLaravelerくおりてぃなんすね？ｗｗｗｗｗ
マジやべぇｗｗｗｗｗｗｗ Mac板にいる有名荒らしの酒屋の息子みたいなやつだな
自己顕示欲の塊で自信過剰で周りの空気が読めてない
こいつはかなり手強いよw タダのキチガイだろ
無限に暇がある奴が一番強いのはわかるが >>190
DBへ送信する前に突合処理しないで、どうやって他の人間によって更新されいないかどうか判定するんだ？
複数人が編集するタイプの更新処理作ったことないでしょ、お前。普段どんなシステム開発してんの？あ、自宅警備員だったか。 >>188
>>126でselect for updateに言及したのだが、どうやらお前はそれが排他制御だって理解できなかったようだな。無知すぎて話にならん。 そろそろアップサートをおまえらに伝授する時が来たようだな 排他処理は重い処理
排他処理に頼ってはいけない
排他を排除せよ 突合処理はユーザーに判断を委ねるということ
ユーザーが常に正しいわけではない
まず正解から逆算するべきなんだ 複数行を更新する必要があるとき、おまえらは何も考えずに一行ずつ更新してしまう >>196-199
アンチオートインクリメントおじさんを釣って遊ぶのは趣味悪いと思うけどなぁ。 【悲報】アンチオートインクリメントくん、laravelerかSELECT FOR UPDATEを使った更新処理例示しているのに、Laravelは排他制御知らないと連呼し、SELECT FOR UPDATEを知らないという事実を晒してしまう。 >>202
やっべ、笑いすぎて変な日本語になってしまった。 >>194
>DBへ送信する前に突合処理しないで、どうやって他の人間によって更新されいないかどうか判定するんだ？
やべぇｗ こいつ、マジで言ってるしｗｗｗ
バカじゃね？ DB送信？？？ チンパンジーかよｗｗｗｗ
なんだ、DB送信ってｗｗｗｗ >>202
そういうことだったの？オートインクリおじアホすぎるだろｗｗｗ
俺だったら恥ずかし過ぎて回線切って首吊るけど、正しく理解して羞恥心感じるだけの知能はないんだろうな だーめだこのバカ共 本当に論理性皆無だし
さすがLaraveler動物園だなｗ >>195
>126でselect for updateに言及したのだが、どうやらお前はそれが排他制御だって理解できなかったようだな。無知すぎて話にならん。
日本語理解できない君が、なんとか事実を捏造しようと必死ｗ
お魚さんがユーザー君達だもんねｗ で、ここに居るLaraveler、
実は、SELECT FOR UPDATEって言われても、
まだ何のことなのか分かってないんだぜ？
動物園っていうか、水族館Laravelerってｗｗｗ だから、
まだ欠番しない連番の作り方も
まーーーたく わっかりっましぇーーーーん
なのが、Laraveler ｗｗｗｗｗ
ちょーうけるんでっすけどぉｗｗｗｗ ばかららべらー
https://medaka.5ch.net/test/read.cgi/php/1621940461/
930 nobodyさん2021/06/23(水) 10:37:20.56ID:???
ユーザーAに採番１を付与
ユーザーBに採番２を付与
ユーザーAがキャンセル
ユーザーAは存在しない
ユーザーBは採番２を取得
これどうやって解決すんの？問題を理解できてなかったのか？
ぷぷぷぷぷーーーーーーーーーーーーｗｗｗｗ 悔しすぎて発狂したｗｗ
まあ一人で死ぬまでやっとけ、どうせ機能してないスレなので荒らされても痛くも痒くもない ばかららべらー
>>27
>>36
いや逆にそれロックする場面じゃないよね
10:04の時点でAの画面には「元データが更新されました」って表示されてるし
10:05の時点では「Bが保存したデータが破壊されるけどいいですか？」って確認のメッセージが表示される
いずれにせよヒューマンのケツダンが必要でコンピューターがロックではない！
>>38
お前さ、本当に頭悪いみたいだから、ヒント出すぞ。
『排他処理』
ロックとは一言も言ってない。
排他処理はどうやってやればいい？
ロックはどこでする必要がある？
大丈夫かよ、こいつら本当に？
という流れで、ばかららべらーに排他処理を教えていた所、
日本語の読めないちんぱんじー >>122 が、
「なんでお前は取得時と登録時のデータ突合の処理書いてないの？バカなの？排他制御以前の問題でしょ。」
と、トチ狂った頭おかしい鳴き声を上げた所、
排他処理のはの字も知らないららべる動物園のサルが一斉に『ウキ―！！！！』を連呼 ←いまここ >>204
うん？お前にとって聞き慣れない日本語だから、突っかかってくるのは結構だけど、俺の質問には答えられないのか？相変わらずアホだな。昨日から、decimalの件にしても、突合処理の件にしても、都合が悪くなると話誤魔化して逃げるよな。無様。 >>208
いや分かってないのはお前。俺はすでに更新処理時にselect for updateを使った処理を説明したのだが、それを排他制御だと知らずに、お前はその後もlaravelerは排他制御知らない！て言ってたよねー。
decimalの件に続いて、また無知を晒しちゃったなwww アンチオートインクリメントおじさんのまとめ
・decimalとnumericが同じであることを知らない
・decimalは桁数指定できることを知らない
・更新処理をまともに書けない
・排他制御て言葉は知ってるが実装は語れない
・更新系ぐるぐるSQLは一般的な問題であることを知らない
・select for updateが排他制御の一種であることを知らない
どんどん間抜けな事実が積み上がっていくな。こんな生き物を技術力高いとか前スレで礼賛してた腰巾着氏に意見を訊いてみたい。 decimal言ってバカは、
『桁数指定』の意味が分からないちんぱんじーっだって自己主張してんだよね。
桁数指定って、こういう事
00000001
おさるさんすてきー！！！！ >>213-215
うーーーーーーーーーーーーーん、
ちんーーーーーーーーーーーーーーーーーーーーー
ぱんじーーーーーーーーーーーーーーーーーーーーーーーーｗｗｗｗｗ まー、
プライマリキーをauto_incrementなFW任せにしか出来ないお猿さん達には、
ちょーーーーーーーっと、難し過ぎたかな？
小学生レベルだけどぉ＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾ やれやれ、また言い訳か。見苦しいやつ。一切理性的な反論ができないのだから、実に惨めだよな。 >>219
知性の無い奴が、なんか寝言言ってるしｗ いや、あれだけ自信満々にlaravel使いは排他制御も知らないとか煽りまくってたやつが、まさかselect for updateも知らなかったなんてびっくりだわ。 select for updateというのはSELECTした行をロックする機能である
通常の更新系ぐるぐるSQLというのはいわば「同時の処理が走るわけがない」という楽観論にもとづき実行される
結果、ぐるぐる中に他の処理が走ると整合性がとれなくなるのだ
しかし！select for updateは更新行をあらかじめ全てロックできるのだ！！
その間に1行ずつループですべて更新して最後にコミットだ！！
更新時に大胆に複数行ロックを行い怒涛のループで更新だ！
これが悲観ロックぐるぐる行進なのだ！ 結局お前らオートインクリメント君に論破されたのかよ >>224
>>215見てそう思うんなら、それで良いぞ。腰巾着が何か言ってるわって失笑するだけ。 >>225
>>215見てそう思うならって、それ全部お前らが勝手に言ってる妄言じゃん。
これまでのコメント全く読んでないのかよ？ >>226
妄想？全部今までのやり取りから明らかになった事実だけど？反論あるなら聞くよ。腰巾着くん。 腰巾着というかオートインクリメントおじさんの自演だよね >>216
これって、ひょっとしてdecimalは小数部必須だと思ってるてこと？ お題：文字列型と数値型の違いについて
注目ポイント→数値と数字の違い
具体例：IDにおいて0埋めされている値をどう扱うか 前にソースとして、MySQLのdecimalについて説明したマニュアルを貼ったんだが(>>43)、カスは読んでないってことか。
> 標準 SQL では、構文 DECIMAL(M) は、DECIMAL(M,0) と同等です。
> 同様に、構文 DECIMAL は DECIMAL(M,0) と同等です。
> M の値を決定するために、実装は許可されています。
> MySQL は、DECIMAL 構文のこれらのバリアント形式をどちらもサポートします。M のデフォルト値は 10 です。
> スケールが 0 の場合、DECIMAL 値には小数点も小数部も含まれません。 ごちゃごちゃいう前に、手元のMySQLで検証すりゃいいのに。ほんとカスはどこまで行ってもカスだわ。
エンジニアじゃないんだろうなぁ。
mysql> CREATE TABLE fuga (num1 decimal(8) zerofill, num2 decimal(8,2) zerofill);
Query OK, 0 rows affected (0.04 sec)
mysql> insert into fuga values(1, 1);
Query OK, 1 row affected (0.01 sec)
mysql> select * from fuga;
+----------+-----------+
| num1 | num2 |
+----------+-----------+
| 00000001 | 000001.00 |
+----------+-----------+
1 row in set (0.00 sec)
>>216 とかまじでバカ晒してるわ。
> 桁数指定って、こういう事
> 00000001
> おさるさんすてきー！！！！ >>233
それORMに持ってきたらどうなるんだ？ >>233
それ、オーバーフロー問題、何一つ解決してないじゃん。 1. auto incrementなIDだから、キャンセルすると番号飛びます、
2. キャンセル発生するリクエスト繰り返すと、実装によっては何桁あっても簡単にオーバーフローさせられます、
3. Laravelerは排他処理が実装出来ません、
4. auto incrementに頼ってる事が問題です、
4. つまり数値型なら何にしたところで意味ありません、
こういう流れだぞ？
本当にLaravelerって頭悪いな。 >>236
論点すり替えはやめような。向こうはdecimalでは桁数指定できないて言い続けてて、俺はその主張は間違っているという指摘を続けているわけなんだが？ これとか今見返すと大爆笑だよね。
41 名前:nobodyさん [sage] :2021/06/23(水) 19:45:25.69 ID:???
>>40
へぇ。お前のDBのdecimalは、00001って数値を持てるんだ。
すげぇな。 アンチオートインクリメントおじさんは、decimalで00001を指定できないDBをご存知らしいから是非教えてほしい。 ID（主キー）を発行するたった1つのユニークなやり方は
INSERT tbl(ID) VALUES (MAX(ID)+1)だよ
これは排他制御であり必ず連番になりauto_incrementに頼っていません！ >>230 話そらそうと必死だな、お前、いまだに排他処理できないだろ？
>>240 んー、それ、レコード増える程遅くなってくな。 >>237 論点すり替えまくってきたのがお前らじゃん。
元々の議題が、これ。
1. auto incrementなIDだから、キャンセルすると番号飛びます、
2. キャンセル発生するリクエスト繰り返すと、実装によっては何桁あっても簡単にオーバーフローさせられます、
3. Laravelerは排他処理が実装出来ません、
4. auto incrementに頼ってる事が問題です、
5. つまり数値型なら何にしたところで意味ありません、
なぜなら、ここ、『【PHP】Laravel【フレームワーク】 Part.7』
decimalがLaravelに何の関係が？ｗ >>241
排他制御の話はとっくに終わってるぞ。select for update使った処理を例示しておいたのに、アンチオートインクリメントおじさんは、それが排他制御だって気づかなかったという間抜けなオチ。 主キーをid uuid default gen_random_uuid() not nullにするのはなぜスルーされているのだろう >>243 また話をすり替えるバカLaraveler 『それが排他制御だって気づかなかったという間抜けなオチ』と、トチ狂った捏造
『排他制御の話はとっくに終わってるぞ』と、必死で主張しているが、
大慌てでググって出てきた記事を斜め読みしただけなので、
では実際に排他処理をどう実装するのかは全く分かっていないのがまるわかり。 >>244
なぜって、それはLaravelerがバカしか居ないので、
BIGINT auto increment しか頭に無いから。 >>245
え？じゃあなぜselect for updateの話が出た時に、何のりあくしょあもしなかったの？ とりあえずdecimalの件はアンチオートインクリメントおじさんから反論がないようなので、「アンチオートインクリメントおじさんはdecimalは桁数指定できないと思い込んでいた間抜け」という事実は確定で良いかな。 >>247
>>133
論点すり替えまくりのバカLaraveler >>247-248 が必死に印象操作。
元々の議題が、これ。これが、Laravelerの実態。
1. auto incrementなIDだから、キャンセルすると番号飛びます、
2. キャンセル発生するリクエスト繰り返すと、実装によっては何桁あっても簡単にオーバーフローさせられます、
3. Laravelerは排他処理が実装出来ません、
4. auto incrementに頼ってる事が問題です、
5. つまり数値型なら何にしたところで意味ありません、 >>247
>>133
論点すり替えまくりのバカLaraveler >>247-248 が必死に印象操作。
元々の議題が、これ。これが、Laravelerの実態。
1. auto incrementなIDだから、キャンセルすると番号飛びます、
2. キャンセル発生するリクエスト繰り返すと、実装によっては何桁あっても簡単にオーバーフローさせられます、
3. Laravelerは排他処理が実装出来ません、
4. auto incrementに頼ってる事が問題です、
5. つまり数値型なら何にしたところで意味ありません、
IDが出るとバカなLaravelerは狂喜乱舞して大喜びするらしいので、
sageでも書いておこう。 馬鹿なLaravelerが論点をずらそうと必死ですが、
今まで話し合っていたのは、この問題についてです。
1. auto incrementなIDだから、キャンセルすると番号飛びます、
2. キャンセル発生するリクエスト繰り返すと、実装によっては何桁あっても簡単にオーバーフローさせられます、
3. Laravelerは排他処理が実装出来ません、
4. auto incrementに頼ってる事が問題です、
5. つまり数値型なら何にしたところで意味ありません、
6. 『排他制御の話はとっくに終わってるぞ』とLaravelerは必死で主張していますが、
大慌てでググって出てきた記事を斜め読みしただけなので、
では実際に排他処理をどう実装するのかは全く分かっていません。 decimalの桁数指定できないとか主張して、桁数指定できるって言った俺をサル呼ばわりした件を、まず謝罪してもらいたいなぁ。カスは頭下げることもできないのか？サル未満か？ >>253
今はdecimalの話はどうでもいい先にオートインクリメント君の排他の話を論破すべき お前らってWindowsで稼働させているアプリのWindows11対応どうする？ 下手すりゃAndroidアプリ継続でWindows対応切る可能性まである Windows上で動作させているLaravelアプリいるけど
Windows11で動作するか心配デストラクション オートインクリメント君ってbigint枯渇させて業務システム止めちゃった経験があるから
それがトラウマになってオートインクリメントを危険視しているのか？ >>252
これ本気で言ってんの？ネタじゃないよね？
まず前提として、キャンセルを繰り返してオーバフローって具体的にどんな操作すんの？登録→キャンセルをプログラムで自動化して画面から操作を繰り返すの？
仮にbigintをオーバーフローさせるとして、登録→キャンセルにかかる時間を何秒と想定している？オーバーフローさせるための端末は何台用意するの？その上でオーバーフローさせるのにかかる時間がどの程度かちゃんと見積もったのか？
実現可能性を示してくれないと、考えるだけ無駄だから。お前曰く実装次第では簡単なんだよね？
decimalさえ知らないやつがまたバカなのこと言ってるなってのが現時点での俺の感想。 念のため、あぼーんしてた前スレのアンチオートインクリメントおじさんの発言拾ってきたわ。
このアホ、マジで言ってるぽいな。920京のIDを枯渇させようとすると、仮に登録→キャンセルを1秒で済ませたとして、920京秒、かつ最低1840京のリクエストが発生することになるな。
あまりに天文学的数字過ぎて全然ピンと来ないんだが、現実的な時間であっという間に枯渇させられるてどういうこと？説明できるやつおる？
ちなみに俺の理解だと1年は3153万6千秒。
===
あー、なんとなく思ったけど、
idがauto_incrementなら、
登録失敗するリクエストを延々と発行し続けられる状況が発生すれば、
BIGINTも結構現実的な時間であっという間に枯渇するなｗ
だって、
『キャンセルした場合に欠番が出る』んだからｗｗｗ
AUTO INCREMENT BOMB 脆弱性と名付けよう。 > 登録→キャンセルを1秒で済ませたとして
この時点で、>>261-262は、言われている事が全然分かってない低知能君。 低知能君の>>261-262は、何故欠番が出るのか、
欠番が生じてしまうのはどういうケースなのかについて、
全く理解できていない。
あたまがわるすぎる。 お、またアホが言い訳始めたな。
まず、この問題の発端となっている「登録とキャンセルを繰り返したらbigintでも現実的な時間であっという間に枯渇する」という主張が正しいことを説明してくれ。 登録とキャンセル繰り返して、920京個のIDを現実的な時間であっという間に枯渇させられる！て豪語するアンチオートインクリメントおじさん、マジスゲーっす。スーパーハカーでつねwww アンチオートインクリメントおじさんのまとめ
・decimalとnumericが同じであることを知らない
・decimalは桁数指定できることを知らない
・更新処理をまともに書けない
・排他制御て言葉は知ってるが実装は語れない
・更新系ぐるぐるSQLは一般的な問題であることを知らない
・select for updateが排他制御の一種であることを知らない
・bigintのIDをあっという間に枯渇させるAUTO INCREMENT BOMBという技の世界唯一の使い手
今日もネタが増えたので追記しておいた。 海外だと用意されたWEBアプリのオートインクリメントをどれだけ早く枯渇させることができるかを競う大会が
技術コンテストの一部であるんだけどその大会の公式世界記録は4日だった SQL-92に準拠しているサーバであればdecimalとnumericは同じ扱いだけど
それ以前のサーバだと違う扱いになっている実装のSQLサーバもあるから注意だね
まあオートインクリメントはそれほど古いDB使ってるんだろうなｗ >>266
Googleが開発している量子コンピュータでの攻撃だとbigintを２日で枯渇させることに成功しているね
rsa暗号解読とかはまだ全然できないみたいだけど
まあ量子コンピュータなんて持っている奴はいないから枯渇させられることはない もしかして
モデルでバリデーション君
.envコミット君
node_modulesコミット君
vendorコミット君
ログインIDにメルアド以外使いたいからvendor直下修正君
これら全部アンチオートインクリメントおじさんですか？ マジかー。量子コンピュータをもってしても2日かかる、世界最高峰の技術者をもってしても４日かかるのか。
それをアンチオートインクリメントおじさんは、キャンセルと登録を繰り返すだけであっという間に枯渇させられるって言ってるから、もはや人間卒業してそうなレベルで凄いなぁ。 >>271
アンチオートインクリメントおじさんは、そもそもLaravel知らないって自白してるから、そんな質問自体出てこないと思われる。冤罪だからやめたれwww >>271
よくわからないけどモデルでバリデーションはケースバイケースでは？ >>274
話題ループさせて喜んでるゴミだから気にすんな >>274
いやFormRequest使えよ・・・・ オートインクリメント君ぐらいは論破しろよ・・・・。・
お前らなんで言い負かされてるんだよ・・・ >>279
でも彼はかなりベテランのエンジニアだよ
正直スレ民なんかじゃ歯が立たない >>283
アンチオートインクリメントおじさんですか？
自分が大恥書いた話題続けられたら発狂しちゃうから話題を変えてほしいんですよね？ >>279
いやー無理だわ。量子コンピュータや世界最高峰の技術者でも数日かかることを、あっという間にやってのける知性の持ち主をどうやって論破しろと？
論破するには相手にも一定の知性が必要だよ？ このスレが盛況ってことは、それだけlalavelユーザが多いってことだよね
cakeスレやeccubeスレはここ数日更新がないしｗ >>286
それだけ多いlalavelユーザが、こんな状態。
もはや、欠陥システム製造工場『Laravel』。
1. auto incrementなIDだから、キャンセルすると番号飛びます、
2. キャンセル発生するリクエスト繰り返すと、実装によっては何桁あっても簡単にオーバーフローさせられます、
3. Laravelerは排他処理が実装出来ません、
4. auto incrementに頼ってる事が問題です、
5. つまり数値型なら何にしたところで意味ありません、
6. 『排他制御の話はとっくに終わってるぞ』とLaravelerは必死で主張していますが、
大慌てでググって出てきた記事を斜め読みしただけなので、
では実際に排他処理をどう実装するのかは全く分かっていません。 >>284
オメーが邪魔なんだよゴミクソが
しつこいんだわ Laravelerって、本当に
1. 日本語が読めない
2. 妄想が激しい
のどっちかしかいないな。
言ってることが全部事実曲解か嘘だからなぁ…。
何れにせよ、頭が悪い事だけは確かだな。 なにやら、Laraveler >>288 が発狂。
何したいんだ？ このサル。 Laravelerってすぐ発狂するからなぁ…。マトモな話し合いできん。
カルシウム足りてないんじゃないかな？ お、アンチトートインクリメントおじさん降臨したの？bigintのIDをあっという間に枯渇させるAUTO INCREMENT BOMBについての詳細を聞きたいんだが。 掲示板荒らすしか楽しみが無いとか入院患者か何かかよ ゴミクソが24時間無給で荒らしてるけどお前の人生ゴミクソで泣けるwww 凄いな、仕事してから合間に覗くたびに >>293-295 みたいな感じで
Laravelerが発狂してるし。
Laravelerってこんな頭おかしいのしか居ないのかねぇ…、 >>297
DBを扱う上で当たり前の話ですが、LaravelerはFWの機能を使っているだけなので、
何を話しているのかすら、理解できません。致命的です。 >>298
decimalは整数部のみの桁数指定ができることを知らず、bigintを枯渇させることは容易ではないことを知らず、排他制御に使うselect for updateも知らないカスが何か言ってるな。 プログラマのためのSQL 第4版
アマゾンの半額セールで安く買えるぞ
おまえらならすでに持ってるだろうけど >>301
LaravelのORMに任せとけば安心デース！
って奴らが、そんな本、持ってるわけないじゃん。 でも割とまじで実際にそうじゃん
SQLとか何年も書いてないわ、その本ええなと一瞬思ったけどやっぱりいらんなってなった ぐるぐるSQL知らない雑魚はミック本読んだ方が良いと思うぞ。
とりあえずこれ以上はスレチだから、Laravelの話でよろしく。そろそろLaravel9に関しての情報が具体的に出てくる頃やね。 >>304
ぐるぐるSQL知らなかったのはお前だろ？
みんなに論破されすぎたのが恥ずかしすぎて他人の振りして話題そらししてんじゃねーぞ
アンチインクリメントおじさんはいい加減自分の敗北を認めなさい >>304-305
発狂したLaravelerが、なんかしらんけど仲間割れしてるし…。
こいつら、本当に頭おかしいな…。 >>305
確かに。ぐるぐるSQLもdecimalもbigintのオーバフローの件も何一つ反論できずに遁走したからな。アンチオートインクリメントおじさん本人以外は、誰が負けたかはっきり理解してるはず。 >>307
バカ過ぎて、苦笑いしかでてこない。
本当に野ザルだな。 みんながLaravel使っていく上でどういう手法で組んでいくのがベストかってどこで判断してるのか聞いてみたいんだよね？
自分を例にすると基本的な設計はDDDを踏襲して
コードはSOLIDの原則に可能な範囲で従うって形で組んでるのね
でも考え方が100%正しいとは思ってなくて
今の段階で自分の実力とやりたい事がマッチしてるからそうしてるけど
完全に間違った手法を選択してる可能性は大いにあるわけじゃない？
みんな自分の考え方とか手法の正しさってどう担保してて
自信もってこれが正しいって言う場合って何を拠り所にしてるのかな？ 動けばええやん、保守しやすければええやん
あまり根詰めて考えても仕方ない SQLを勉強してて一番衝撃的だったのはミックが普通の日本人のおっさんだったという事だよ アンチオートインクリメントおじさんが暴れる前の話題に戻すけど結局バリデーションは
システムでバッチ処理をする必要がない→FormRequest使ってバリデーションしろ
システムでバッチ処理をする必要がある→モデルでバリデーションしろ
という結論でＯＫ？ >>318
いや、統一されていないのは論外
だったらモデルに統一しておいたほうがいい >>318
前半はイエスで後半はケースバイケース。例えばバッチで大量のデータを扱う場合Eloquent介してたらオーバーヘッドがでかくなるので、クエリビルダという選択もありえる。その場合はモデルにバリデーションなんて書かないよね。 バッチ処理とかだと多分他システムから連携されたCSVファイルを読み込んで
登録するとかそういうことだと思うけどCSVファイルのバリデーションってどこでやるべきなんだろう？
モデルにCSVファイルのバリデーションが記載されているのもおかしい気がするし CSVのカラム数チェックとかカラムのデータチェックとかはバッチ処理の関数内部でやるしかないんじゃないかな？
LaravelにCSVのチェック機能は無かった気がする 君たちバリデーションとエラー処理と正常処理（エラー値として集計する正常系）の区別はついてるのかね？ ファイルとしての整合性と、データとしての整合性をきちんと区別すれば、どこにバリデーションを書けばいいかわかるんじゃないかな 郵便番号をフォーム入力したとしよう
バリデーションも通過して無事DBに格納された
次の日に郵便番号の区分けが変更されてDBに格納されている郵便番号が不正になってしまった
月末にバッチ処理を行う
この不正な郵便番号はどう扱われるべきか？ >>321
いやCSVファイルの場合でもモデルにバリデーションが正解 >>326
次の日に区分けが変更されたのに月末まで放置するなよｗ >>326
郵便番号入力できるWEB画面があるってことだろ？
ユーザがその古い郵便番号を新しい区分けに変更しているのでは？ 郵便番号は例えだから
郵便番号に限った話にしても困る バリデーションの流れで明らかにこの方法が正しいって言い切ってる人いるから
>>310で全くレスなかったけど本当に知りたいから教えてほしい
何かエビデンスに基づいてるからこその言い切りだと思うんだけどそれは何？
自分はLaravelを使う上で本当に何を参考にしたらいいのか今もかなりフワフワしてるから
他のライブラリのコード追っかけたり本読んでみたりしながら
現時点で自分(チーム)がFWとしてlaravelを選択するなら、いろんなバランスを考えて>>310でやってるけど
みんなはどうしてるのかなーって聞きたい >>335
正しいという人を無視すればスッキリするのでは？
今までの流れで酸っぱく言われているのは、チーム内でポリシーが浸透していて、統一性があるならどちらでもいいってこと。 そもそもLaravelでDDDて発想自体がなぁ。どういう課題感があって、あえてLaravelでDDDしようって思うんだろうね。メリットとデメリットをちゃんと天秤にかけてるのか疑わしかったりする。
ちなみに洋書だとtaylorさんも勧めてる「Domain-Driven Laravel」があるのでそれ参考にしたら良いんじゃないかな。日本語だとmpyw氏のZennの記事が参考になると思う。
RubyなんかだとDDDやりたいやつはRailsなんかやめてHanamiとか使うんだろうけど、PHPだととうなんだろうね。 mpyw氏はFormRequest派だけど作成処理と更新処理でFormRequest分けろよって言ってますね >>338
Laravel製の人気OSSだいたいそうなっているよね。 >>337
元々の出発点を一番シンプルに書くと
・API叩いて取ってきたユーザーＡのデータ
・Model経由でDBから持ってきたユーザーＡのデータ
この2つを同じ「ユーザーＡのデータ」ってしたかった
になるのかな、それリポジトリパターンって突っ込み入りそうだけど根幹部分はそれ >>337
どうにも最初に「俺はDDDやってるんだ」って思い込みが強すぎて
DDDって言いたいだけの会議に入られると超面倒なアイツになっていたのかも・・・
mpyw氏のZennの記事は当然読ませてもらっていて
現状「 Laravel 向けに妥協したクリーンアーキテクチャ」に比較的近い設計落ち着いてます >>341
妥協できてるなら良いんじゃないか。Laravelの思想や設計を無視してDDDやろうとするなら、設計向いてないからやめろて言おうと思ってた。 >>341
ありがとう、そう言ってくれるだけで気が楽になったわ
俺は妥協って感じではなくて
laravelの流れに身を任せたらそうなってた感じなのよ >>342
アンカミスった
書いてて気持ちいいっていうか何ていうか >>326
Lara elderって、こういうのをバリデーションの問題だと思うんだ。
本当、頭おかしいんだな。 >>326
ここでいう区分けというのがよくわからない
郵便番号の桁数が変更になったとかそういうこと？ 新しい町が出来たので新しい郵便番号を発行します
町名や番地の範囲が変更になったので郵便番号も変更します
村が廃村になったので郵便番号を廃止します
郵便番号が3桁から5桁になります
郵便番号が5桁から7桁になります >>349
今の人は知らないかもしれませんが昔郵便番号の桁数が変わる際にそういう話が出ました。
ただ郵便番号の管理システムを英数字対応することのできるエンジニアがいなかったためその案は没になりました >>349
車のナンバーは英数字に変更したのにな
たまにアルファベットナンバー見るけど外人かよってビビる 海外でも郵便番号は数字のみで構成されている 桁数は日本と違って9桁だが 郵便は必要とされるスピードが桁違いだからね
アルファベットまで認識させたら認識率やスピードが足りないんじゃない？ >>353
確かに郵便番号がアルファベットも使うことになったら
郵便局の仕分けを行う人がすごい大変そうですよね おまえら、一体何の話がしたいの？
バリデーションの話じゃなかったの？
なんで郵便番号で討論してんの？
頭おかしいんじゃないの？ バリデーションを語る上で具体例を出すために
郵便番号をバリデーションするならどうすればいいのという話
郵便番号は数字のみかつハイフンが混ざる可能性がある
しかも増減もあるがきちんとメンテナンスされてる
おまけに誰でも知ってる
これほど教材として適しているものはない
初心者が最初に作るアプリの定番である住所録にも関連あるしな >>356
バリデーションをどこでやるかって話をしてたのに、
お前の言ってるのはバリデーションをどうやってやるかじゃねぇか。
本物の馬鹿か？ お前は 結局このスレって誰もバリデーションわからないんだな
まともな議論になってないし ただ相手の揚げ足を取って騒いでいるだけ わかっててもマジレスする気にならんでしょ スルーしてるわ ネタと分かっていて反応するのは時間の無駄。アンチオートインクリメントおじさんとかいうゴミの相手のほうがまだ楽しかった気がするわ。bigintをあっという間に枯渇させるAUTO INCREMENT BOMBはマジで大爆笑だった。 >>362
bigintがあっという間に枯渇するかどうかなんてどうでもいいんだよ
こっちが言いたいのは主キーに上限が決まっている値を使用してどうするのか？って聴いている >>363
アンチオートインクリメントおじさんのフリして書き込んでもバレバレだぞ。 >>364
主キー上限問題を出したのは俺なんだけど？毎回話題逸らししないで貰えないかな よくわからないんだけど主キーが枯渇してしまった場合の対応について議論したいの？
それとも主キーに上限が決まっているような型を使用するDB設計の問題について議論したいの？ >>364
主キーに上限が決まっているの使うなって発狂していたおじさんと
キャンセル続けるとオートインクリメント枯渇しちゃうおじさんは別人だぞ >>366
どちらかといえば後者のほうを議論したいですが、前者もどうのように対応しているか気になりますね 主キーおじさんだかオートインクリメントおじさんだか知らないけどその話題は後にしてくれ
まだモデルでバリデーションおじさんvsフォームリクエストでバリデーションおじさんの対決が終わっていない >>367
同一人物でしょ。どちらも同じような文体。 >>365
じゃあとりあえずキャップつけてくれるか？ >>369
バッチ処理があるようなシステムの場合はモデルバリデーションで統一するということで決着がついている >>372
違う
バッチ処理ありシステム→フォームリクエストやモデルでのバリデーション等を使い分ける
バッチ処理無しシステム→フォームリクエストでのバリデーションに統一する
これで決着がついている >>373
ちょっｗｗもしかしてそれはバッチとループをかけているでござるかｗｗ bigintは有限だがnumericも有限
varchar2だって有限だ
この世に有限ではないものなどあるものか？ laravelerは、バリデーションすらまともに使えないのか。 バリデーションとは
入力内容や記述内容が要件を満たしているか、妥当性を確認すること >>376
お前はバッチ処理でFormRequestクラス使うの？マジ？ バリデーションとは
１．入力チェック
２．書式チェック（データの形式チェック）
３．妥当性の確認 もうどうでもいい
ループさせんな
ゴミどもには反応するな 今度はバリデーションの定義について論じ始めたし。
馬鹿だらけだな。
こいつら、一生目的地には辿り着けんぞ。 バリデーションをいつするか？
１．入力チェックが必要な時
２．書式チェック（データの形式チェック）が必要な時
３．妥当性の確認が必要な時 モデルというのはデータの入出力を司る
例えばデータベースのSELECT文の結果、CSVファイルの読み込み、フォームのPOSTなどだ
フォームとモデル、どちらに書くという話がそもそもおかしいのだ >>383
ループくんとアンチオートインクリメントおじさんはマジでキャップつけてほしいよね。なんでこんなキチガイばっかり荒らしに来るのか・・・ 【FormRequestとは？】
ValidationをControllerのMethodから切り離し、Validation専用のファイルを作り処理をさせます。
これにより、Controllerの処理記述量を減らすことになり、更にValidationの処理も別のファイルで管理することになるので、各々の処理がシンプルに記述することが可能になります。 つまり、CとMどっちでVaidationをするかというのが事の本質であり
FormRequestなどという概念を持ち出すのは物事の本質を理解していない まず本気でバリデーションの話したいと思ってるやつ(本当に居るかは不明)は、前スレ読んで出直してきてくれ。その上で、前スレ引用して議論してくれ。また最初からこの議論をするのは不毛でしかないし、荒らしにしか見えないから。 >>388
この説明だと間違ってるとは言わないけど説明不足なんだよなあ・・・ >>386
> モデルというのはデータの入出力を司る
こんな気狂い妄言を吐くのが
Laraveler Laravelerは、
Modelとは永続化データにアクセスする為の場所
という、
RoR由来の狂ったMVC感をいまだに持っている化石人ということが証明された。 じゃあモデルって何なの？
未来人のお前らにご説明願おうじゃないか >>386
モデルでCSVファイルの読み込みとか正気か？ >>393
Modelが永続化データにアクセスするのみのクラスって勘違いする人が多いから
laravel5で一旦Modelsディレクトリ消した意味をちゃんと汲み取れてないって事でしょ？
それはLaravelerの問題じゃなくて個人の問題じゃないの？ >>386
CSV読み込みはサービスクラス作ってそっちでやるのが普通では？ >>399
そのサービスクラスの呼び出し元はModelでしょ？ >>400
サービスクラスの呼び出し元はコントローラでしょ TaylorがLaravelの講演会で実演したときのプログラムだとCSV読み込み処理はサービスクラスではなく
リポジトリクラスというのを作ってそっちで処理していたな モデルってのはDBのテーブルに1対1で対応するものだろ
usersってテーブル作ったらUserってモデル作るんだよ
この命名規則に従っていればモデル内でテーブル名は省略可能、これMVCフレームワークの常識だろ 毎回コントローラ名称は単数形にするべきか複数形にするべきか迷うんだけど単数形が正解なのかな？ >>405
間違えた
laravelの命名規則に合わせるなら単数形が正しいと思う >>404
>モデルってのはDBのテーブルに1対1で対応するものだろ
ほんと、Laravel動物園って、こういう奇っ怪な鳴き声の野生獣が後を絶たないなぁ…。 >>404
EloquentModelはそういう作りになってるってだけ
モデル＝EloquentModelって考えるのが間違った認識って>>398ここに書いてあるじゃん マジレスするとcsvインポートの設計は、Laravel-excelを参考にするのが1番良い。 >>410
命名規則の話題って議論の余地ないから
1レスで終了すると思うんだけど定期的に貼られるのか・・・ >>412
前スレ
0244 nobodyさん 2021/06/09 22:43:42
お前らってコントローラの名称を単数形と複数形どっちにしてる？ >>413
なるほど、理解した
次からはスルーします コントローラは複数形、モデルは単数形なほうがいい気がするけどな web用コントローラは複数形、api用コントローラは単数形がベストプラクティスだと思う 何言ってるんだコントローラは単数形統一だろ普通に考えて
それより俺はviewsフォルダ直下にレイアウトを配置する場合のフォルダを作るときに
layoutフォルダを作るべきかlayoutsフォルダを作るべきかよく悩んでしまうぜ それよりもバッチ処理でのバリデーション問題は結局どうするのが正解なの？
FormRequestのrules呼び出して何とかするしかないの？ だから人の話聞いてるか？バッチ処理ではFormRequestは使えない この短期間でなんで大幅に変わるように作ってるんだよ >>419
俺たち所詮雑魚なのだから、つよつよエンジニアが作ってるパッケージや実装を参考にするのが1番良いぞ。上にも書いたけど、まずlaravel-excelを参考にしたら良い。
https://docs.laravel-excel.com/3.1/imports/validation.html >>420
$ruleがpublicプロパティな以上使えないわけねーだろ >>425
それがそうでもないんだよね
実践で使った事ないでしょ？ お前ら平日になると急に元気になるよな
土日は過疎過疎だったのに >>419
逆だよ
rulesはモデルに書いて、FormRequestからやる時はそっちから呼び出す laravel9の情報、公式サイトのどこで見れるかおしえてください これからlaravelを勉強しようと思うのですが
いきなりlaravel9でも問題ないですか？ >>424
>俺たち所詮雑魚なのだから
そうだな。お前たちは本当に雑魚だな。
Laravelが無いと何となく動くシステムすら作れないもんな。 俺にはまだSpring Bootがいるから・・・・ >>434
それはさすがにお前だけだから。一緒にしないでくれ。 初心者がいきなり9やっていいのか？ドキュメントあるの？ >>436
シラスが論理性破綻した鳴き声あげてるし。
マジ、Laravel水族館すげえな。 Laravelをインストールして動かしてるだけでも有能やん
世の中の90%はインストールすらできへんで >>439
そいつらはそもそも職業としてエンジニアやってないだろ… そんなlaravelerにフルボッコにされて逃走してしまうアンチオートインクリメントおじさんみたいなのも居るしなぁ。 >>442
まだ、そんな妄想抱いてたんだ。
排他処理も満足に実装できない動物園児はあいかわらず間抜けだなw >>443
妄想も何もselect for updateも知らないアホが、laravelerは排他制御できない！って言い張ってたのが真実。 プログラマー板から出張してきた底辺てのがその正体かなと俺は予想している。
354 名前:仕様書無しさん :2021/06/23(水) 23:45:28.98
>>346
まさかとは思うけど、
お前、向こうに出張っていって、馬鹿な事言って轟沈して来た？
急にselect for update知ってる奴来たからさ。
基本、Laravelスレの奴はアホしかいないからな。
お前なら、お疲れさん。
アホ共についてもいい事無いぞ？w しかもlaravelerにやり込められたことを認められず、プログラマー板から援軍が行ったと思い込むレベルのアホさ。 >>444
>妄想も何もselect for updateも知らないアホが
な？ Laravelerって日本語理解できないので、
勝手に妄想ふくらませてウキ―ウキ―言うから
会話にならねぇんだよ。 で、動物園児のLaraveler達は、
いい加減、まともな排他処理実装出来るようになったの？ >>448
はいはい。select for updateの話出てきた後も反応できずに、laravelerは排他制御知らないてほざいてた奴に説得力なんて無いからwww これが、Laraveler。
http://medaka.5ch.net/test/read.cgi/php/1621940461/
>826nobodyさん2021/06/22(火) 09:55:34.70
>シークエンスでオートなnumberingをするようなDBのデファインを使うのは優れた方法の1つ
>重複しないことをDBMSが保証してくれる上にパフォーマンスもよい
>よく自動採番の欠点として例示されるのがマスタ画面で新規登録する際
>登録時に採番した番号を表示できない、表示したらキャンセルした場合に欠番が出るなんて言うけど
>エントリー順にnumberingする以上、たとえ手作業でやっても避けられない問題だ これが、Laravelerのバカ実装。
入力に先立って採番するバカ。
http://medaka.5ch.net/test/read.cgi/php/1621940461/
922nobodyさん2021/06/23(水) 10:20:33.10
>918
論点ズレてるぞ
平行実行可能なシステムで連番を付与するとき、先行して採番したユーザーがキャンセルしても歯抜けにならないかどうかの話だぞ >>452
卑怯って何？
Laravelerなんか、俺が言ってない事をえんえんと捻じ曲げて言った事にしつづけてるじゃん。
おれはお前らが実際に言った事を引っ張ってきてるだけだ。 これも、Laravelerのバカ実装。
はい、排他処理を全く知らないが丸わかりですね？ｗ
http://medaka.5ch.net/test/read.cgi/php/1621940461/
915nobodyさん2021/06/23(水) 00:11:46.43
もしかしてだけど「マスタ画面で新規登録」を平行で稼働させないって言ってるの？
「別のユーザーがマスタ画面を利用中なので終わるまでお待ちください」って表示させるつもりなの？ >>454
結局オートインクリメントおじさんと排他処理おじさんは別人なんですか？ 見てください、このバカさ加減を。
たった1つの優れたやり方は「現在、他のユーザーが登録中です」と表示することなんだそうです。
ヘソで茶が沸きますねぇｗ これが、The Laravelerなのです。
http://medaka.5ch.net/test/read.cgi/php/1621940461/
962nobodyさん2021/06/23(水) 11:54:18.82ID:???>>964>>965
新規登録画面（確定画面ではなく入力前）でID表示を強制してくる事業者は少なくない
そして連番を求めてくる
たった1つの優れたやり方は「現在、他のユーザーが登録中です」と表示することなんだ
そしてアプリ的な排他ロックのキーを外し忘れる不具合（しばしばメンテで発生する）が発生して
保守運用チームが気を聞かせて「1人しか同時に登録できなかったので何人でも同時に登録できるようにしておきました」
とドヤ顔で客に報告する
便利だわー、さすがだわーと褒められますますドヤ顔で真っ赤になる
その数時間後に客から「IDが飛ぶんです。不具合です。すぐ直してください」と緊急メンテになり青くなる Laravelerは2021年にもなって、
排他ロックの『キー』を設定するのだそうです。
すごいですねぇ。発想からして原始人です。
http://medaka.5ch.net/test/read.cgi/php/1621940461/
962nobodyさん2021/06/23(水) 11:54:18.82ID:???>>964>>965
新規登録画面（確定画面ではなく入力前）でID表示を強制してくる事業者は少なくない
そして連番を求めてくる
たった1つの優れたやり方は「現在、他のユーザーが登録中です」と表示することなんだ
そしてアプリ的な排他ロックのキーを外し忘れる不具合（しばしばメンテで発生する）が発生して
保守運用チームが気を聞かせて「1人しか同時に登録できなかったので何人でも同時に登録できるようにしておきました」
とドヤ顔で客に報告する
便利だわー、さすがだわーと褒められますますドヤ顔で真っ赤になる
その数時間後に客から「IDが飛ぶんです。不具合です。すぐ直してください」と緊急メンテになり青くなる そして挙句の果てには、『lockディレクトリ』です。
Laraveler動物園児、恐るべし。
http://medaka.5ch.net/test/read.cgi/php/1621940461/
967nobodyさん2021/06/23(水) 12:08:23.12
また説明を見落としてるじゃん
成長ないな
サーバのディレクトリに「lock」っていうディレクトリを作っておくんだよ
ディレクトリ作成に成功したらロック取得、失敗したら他のユーザーがロック中なので退場
また賢くなったな。精進しろよ 俺としては、まずbigintをあっという間に枯渇させる方法を教えて欲しいんだが？
864 名前:nobodyさん :2021/06/22(火) 18:11:40.74 ID:Sb0vhLl6
あー、なんとなく思ったけど、
idがauto_incrementなら、
登録失敗するリクエストを延々と発行し続けられる状況が発生すれば、
BIGINTも結構現実的な時間であっという間に枯渇するなｗ
だって、
『キャンセルした場合に欠番が出る』んだからｗｗｗ
AUTO INCREMENT BOMB 脆弱性と名付けよう。 >>458
信じられないかもしれないけどこの手法Laravelの開発元が推奨しているんだぜ・・・・
おかしいな 今2021年なんだけどな 見てください、このLaravelerの日本語能力の低さを。
都合が悪いのはLaravelerにとってなので、こういう時日本語では『都合の良いレスだけ晒すのやめろ』と言います。
Laravelerの知能水準の低さ、おわかりになりましたか？
https://medaka.5ch.net/test/read.cgi/php/1624434493/l50
459nobodyさん2021/07/06(火) 17:57:38.33ID:???
>457
だから都合の悪いレス晒すのやめろ >>460
これ結構いい方法だと思うけどまずいのか？ >>462
ソースは？俺は少なくとも公式マニュアル等でそんな記述見たことないんだが？ >>462
あー、それはLaravelerは全く勉強していいないので、
排他処理には楽観排他という物が存在するという事を知らないからですね。
ですから、わたしが前スレの800くらいからずっと敢えて全てを語らずに排他処理について語り、
無知なLaravelerに学習させてやろうとしていたのを
『SELECT FOR UPDATEを知らなかった』などと、寝言を言ってウキ―ウキ―喜んでいるのです。
本当に紛うことなき猿、動物園児です。 これ、本気で言っている可能性の方が高いんですよ？ Laravel動物園では。
恐ろしいですねぇ。
https://medaka.5ch.net/test/read.cgi/php/1624434493/l50
464nobodyさん2021/07/06(火) 18:00:47.33ID:???
>460
これ結構いい方法だと思うけどまずいのか？ >>461
ん？ ですから、途中でキャンセルが発生するリクエストを送り続ければいいだけでしょう？
『結構現実的な時間で』枯渇させられますよ？
本当にLaravelerって、日本語が全く理解できない程のチンパンジー揃いですねｗ >>461
Laravelerはバカ過ぎて日本語が理解できないので、
漢字が読めない為に『結構現実的な時間で』の意味がわからず、
ひらがななら読めるので『あっという間に』だけ理解して
ウキ―――――――！！！！！
と、叫びまくっていたのでした。
それが、事実です。
『２、３日』とか、『スーパーコンピューター』とか言い出した時は、
あー、本当に猿なんだ。こりゃ、日本語話しても無理だな、と思って、
Amazonで『ウータン語辞典』を検索したりしたんですよ？ >>466
え？実際俺がselect for updateを使った更新処理について言及した後も、laravelerは排他制御を知らないって喚いてたじゃんwww >>469
具体的な見積もりも含めて枯渇させる方法を質問してるけど、お前そこからずっと逃走してるじゃんwww もう、猿語のオンパレードなので、何を言っているのか全く分かりません。
一つだけ分かる事は、明らかに排他処理を何一つ知らないであろう、という事です。本当に脱力します。
これが、The Laravel動物園なのです。
http://medaka.5ch.net/test/read.cgi/php/1621940461/
937nobodyさん2021/06/23(水) 11:16:01.20
>931
問題を正しく理解できてなかったんだね
ユーザーCに採番1を付与なんていう間抜けな提案でもしてみるか？
それとも採番確定後に再採番でもしてみるか？
シーケンシャルなnumberingにするには確定後に採番するしか問題は解決しないんだよ
他の方法があったら提案してみろよ
ちなみにこの件は自動採番に依存してる部分はないぞ >>470
何言ってるのか、全くわからないな、この文章。
だから、Laravelerは日本語が理解できないと言わざるを得ないんですよね。
前スレの>>800くらいから読み直した方が良いですよ。
あなた、頭が悪すぎます。 >>471
つまりあなたは、何一つ自分の頭では考える事が出来ないと？
本当に動物園児の相手は疲れますねぇ。
日本語が理解できないから、説明したらしたでまた妄想曲解でウキ――――し始めますからねぇ…。 Laravel動物園児は、わたしに指摘されるまで、
排他処理の事など頭の片隅にもなかった、
そして、問題になった後も、
『では、どのように排他を行ったら良いのか？』という点については、
ほぼ、何も分かっていない
という事実を受け入れない程、低俗な集まりなのです。 今、ものすごーく不安になったんだけど、
Laravelerって、
auto_increment以外のユニークな番号の発番の方法、
もしかして全く知らないの？ >>476
横からだが、lockファイル/lockディレクトリをマジでやるなら、nfs使うとかオブジェクトストレージ使うとか方法はあると思う。 今、再び、ものすごーく不安になったんだけど、
Laravelerにチケット管理システム作らせると、
『チケット番号は19桁の数字です』
とか、言い始めるの？ >>478
え？ Laravelerにチケット管理システム作らせると、
チケット番号は『550e8400-e29b-41d4-a716-446655440000』です、
とか、言い始めるの？ >>477
すでにいくつか自動採番以外のパターン書いてあるのに読んでないの？もしかしてselect for update見落としたのも排他制御だと知らなかったからではなく、単に日本語読むの苦手だったからか？ ループくんとそれに釣られるやつのコラボって、ホント無駄にスレすすめるな
どっちも消えろよ あ、あっ、今、凄まじく不安になったんだけど、
もしかして、Laravelerって、
10進数以外とか、BIT演算とか、
し、ら、な、い？ >>482
まったく信憑性のない不可思議な論説を唱える猿
どれの事なのか引用してくれないと突っつきようがありませんねぇ。
放置しましょう。 これが発端と言っても良いかもしれません。
Laravelerは、ユーザの入力に先立って採番を行うという、謎システムを考案する人種なのです。
意味が分かりません。日本語が通じません。対話を断念するほどのバカさ加減、
それが、Laraveler動物園児です。
http://medaka.5ch.net/test/read.cgi/php/1621940461/
922nobodyさん2021/06/23(水) 10:20:33.10
>918
論点ズレてるぞ
平行実行可能なシステムで連番を付与するとき、先行して採番したユーザーがキャンセルしても歯抜けにならないかどうかの話だぞ >>481
> auto_increment以外のユニークな番号の発番の方法
って言っただろ？
(string)Illuminate\Support\Str::uuid()->getInteger();
知らないくせにイキるなよ >>487
あー、全く知りません、すいませんねぇ。
で、その
> (string)Illuminate\Support\Str::uuid()->getInteger();
とやらは、どんなユニークな番号が発番されるんですか？
getInteger()とか書いてありますけど、え？ 数字のみですか？
あのー、すいません。論点、理解されていますか？ 繰り返しますけどぉ、
Laravelerってぇ、ユニークなぁ、IDのぉ、
発番にぃ、
auto_incrementなぁ、番号以外にぃ（数字のみじゃなくてぇ）
もっとぉ、人間的なぁ、発番方法をぉ、
知らないんですかぁ？ >>490
論点は簡単だ
お前とループくんがスレを荒らしてるから黙ってろ ってお話をぉ、
しているんですけどぉ、
Laravelerの人達わぁ、
ロボ過ぎてぇ
理解出来ないんです、
かぁ？ >>489
>建設的な話がしたいわ
ちょうど今、してるじゃん。
人間的なユニークID発番の仕組み。
サンプルは、チケット発番システム。
おまえら『貴方のチケット番号は 4893764397 です』
みたいな、腐れシステム作ってるんだろ？ で、LaravelerはBIGINTなAUTO_INCREMENTが頼みの綱だから、
『貴方のチケット番号は 369872048178498328 です』
とか、キチガイみたいな事言い始めるんだよなｗｗｗｗｗ >>496
ディズニーランドのパークチケットはそんな感じだった気がする
なんかやたらと長い数字の羅列だった覚えがある ディズニーはちょっとわからないけど航空会社の管理システムだとまじで>>496みたいな番号で生成されている
一般利用者に見せる用の確認番号は短めの数字だけど管理者側のIDは糞長い数字 すでにこのスレで採番テーブルの話も出てるし、uuidの話も出ているのに、なぜかlaravelerはauto_incrementしか知らないと言い張るアホが約1名。 マトモなシステムを導入した企業
「おい、型番 JS32S と PS932J の売上レポートを提出しろ」
「はい！」
Laravelを導入した企業の
「おい、ID 18474656783899542 と 4892072618349042 の売上レポートを提出つしろ」
「え？ 何ですって？」 >>490
すまん俺が無知なせいだと思うけど
「ユニークな番号」を「重複しない数字」って受け取っちゃったんだよね
それと論点は
「auto_increment以外のユニークな番号の発番の方法を知っているか知らないか」
だよね？それ以外の仕様入れられても困る
実行結果はこうだよ
>>> (string)Illuminate\Support\Str::uuid()->getInteger()
=> "172787912317449007508377903887728658844"
並び替えしたいなら
>>> (string)Illuminate\Support\Str::orderedUuid()->getInteger()
=> "196518992789714750144711272470304341485" >>497-498
なんでそうなってるか、知ってる？
Laravelerはアホ過ぎるから全く分からないだろうけど。 頭痛くなってきた。
これが、Laraveler品質なのね。
Laravelって動物園かと思ってたけど、機械工場なんだよな。
ロボ。ロボだらけ。
実行結果はこうだよ
>>> (string)Illuminate\Support\Str::uuid()->getInteger()
=> "172787912317449007508377903887728658844"
並び替えしたいなら
>>> (string)Illuminate\Support\Str::orderedUuid()->getInteger()
=> "196518992789714750144711272470304341485" 『貴方のチケット番号は 172787912317449007508377903887728658844 です。』
おまえ、脳みそ腐ってるのか！？ >>503
自分で言い出した論点を忘れるアンチオートインクリメントおじさん。 はい、みなさん、いいですか？
この自体を予測してわたしは、このレスをしておいたのです。
理解できますか？
これ程までに、わたしとLaravelerの知能は、違うのです。
さぁ、見てみましょう。
https://medaka.5ch.net/test/read.cgi/php/1624434493/l50
484 nobodyさん2021/07/06(火) 18:53:16.63
あ、あっ、今、凄まじく不安になったんだけど、
もしかして、Laravelerって、
10進数以外とか、BIT演算とか、
し、ら、な、い？ 見てください、この低脳さ加減を。
この猿は、一体何を問われているのか全くわからないのです。
そう、サル！ 正しく、猿なのです。
Laravel動物園は！！！！
https://medaka.5ch.net/test/read.cgi/php/1624434493/l50
505 nobodyさん2021/07/06(火) 19:29:45.07ID:???
>503
自分で言い出した論点を忘れるアンチオートインクリメントおじさん。 アンチオートインクリメントおじさん発行、ヒューマンリーダブルなidの話とシステムでユニークなidを発行する話を区別できていないのか。 Laravel動物園のサル共には、何を問われているか全く理解できないようです。
いいですか？
数字のみの羅列は分かりづらい、人間的ではない、
適切に多進む文字を織り込むことで全体の文字列長を削減しつつ、
より多くのユニークな情報を盛り込むという、
システム開発に於いてはごくごく当たり前の『常識』が、
Laravelerには『全く理解できない』のです。
これが、Laravel動物園の園児達なのです。
わたしはこの低知能な種族を、『恐ろしい』と思います。
霊長類の叡智を放棄した種族です。 >>508
>ヒューマンリーダブルなid
を発番出来ないサルのボスが何か言い始めました。 >>509
システムでもつユニークなidはヒューマンリーダブルである必要は無いんだが。コイツは、わざわざシステムのidをヒューマンリーダブルにしろって主張してんのか？頭悪すぎる。 >>512
> システムでもつユニークなidはヒューマンリーダブルである必要は無いんだが。
でました。シノニム許容です。
システム開発が破綻する顕著な兆候です。
このLaravelerは、IDの意味を全く理解していません。
シノニムが発生した後、現場がどのように混乱していくのかも全く分かっていません。
Laravelerは歴史に一切学びません。失敗したActiveRecordパターンを採用しているのも、歴史に学ばないからです。
全く勉強しません。同じ過ちを、何度でも繰り返します。 LaravelerはAUTO_INCREMENTなIDに頼り切りの自分を『何としてでも肯定したい』ために、
『そのユーザのIDは 172787912317449007508377903887728658844 です』を許容し、
『ユーザには 「貴方のIDは XDF69875VD37 です」と言えばいいだろう』と寝言をいいますが、
そこにかかる人的コストについては全く理解できていません。
ちなみに、大抵の場合、実は、上記システムの利用者は約3000人でした。
２行目の時点で破綻してますね？ Laravelerは、
排他処理を実装できず、AUTO_INCREMENTしか知らない為、
『キャンセルが発生したら欠番して番号が飛ぶ』事を恐れ、
『あー、INTで足りるか？ BIGINTにしちゃうー？』
などと、実際のユーザ数に伴わない賭博的設計でデータ型を取り決め、
『BIGINTなら絶対足りるっしょ！』などと、
おおよそ、コンピュータを使った仕事に携わっているとは思えない論理で
システム開発の真似事をして日銭を稼ぐ
どうしようもないロクでなし達のようです。 どんどん最初の論点からズレて言ってるな。本気でlaravelarはauto_incrementしか知らないと思い込んでたのかな？それで、予想外の反応が返ってきたから、慌てて論点ズラしたってところか。 そもそもLaravel作ってるやつらがアホの集まりだろ
複合主キー対応がgithubに提案された時も「そんなもの必要ない」とか言って却下されてるし なんで人間的な番号を生成する話になってるんだよ
最初は上限が決まっている主キー云々の話だっただろうが >>514
LaravelだとユーザIDはメールアドレスを使用するだろ
なんでオートインクリメントの値使ってるんだよ >>517
その話も前にしたけど、PHP8.1のFiberと同じく、利用者の大半にとって必要では無い上に、クエリビルダで代替できるものを、わざわざコードベースに追加してメンテナビリティを悪化させるほうがアホ。 >>518
>なんで人間的な番号を生成する話になってるんだよ
>最初は上限が決まっている主キー云々の話だっただろうが
頭の悪すぎるLaravelerは、
複数の相関する不利な命題が出てくるとオーバーヒートして理解の許容量をこえるようです。 >>519
完全に想像どおり、シノニムを持ち出してきました。 >>519
メールアドレスの変更一つで大混乱するシステムの出来上がりです。 >>524
Googleがそれでやらかしてましたねｗ Laravel デメリットで検索したら
laravelは多機能で利便性が高いのが特徴ですが、その利便性と引き換えに処理速度が遅めというデメリットがあります。
特に処理速度が求められないシステムならば問題ありませんが、処理速度が早くないと不都合が生じるシステムでのlaravelの活用はあまりオススメはできません。
って検索結果が出てきたけど実際は「頭の悪すぎるLaravelerが開発担当」という最大のデメリットがあるよなｗ Laravelってなんでオートインクリメントだよりの設計なの？
まさかオートインクリメントを使用しない設計ができないFWなの？ そもそもオートインクリメントをユーザIDに使う必要あるのか？
会員登録時にユーザに好きなIDを入力させるのが普通では？ >>468
そういう攻撃を実行されてしまった場合に現実的な時間で枯渇可能とのことだけど
実際何日ぐらいでbigint枯渇させられるもんなの？ この荒らしの正体がTaylor Otwellだったら笑えるな >>529
それかなり前からずーっと聞いてるけど、答えずに逃げてるよ。 またゴミクソが来たのかよ
頭イカれてんだろゴミ野郎 >>531
お前らが俺からの回答を恐れて逃げ回っているの間違いだろ？ もしかしてオートインクリメントおじさんではなく
オートインクリメントお姉さんの可能性もあるのか SELECT FOR UPDATEなんて使ったらデッドロック発生するけど？ bigint型の有効なデータ(値)の範囲は「-9,223,372,036,854,775,808 〜 9,223,372,036,854,775,807」になります。 >>537
それはMySQLのデフォルトのトランザクション分離レベルのせいであって、select for updateに罪はない。あと8ではデフォルトのままでもデッドロック起きないようになった。 >>537
ちゃんと分離レベル設定しろよ・・ これだからLaravelerは駄目なんだ >>540
>>539書いてるのもlaravelerなんだが・・・。 >>486
考案するのは客だろ
「現在、他のユーザーが登録中です」と表示させないのであれば客の要望に応えないということだ ちょっと目を覚まして覗いてみたら、
このバカ動物園児達、雰囲気でSELECT FOR UPDATEを使ってるから
『デッドロックが怖い、まんじゅうこわい』っつって騒いでんだろうな…。
元の話、どういう話だったか覚えてないのかな？
なんでトランザクション分離レベルとかデッドロックとかいう話が出てくると思ってんだろ？
本当に動物園児の知能、酷すぎるな。 こいつ >>542 に至っては、日本語が全く成立しないし…。
Laravel動物園児の知能レベル、本当にどうなってんだよ…。
-----------------------------------------------------------------
486 nobodyさん2021/07/06(火) 19:00:56.34ID:???
これが発端と言っても良いかもしれません。
Laravelerは、ユーザの入力に先立って採番を行うという、謎システムを考案する人種なのです。
意味が分かりません。日本語が通じません。対話を断念するほどのバカさ加減、
それが、Laraveler動物園児です。
http://medaka.5ch.net/test/read.cgi/php/1621940461/
922 nobodyさん2021/06/23(水) 10:20:33.10
>918
論点ズレてるぞ
平行実行可能なシステムで連番を付与するとき、先行して採番したユーザーがキャンセルしても歯抜けにならないかどうかの話だぞ
-----------------------------------------------------------------
542 nobodyさん2021/07/06(火) 22:43:37.62ID:???
>486
考案するのは客だろ
「現在、他のユーザーが登録中です」と表示させないのであれば客の要望に応えないということだ
----------------------------------------------------------------- >>543
そもそもこの間あなたにスレで指摘されるまでselect for update知らなかった連中だぞ
そりゃまだ雰囲気でしか機能をつかめていないんだろう なぁ、お前ら動物園児には、>>542がマトモな日本語の会話として成立してんのか？
あたま大丈夫かよ、本当にお前らは…。 >>545
指摘したっていうか、本当に軽い冗談で「Laravelerはもしかしてトランザクションも排他もしらないんじゃないの？」って言ったら、
突然一斉に挙動不審になって度肝を抜かれたんだけどね…。 このスレの殿堂入りLaraveler
・.envをコミットする
・node_modulesをコミットする
・vendorをコミットする
・package-lock.jsonをコミットしない
・composer.lockをコミットしない
・認証にユーザIDを利用したいのでemailカラムにユーザIDを入れる
・認証にユーザIDを利用したいのでvendor直下のファイルを修正する
・トランザクションや排他を知らない←NEW そういえばLaravelerってUPDATEでN+1が発生するとかわけわからんこと言ってたね 目が冴えてしまった…。
Laravelerは、
1. 平行実行可能なシステムでは、まず真っ先に採番する
2. 勿論、オートインクリメント採番！ だからユーザーがキャンセルすると歯抜けになるのは仕方ない
3. 園団の一匹の口伝により、突然全児童でSELECT FOR UPDATEを連呼し始める。
4. SELECT FOR UPDATEなんか使ったらデッドロックが起きるぞ！ と、謎の警鐘を鳴らす児童出現
5. RDBMSの設定やバージョンにまで言及し始める ← イマココ！
顧客が本当に必要だった物
・新規ユーザー登録時に欠番しない連番が発行されるシステム
参考）
https://www.google.com/search?q=%E9%A1%A7%E5%AE%A2%E3%81%8C%E6%9C%AC%E5%BD%93%E3%81%AB%E5%BF%85%E8%A6%81%E3%81%A0%E3%81%A3%E3%81%9F%E3%82%82%E3%81%AE&;rlz=1C1SQJL_jaJP781JP781&source=lnms&tbm=isch&sa=X&ved=2ahUKEwiYhcfGhM_xAhWpLqYKHWwYAK8Q_AUoAXoECAEQAw&biw=1182&bih=775 >>549
あー、言ってた言ってた…。
なんすか、それ？ と思って検索してみたら、
確かエンジニアになりたての１年目に書いたforループ処理みたいな話らしくて、
『Laravelerは未だにJOIN知らないんすか？』って思ったんだけど、
Laraveler園児達は『ぐるぐるSQL知らないのかよ！？』と謎の歓喜の雄叫びを上げ始めて、
『あ、あぁぁ…、』って…。
もう、IQ低い人達とはどうやっても会話が成立しないんだなって、ちょっと絶望的になったんだっけ…。 なんで設定の話がでるかと思ったらSELECT FOR UPDATEでデッドロックが発生した場合の解決策として
・MySQL8.0.18以降にする
・transaction_isolationをREPEATABLE-READにする
・更新対象を一意にする
の３つを紹介しているサイトが結構多いのか こんなオートインクリメント便りのフレームワークがなんでPHPフレームワークの中で世界シェアNo1なんだろうか 嫌なら使わなければいいし、だったら何でこのスレにいるの？ >>550
真っ先に採番するってどういうことなんだ？意味が分からないシステムだな >>552
> 〜の３つを紹介しているサイトが結構多いのか
あぁ、そういう事なのか。突然知った言葉でググって最初に見た物を『親』だと思っている、と。
というか、多分貴方だと思うんだけど、前に
『どうして“排他処理のやり方が分からないので教えて下さい”って言えないの？』
って言ってた人が居て、本当にそれだけの事なんだけど、
ずっと『アンチオートインクリメントおじさん』とか寝言言い続けて迷走してるよね、このスレの人達。
凄いよねぇ…、ただ欠番しない連番発行したいってだけの話にRDBのバージョンや設定の話持ち出して来るんだから。
そんな難しい話だったっけ？ 欠番しない連番発行って……？ あー、あまりにもレベルが低すぎるのでわたしも誤読してた。
>>549 が指摘してるのは『UPDATEでのN+1』か。確かに妄言吐いてる奴、居た居た。
あ り え へ ん。 >>545
select for updateについて言及したのがlaravelerで、それに気づかずに排他制御知らないと言い続けてたのがアンチオートインクリメントおじさんだぞ。間違えんなよ。 人格障害の人って、自分がダメージ受けた内容を、相手にダメージ与えたと自分の中で？すり替えてそのダメージを無かったことにしようとするからな >>557
RDBのバージョンではなくMySQLのバージョンだぞ。もしかしてお前、MySQL以外にも世の中たくさんRDBがあること知らない？やべーな。アンチオートインクリメントおじさん。 >>557
お前に「教えてく下さい」て言ったら、教えるってのは本当かい？
おかしいなー。>>117と>>119のやりとり見る限り、それは嘘に見えるけど？
実は排他処理って言葉しか知らないので、>>117みたいに言われても教えられずに>>119みたいに言って逃げたというのか真相だと思ってるんだけどどうだい？
まぁdecimalの仕様すら知らない雑魚に教えてもらうことなんて何も無いとは思うんだけだね。 プログラマなら無駄な言い争いは無益っていい加減学ぼうよ プログラマは脳内で常にこのスレみたいな討論を行ってるんやで？ お前らって、土日は全然レスしないのに平日だけ、やたら元気だよな。
ちゃんと働いてんのか？
やっぱLaravelerって、ニートしか居ないんだろうね。 このスレのLaravelerには、ニートしか居ないことが判明しました。
っていうと、このスレの動物達が「お前はどうなんだよ？」、って聞いてくるんだろうけど、このスレで何度も説明してるからね、動物だからそれが理解できないらしい。 アンチオートインクリメントおじさん、自分がスレに一番張り付いていることを忘れてるな >>568
どこで説明してるの？何度も？いくつかレス番号教えて。 >>568
お前はどうなんだよ ずっと張り付いているだろうが な？ Laravelerって日本語の会話が出来ないから話が前に進まねぇんだよ。
本当に知的障害かってレベルだからなぁ…。
562 nobodyさん2021/07/07(水) 07:46:42.53ID:???
>557
RDBのバージョンではなくMySQLのバージョンだぞ。もしかしてお前、MySQL以外にも世の中たくさんRDBがあること知らない？やべーな。アンチオートインクリメントおじさん。 Laravel被害者を増やさないために、これ、定期的に貼っていこう。
Laravelerは、
1. 平行実行可能なシステムでは、まず真っ先に採番する
2. 勿論、オートインクリメント採番！ だからユーザーがキャンセルすると歯抜けになるのは仕方ない
3. 園団の一匹の口伝により、突然全児童でSELECT FOR UPDATEを連呼し始める。
4. SELECT FOR UPDATEなんか使ったらデッドロックが起きるぞ！ と、謎の警鐘を鳴らす児童出現
5. RDBMSの設定やバージョンにまで言及し始める ← イマココ！
顧客が本当に必要だった物
・新規ユーザー登録時に欠番しない連番が発行されるシステム
参考）
https://www.google.com/search?q=%E9%A1%A7%E5%AE%A2%E3%81%8C%E6%9C%AC%E5%BD%93%E3%81%AB%E5%BF%85%E8%A6%81%E3%81%A0%E3%81%A3%E3%81%9F%E3%82%82%E3%81%AE&;;rlz=1C1SQJL_jaJP781JP781&source=lnms&tbm=isch&sa=X&ved=2ahUKEwiYhcfGhM_xAhWpLqYKHWwYAK8Q_AUoAXoECAEQAw&biw=1182&bih=775 Laravelerが『SELECT FOR UPDATEとはどのように使うべき物なのか？』について、
何一つ理解していない事がまるわかり。 >>572
エンジニアなら単語の表現ひとつも気を遣うもんだよね？やっぱニートなのかな？
この前も、bit演算をBIT演算て書いてたし。それより早くbigintを現実的な時間で枯渇させる場合の具体的な時間の見積もりと手法を教えてくれよ。 >>576
効いてる効いてるｗ
途切れない連番を発行できないLaravelerがイライラしてるｗ 連番発行するだけでRDBのバージョンや仕様について語り合い始めるバカ共って、流石に初めて見た。 お客さん『あの、予約者数を把握したいので、このチケット番号は途切れないようにしてください』
Laraveler『それはトランザクション分離レベルの問題なので、無理です』
お客さん『はぁ！？』 マウントとりたい欲望が抑えきれないんだろうな
実生活でできないことを5chでやって気を紛らわしてるってことだけは分かるが
まあ、溜め込んで犯罪とかに走るよりは良いと思うから、どんどんやりなよw select for updateの話を最初にしたのは俺だけど、それに対してデッドロックがーて指摘するのは別に問題ないと思ったけど？実装方法が不適切ってことが言いたいのだろうと思ったし。
つまり、select for updateが排他制御のことだって気づかず、その後も「laravelerは排他制御知らない!」てわめいて無知を晒してたアンチオートインクリメントおじさんが1番アホである点は揺るがないぞ。 ちなみにアンチオートインクリメントおじさんは頭が悪いので、更新処理における排他制御の話で出たselect for updateの話と、連番処理の話を混同しているようだ。可哀想に。 >>582
>つまり、select for updateが排他制御のことだって気づかず、
まだこの動物園児、なんかホザいてる。
前スレの800あたりから読み返してこいって言ってるのに。
相変わらず、途切れない連番の発番の仕方わかんないみたいだし、動物園児、すげぇな…。 >>583
途切れない連番発番出来ない園児がなんか寝言ほざいてるぅｗ 途切れない連番なんか気にするのは自閉圏の人くらいだよ >>584
select for updateの話をした後もお前がlaravelerは排他制御知らないて吠えてた事実は認めたら？見苦しいよ。 Q『Laravelerに質問です。ユニークな番号はどのようにして発行しますか？』
A『(string)Illuminate\Support\Str::uuid()->getInteger();
知らないくせにイキるなよ』
Q『それはどのような番号になりますか？』
A『172787912317449007508377903887728658844！（ドヤァ！）』
Q『帰ってもらって大丈夫です』 >>587
>select for updateの話をした後もお前がlaravelerは排他制御知らないて吠えてた事実は認めたら？見苦しいよ。
ん？ だって現実に知らないじゃないですか。
あなた、何言ってるんですか？ それ、何語ですか？ Laravelerってやっぱ馬鹿しか居ないんだな
PHP使ってるくらいだから当然か >>587
排他処理知ってたら、途切れない連番くらい発行できるでしょう？
なんでそんなに汗だくになってるんですか？ どうやら、本当に知らないらしいです。
586 nobodyさん2021/07/07(水) 12:59:34.62ID:???
途切れない連番なんか気にするのは自閉圏の人くらいだよ ちょっと前までは『SELECT FOR UPDATE ウキ―！』と大喜びしていたLaraveler達が、
最近は『デッドロックするウキ―！』と、神仏を恐れるかのようにオロオロとし始めました。
彼らは一体、何をしているのでしょうか？ これが、Laraveler。
手作業ですら、避けられないんだそうでうす。
もう、スーパーの刺身盛り合わせにタンポポ乗せる仕事くらいしか出来なそうです。
http://medaka.5ch.net/test/read.cgi/php/1621940461/
>826nobodyさん2021/06/22(火) 09:55:34.70
>シークエンスでオートなnumberingをするようなDBのデファインを使うのは優れた方法の1つ
>重複しないことをDBMSが保証してくれる上にパフォーマンスもよい
>よく自動採番の欠点として例示されるのがマスタ画面で新規登録する際
>登録時に採番した番号を表示できない、表示したらキャンセルした場合に欠番が出るなんて言うけど
>エントリー順にnumberingする以上、たとえ手作業でやっても避けられない問題だ キャンセルを繰り返してbigintを枯渇させるのは犯罪ではないか？ そもそもオートインクリメントって排他制御されてるよね そもそも行ロックはDBMSの実装として普及しているとは言い難い
せいぜいMySQL、Oracle、PostgreSQLぐらいではないか >>595
> キャンセルを繰り返してbigintを枯渇させるのは犯罪ではないか？
例えば、何罪の話をしていますか？
また、犯罪であるかどうかと、システムの欠陥であるかどうかは別の話です。 >>589
排他制御を知ってたからselect for updateを使った更新処理に言及したのだし、お前は排他制御を知らなかったから言及したにも関わらずlaravelerは排他制御を知らないって喚いてた、だよね？事実は正確にね。 >>596
> そもそもオートインクリメントって排他制御されてるよね
えぇぇ！？ またauto_incrementが頼みの綱なお話ですかぁ！？
527 nobodyさん2021/07/06(火) 20:23:40.85
Laravelってなんでオートインクリメントだよりの設計なの？
まさかオートインクリメントを使用しない設計ができないFWなの？ >>599
そういうのは、Laraveler園児達が、
何事もなかったかのように欠番しない連番システムを作れるようになってからホザいてくださいねー？ >>598
偽計業務妨害
システム構築において利用者が法に触れる方法で利用する事まで想定する必要はあるのか？
・ローカルなシステムであった場合はもはやシステムの問題ではなく従業員の故意性や品性の問題
・パブリックなシステムであれば必要最低限の対策は必要だが完全である必要はない
例えば公園のベンチで寝ていたとして髪の毛を抜かれたとしよう。髪の毛が枯渇するまで起きなかったのが悪いのか？抜かれるようなところで寝ていたのが悪いのか？
それとも髪の毛を何らかの方法でロックしておくべきだったのか？
いや、明らかに髪の毛を抜いた者が悪いだろう
システムも同じで犯罪者は警察に捕まるべきなんだ SELECT FOR UPDATEなんて使ったら他のユーザーが採番中はロックかかってるからシステムがフリーズしちゃう >>602
> 犯罪者は警察に捕まるべきなんだ
犯罪者は警察に捕まるべきというのと、
じゃぁ、脆弱なシステムを作ってもいいでしょ？
というのは、別の問題だと申し上げました。 >>606
まずbigintを使ったauto_incrementがどう脆弱なのか説明してくれるかい？未だに、現実的な時間であっという間にbigintを枯渇させられるってバカな主張の根拠が示されていないのだが？ >>607
その前に、Laravelerは欠落しない連番を発行できるくらいにはなりましょう。
システム開発者として、低レベル過ぎますよ？
というか、あなた、必死ですねｗ >>608
欠番を作りたくないという背景がよく分からんけど、欠番作りたくないなら削除機能を設けないようにするだけじゃね？ >>608
低レベルなのはお前だよね。まともに計算も出来ないから、現実的な時間であっという間にbigintを枯渇させられるなんて愚かなことを言ってしまうんでしょ？違うかい？ 疑問なんだがなんでみんな意地を張ってるんだ？
欠落しない連番の発行の仕方がわからないのであれば素直に「お願いします教えてください」って言うだけだと思うけど
自分より技術に詳しい人がせっかくスレに来てるんだから教えを乞うべきだよ 欠落しない連番の発行方法についてだけどみんなは
・Laravelで実装可能
・Laravelでの実装方法はわからないが素のPHPでなら実装可能
・そもそもわからない
どれになるんですか？ 「連番で」
なんて要望が出たらそれにかける時間が無駄と却下するから。
その要望に意味が無い。 顧客「連番でチケット番号発行するシステムを作ってほしいんだけど」
>>614「くだらない要望持ってくる客は消えろ 二度と来るな！！」
Laravelerマジかよｗ >>611
お前の主張は、bigintは現実的な時間であっという間に枯渇するから、連番システムを使うべきって話だったよね？
それに対してlaravelerは、計算も出来ない馬鹿がおかしなこと言ってるな？てことで、枯渇するという根拠を示せと言っている。分かるか？ >>613
> 「連番で」なんて要望が出たらそれにかける時間が無駄と却下する
あなた、その程度の事に、一体どれだけの時間を必要とするんですか？
何の時間ですか？
1. 方法を調べるための時間
2. 方法を実装するための時間
3. 間違いなく連番が発行される検証するための時間
えぇぇ…。 >>612
それはテーブル設計の話だから、FWや言語に依存すると考えるのが頭おかしい。 >>610
> 低レベルなのはお前だよね。
いいですか？ >>610よ、よく見なさい。
これが、Laravelerの実態なのです。
これほどまでに、低レベル。
お前がどれほど頑張ったところで、Laravelerは最低限のIT技術知識を持ち合わせて居ないのです。 >>622
誤魔化さなくて良いので、早くbigintが枯渇するという根拠の提示を頼むわ。
ちなみに前も書いたけどbigintは920京で1年は3153万秒な。 >>621
> それはテーブル設計の話だから、FWや言語に依存すると考えるのが頭おかしい。
そんな当たり前の事すら分からないから、
少し前のレスでRDBMSのバージョンや設定の話に盛り上がり、
『デッドロックしてしまう！』などと、訳のわからない妄言を吐き合うのが、
The Laravelerなのですよ。 >>623
> 誤魔化さなくて良いので
一生懸命ごまかしているのは、あなた一人。
可愛そうなLaraveler。 >>624
それもすでに書いた通り、select for updateを使った実装の問題点の指摘だから別におかしいことではないよ。お前は開発したことないから理解できないようだけと。 > 1年は3153万秒な。
Laravelはあまりにも遅いので、物事の尺度は『秒』です。 なんか、話をはぐらかす人がいるので再掲しますが、
欠落しない連番の発行方法についてだけどみんなは
・Laravelで実装可能
・Laravelでの実装方法はわからないが素のPHPでなら実装可能
・そもそもわからない
どれになるんですか？ >>627
バカでも分かるように秒にしてあげたんだが。仮にμ秒だとしても単にそこから100万倍になるだけだから、枯渇させるには程遠いよ。 Laravelerは、
排他処理を実装できず、AUTO_INCREMENTしか知らない為、
『キャンセルが発生したら欠番して番号が飛ぶ』事を恐れ、
『あー、INTで足りるか？ BIGINTにしちゃうー？』
などと、実際のユーザ数に伴わない賭博的設計でデータ型を取り決め、
『BIGINTなら絶対足りるっしょ！』などと、
おおよそ、コンピュータを使った仕事に携わっているとは思えない論理で
システム開発の真似事をして日銭を稼ぐ
どうしようもないロクでなし達のようです。 >>629 が、Laravelがあまりにも遅い事を、認めました。 >>629 『BIGINTなら絶対足りるっしょ！』
まさしく、この通りの低次元さです。 だから、欠落しない連番の発行方法についてだけどみんなは
・Laravelで実装可能
・Laravelでの実装方法はわからないが素のPHPでなら実装可能
・そもそもわからない
どれになるんですか？ 答えてくださいっ！ >>631
ふむ。ついに日本語自体通じなくなったか。とりあえず出直しておいで。次はbigintを現実的な時間で枯渇させられるという主張の根拠を用意してきてくれよな。 何故か一人だけ勝ってる気になってる >>634 が、ちょーうけるｗｗｗｗ
Laravelerは欠番しないIDすら発行できないのにｗｗｗ Q『Laravelerに質問です。ユニークな番号はどのようにして発行しますか？』
A『(string)Illuminate\Support\Str::uuid()->getInteger();
知らないくせにイキるなよ』
Q『それはどのような番号になりますか？』
A『172787912317449007508377903887728658844！（ドヤァ！）』
Q『帰ってもらって大丈夫です』 >>630
Laravelも昔はbigint使ってなかったんだけど
「デフォルトでbigintにしておけば安全だよね」とかいう意味不明なissueが立てられて採用された結果
デフォルトでbigintのオートインクリメントが使用されるようになった
LaravelerどころかLaravelのコミッターもアホですね これが、Laraveler。
http://medaka.5ch.net/test/read.cgi/php/1621940461/
>826nobodyさん2021/06/22(火) 09:55:34.70
>シークエンスでオートなnumberingをするようなDBのデファインを使うのは優れた方法の1つ
>重複しないことをDBMSが保証してくれる上にパフォーマンスもよい
>よく自動採番の欠点として例示されるのがマスタ画面で新規登録する際
>登録時に採番した番号を表示できない、表示したらキャンセルした場合に欠番が出るなんて言うけど
>エントリー順にnumberingする以上、たとえ手作業でやっても避けられない問題だ >>636
ユニークな番号をどうやって発行するの？という質問に対してはその回答で正解でしょ
ユーザが覚えやすいとか人間が扱いやすいとかそういう条件がつくんだったら不正解だけど >>637
結果、LaravelerはBIGINTなauto_incrementが無いと何も出来ない作業工に成りはて、
今は、何としてでもその牙城を守る事だけが魂の拠り所に…。 で、LaravelerはBIGINTなAUTO_INCREMENTが頼みの綱だから、
『貴方のチケット番号は 369872048178498328 です』
とか、キチガイみたいな事言い始めるんだよなｗｗｗｗｗ >>639
> その回答で正解でしょ
もう、Laravelerって、感覚からしてトチ狂ってるロボなんだよね。
正解なわけないじゃん。
こんなロボ共に絶対に仕事発注してほしくないわ。 マトモなシステムを導入した企業
「おい、型番 JS32S と PS932J の売上レポートを提出しろ」
「はい！」
Laravelを導入した企業の
「おい、ID 18474656783899542 と 4892072618349042 の売上レポートを提出つしろ」
「え？ 何ですって？」
Laravelerの主張
「だって、idと製品番号が同じ必要は無いじゃないですか！』
マトモな人間の発想
「お前、同じ製品番号の商品が複数あると思ってる？ 製品番号をIDにするだろ？ 普通」
Laravelerの主張
「だって、Laravelはauto_incrementなIDしか持てないんですよ！！」
マトモな人間の発想
「そんなポンコツ、何で採用した！？」 面白いねぇｗ Laravelerの発想、面白いねぇｗｗｗｗ >>635
そんなつもりは無かったけど、そう思ったということはお前自身が心のどこかで俺に負い目を感じたからだろう。可哀想に。 LaravelがオートインクリメントIDしか持てないってなんの話なんだ？
別にデフォルト設定がオートインクリメントなだけであって
オートインクリメントIDをオフにもできるし、数値だけでなく文字列も可能だけど いいですか？ みなさん。
Laravelerは、auto_incrementとuuid()が無いと、
な に も で き ま せ ん ！！！！ Eloquentは、各モデルの対応するデータベーステーブルにidという名前の主キーカラムがあることも想定しています。
必要に応じて、モデルのprotected $primaryKeyプロパティを定義して、主キーとして機能する別のカラムを指定できます。
さらに、Eloquentは、主キーが増分整数値であることも想定しています。これは、Eloquentが主キーを自動的に整数にキャストすることを意味します。
非インクリメントまたは非数値の主キーを使用する場合は、モデルにpublicの$incrementingプロパティを定義し、falseをセットする必要があります。
モデルの主キーが整数でない場合は、モデルにprotectedな$keyTypeプロパティを定義する必要があります。 >>645-646
相変わらず、欠番しない連番の発行方法については何一つ語りません。
かわいいですねぇｗ >>648
へぇ。なんか長いしごちゃごちゃ言ってるんで読んでないですけど、
で、複合プライマリキーは？
業務システムでは必須ですよねぇ？ >>646
アンチオートインクリメントおじさんの妄想だから、そこあんまり突っ込んでも得るものは無いよ。 >>649
やめたれｗそんなこと言うとまたbigintの枯渇時間がどうのこうのって反論してくるぞｗ バカ過ぎるから再掲しとけ。
Laravelerの特徴
・.envをコミットする
・node_modulesをコミットする
・vendorをコミットする
・package-lock.jsonをコミットしない
・composer.lockをコミットしない
・認証にユーザIDを利用したいのでemailカラムにユーザIDを入れる
・認証にユーザIDを利用したいのでvendor直下のファイルを修正する
・トランザクションや排他を知らない←NEW
https://medaka.5ch.net/test/read.cgi/php/1624434493/548 Laravelerは、
1. 平行実行可能なシステムでは、まず真っ先に採番する
2. 勿論、オートインクリメント採番！ だからユーザーがキャンセルすると歯抜けになるのは仕方ない
3. 園団の一匹の口伝により、突然全児童でSELECT FOR UPDATEを連呼し始める。
4. SELECT FOR UPDATEなんか使ったらデッドロックが起きるぞ！ と、謎の警鐘を鳴らす児童出現
5. RDBMSの設定やバージョンにまで言及し始める ← イマココ！
顧客が本当に必要だった物
・新規ユーザー登録時に欠番しない連番が発行されるシステム
https://medaka.5ch.net/test/read.cgi/php/1624434493/550 >>649
俺は欠番しないシステムにすべきってお前の主張の前提である「bigintは現実的な時間であっという間に枯渇する」に同意してないので、その根拠が示されるまでは先に進むつもりはないぞ。示してくれたら、その欠番しないシステムの話も教えてあげるよ。 >>650
残念ながらその点に関しては標準ではサポートしていない 以下ドキュメント抜粋
Eloquentは、それぞれのモデルがその主キーとして役立つことができる、少なくとも１つの一意に識別される「ID」を持つ必要があります。
Eloquentモデルは「コンポジット」主キーをサポートしていません。しかし、テーブルの一意に識別される主キーに加えて、データベーステーブルに追加のマルチカラム、
ユニークなインデックスを追加することができます。
複合主キーを使いたかったらmopo922/LaravelTreatsというライブラリを別途インストールする必要がある >>650
eloquentでは採用してないが、クエリビルダで補完できるってのはすでに上で説明してあるんだけどなー。 >>647
何しれっとuuid増やしてんだよw
まず知らなかったです、uuid追加しますって言えよ >>650
正直それについては反論できません・・・・・・・・・・・・・・・
githubのissueに複合主キーサポートしてくれよって要望が追加されたけど
結構揉めた挙句、複合主キーはシステムに必要ないとか言われて却下された >>659
オートインクリメントおじさん、自演は恥ずかしいからやめよう無い。laravelerならクエリビルダ知らないやつはいないから、そういう間抜けなコメントはしないんだわ。 >>659
そら、そうでしょうよ。
だってLaravelerって>>655-658みたいな睾丸がムチムチなバカばっかなんですもん。
世の中って、バカほど声がでかいから、マトモな事を言う人間は苦労するんすよ。 ■マトモな人間とバカLaravelerとの戦争
マトモなシステムを導入した企業
「おい、型番 JS32S と PS932J の売上レポートを提出しろ」
「はい！」
Laravelを導入した企業の
「おい、ID 18474656783899542 と 4892072618349042 の売上レポートを提出つしろ」
「え？ 何ですって？」
Laravelerの主張
「だって、idと製品番号が同じ必要は無いじゃないですか！』
マトモな人間の発想
「お前、同じ製品番号の商品が複数あると思ってる？ 製品番号をIDにするだろ？ 普通」
Laravelerの主張
「だって、Laravelはauto_incrementなIDしか持てないんですよ！！」
マトモな人間の発想
「そんなポンコツ、何で採用した！？」 >>661
いや、それeloquentの話な。ちゃんとissue理解してないのか？まさかとは思うけど、お前マジでlaravelerなのにクエリビルダ知らないのか？
laravelとしては複合キーはクエリビルダで対応可能。eloquentではサポートしていないってだけ。 >>659
ORM開発で必ず問題に成ってくるのが『JOINをどうするか』問題。
DAOもActiveRecordも、基本は １テーブル対１Class、つまり、ORMが『テーブルに対して』紐付いている。
その設計では基本的に『JOINが実質出来ない』。エンティティもテーブルに対して紐づく為に、が対応できなくなるから。
だから、DAOやActiveRecordのアプローチでORM開発してる奴らは『JOINさせたくない』ので、複合プライマリキーを認めたくない。
例えば商品の注文場合、最低限で考えても必ず
注文伝票のプライマリキー：order_id
注文商品のプライマリキー：order_id, item_id
となる。
これをしないデータベース設計なんか見たこと無い。
これを『テーブル設計が悪い』って言う奴が居るとしたら、そりゃもう、『おまえ、脳みそ腐ってるだろ？』としか言えない。 『N+1問題』とか寝言を言って喜んでいるLaraveler達…。
今、2021年っすよ？ eloquentではサポートしていないって『だけ』。
……やてｗｗｗｗｗｗｗｗ ちょーうけるｗｗｗｗ
今、2021年っすよ！？えｗｗｗｗｗｗ 複合主キーでなくともJOINはできるだろｗ
JOINの件は複合主キーとは関係ないよ 長ったらしく書いてるけど注文のテーブルだったら
ordersにid,注文関連の情報など
order_detailsにid,order_id,item_id,countなど
このorder_idとitem_idが複合ユニークにすればいいだけちゃうのか？ あのさぁ、お前達の読解力なんとかしてくれ。
> 複合主キーでなくともJOINはできるだろｗ
> JOINの件は複合主キーとは関係ないよ
その通り、JOINには直接は関係ない。
1. 普通のテーブル設計すると、テーブルに従属関係が出来るので、複合プライマリキーは必ず必要になる
2. テーブルに従属関係を作るのは、主テーブルのレコードに紐づく従属テーブルのレコードを関連付けてSELECTしたいから
3. 当然、JOINしたくなる
4. テーブルに紐付いているORMだと、SELECT結果がORMの設計理念から外れるため、JOINを実装しづらい。
これを逆算すると、1を禁止するのが一番良いという結論にたどり着く。
自分でActiveRecordパターンのORM作ってみれば、はっきりと分かる。
『あ、そもそものORM設計間違ってた』って。でも、後戻りは出来ない。
PHPは元々メンバ変数を動的に作成できて
例えば結果を \stdClassオブジェクトに対してマッピングすれば、無理やりJOINを実装しても破綻しないけど、
それは結局、場当たり対応以外の何物でもなくなる。
> このorder_idとitem_idが複合ユニークにすればいいだけちゃうのか？
それ、妥協案っていうんだよ普通。そうすれば確かに問題は起きないだろうな。
でもな、
お前の上げたその解決法の事“こそ”を、世間一般では『テーブル設計が悪い』って言うんだよ、普通。
RDBの思想に、明らかに反してるだろ。本末転倒なんだよ、お前の言ってる事。 >>665 をしようとすると、『ぐるぐるSQL』になってしまう、
The Laravel ！！！
えぇぇ！？ 今、2021年っすよ！？ マジっすか！！！！！？？？？ｗｗｗｗ >>670
それ、前スレの引用だったっけ？
> お前の上げたその解決法の事“こそ”を、世間一般では『テーブル設計が悪い』って言うんだよ、普通。
いわないいわないｗｗｗｗｗ
Laraveler、マジ、脳みそ、腐ってるｗｗｗｗｗ
> RDBの思想に、明らかに反してるだろ。本末転倒なんだよ、お前の言ってる事。
してないしてないｗｗｗｗｗ
そういう事をするために開発されたのがRDBｗｗｗｗ
まじ、Laraveler トチ狂ってるｗｗｗ こんなオートインクリメントしか使えないフレームワークが業界シェア1位って終わってるな
それとも他のPHPフレームワークがもっと終わってるから一番ましなのがLaravelなのか？ それで結局、「bigintは現実的な時間であっという間に枯渇する」という主張の根拠は、今日も示せないってことで良いかな？ 確か前スレで、『そのエロなんたらとクエリビルダ、併用出来ないの？』って聞いたら
『学習コスト考えろ！』とか言っていたのがLaravelerだったのに、
さっき『複合プライマリキー出来ないんスカ？』って聞いたら
『クエリビルダがあるだろ、ボケ！』と、
謎の言葉を吐く、Laraveler ｗｗｗｗ
もうこいつら、論理性皆無ｗｗｗｗ >>684
学習コスト考えろなんて話見たことないけど。レス番号示してくれる？ >>682
違います。終わってる奴らでもなんとなく使えるのが、
Laravelと、Wordpressなのです。
バカ御用達の二大巨頭なのです。 前スレで、eloquent禁止にしてるって企業はあるって話はしたけどね。当然ActiveRecordによる制約を受けたく無いからそういう指針になってるはずで、併用できないのか？てのはかなり愚問だと思われる。 >>687
おい、愚問なのに、なんで複合プライマリキーならクエリビルダ使えとか言い始めてんだ？
脳みそ、涌いてんのか？ Laravelerの特徴
・.envをコミットする
・node_modulesをコミットする
・vendorをコミットする
・package-lock.jsonをコミットしない
・composer.lockをコミットしない
・認証にユーザIDを利用したいのでemailカラムにユーザIDを入れる
・認証にユーザIDを利用したいのでvendor直下のファイルを修正する
・トランザクションや排他を知らない
・複合プライマリキーはRDBの思想に反している ←NEW >>688
あー、俺以外のやつが勝手に横からレスしてたのか。そりゃ確かに俺の記憶に無いわけだ。 >>689
ActiveRecordてパターンとは相性悪いのが複合プライマリーキーだから、クエリビルダ使えて主張するのは当たり前の話だよね。前スレの790に書いた通りだぞ。よく読め。
790 名前:nobodyさん [sage] :2021/06/21(月) 21:09:46.99 ID:???
アプリケーション中心の設計ならEloquent、データベース中心の設計ならクエリビルダ使えるのがLaravelの良いところなんだが、まぁアホには理解できんだろう。 9223372036854775807
1msごとにリソースを消費するとして9223372036854775
ユーザーが100万人いるとして922337203
※この時点でまだ1秒しか経過していない
1日は3600秒だから256204
256204日は701
つまり、たった701年でbigintは枯渇してしまう！！
さらにCPUが64スレッドだったとしたら20年だ
20年で枯渇するのではれば十分現実的だと言える
しかも20年後はきっとスレッドは64よりもっと十分に大きいだろう
以上のことからbigint枯渇は現実的かもしれないといえる！ 逆の視点から考えてみよう
64bit整数とはつまり8バイトだ
ただの連番IDに8バイトも使うのだ
レコードが1兆あったとすれば8兆バイトのストレージが無駄に使われるのだ
これはbigintが枯渇するよりもストレージの枯渇を心配したほうがいいのではないか？ >>692
だからわたしが、何度も何度も再三に亘って『それ、併用できないんすか？』って聞いたのに、
おそらくはずっと『bigintが枯渇ウキ―！』って言ってるバカが、全く答えようとしなかったんだよその問題。お前なのかな？ よーわからんけど。
あんとき普通に『適材適所で使い分ければイイんじゃね？』って言ってれば良かっただけなのに、
Laravelerは見ての通りのアホ揃いだから返答をごまかし続けたんだろ。
Laravelerは、FWが無ければ何も出来ないアホ揃いだって事をまず認めて、そっからスタートすべきだな。 >>663
主キーを製品番号にした場合、製品番号の変更できない >>694
>レコードが1兆あったとすれば8兆バイトのストレージが無駄に使われるのだ
>これはbigintが枯渇するよりもストレージの枯渇を心配したほうがいいのではないか？
いや、『欠番が出ることが問題っすよ』って話だから。
8兆バイトは費やさないね。
極端に言うと、1の次が922京で、オーバーフローして3レコード目のINSERTでエラー、
ってのもあるよー！って問題。 >>697
>主キーを製品番号にした場合、製品番号の変更できない
変更すればいいし（なんで変更できないと思ったのか理解できない）
製品番号変わったら、それは別の製品。
社会人ですか？ 本当に？ >>628
「欠落しない連番の発行方法」だけだと要件が足りない
欠落を定義してください >>695
だから「併用すればいいんじゃないですか？」自体が愚問でしょ。790の意味を理解してないってことじゃない。 チーム開発する場合、1番気をつけるべきなのはアーキテクチャに一貫性を持たせること。
だからActiveRecordに依存するならeloquentのみを使うべきだし(パフォーマンスを要求するバッチ処理は除く)、ARに依存したくないあるいはデータベース設計を中心の開発がしたいなら、クエリビルダのみで設計すべきだよね。 >>702
バカじゃなければ、『何がどうで、こういう理由だから愚問です』って、
日本語を、話して貰えますか？
Laravel動物園児の相手、マジ、疲れる…。 >>703
クエリビルダのみで設計→クエリビルダのみで実装 >>704
その説明が必要な時点でチーム開発とかしたことないよねって前スレで煽ったはずなんだよね。今回はアマチュアにも優しくしようと思って、>>703で補足しておいてやったぞ。 >>703
ごめーん、マジで、何言ってっかわかんないんだけど、
Laravelerってさ、全部自分たちで決められる自社開発以外、
頭の中には無いです！ って言ってる？
『だからActiveRecordに依存するならeloquentのみを使うべきだし(パフォーマンスを要求するバッチ処理は除く)、ARに依存したくないあるいはデータベース設計を中心の開発がしたいなら、クエリビルダのみで設計すべきだよね。』
それ、無理が出てきたらどうすんの？ 併用しないんだよね？ また、チンパンジーが何かウキ―言ってるし。
猿語、マジワケワカランな。Laravel動物園、相変わらずすげぇな。
706 nobodyさん2021/07/07(水) 22:43:28.16ID:???
>704
その説明が必要な時点でチーム開発とかしたことないよねって前スレで煽ったはずなんだよね。今回はアマチュアにも優しくしようと思って、>>703で補足しておいてやったぞ。 一日が3600秒とか、正規のユーザーとか…、
寝言言ってるバカは泳がせておくに限るんですよ。 >>707
具体的に無理がでるケースを述べてみなよ。 ■マトモな人間とバカLaravelerとの戦争
マトモなシステムを導入した企業
「おい、型番 JS32S と PS932J の売上レポートを提出しろ」
「はい！」
Laravelを導入した企業の
「おい、ID 18474656783899542 と 4892072618349042 の売上レポートを提出つしろ」
「え？ 何ですって？」
Laravelerの主張
「だって、idと製品番号が同じ必要は無いじゃないですか！』
マトモな人間の発想
「お前、同じ製品番号の商品が複数あると思ってる？ 製品番号をIDにするだろ？ 普通」
Laravelerの主張
「だって、Laravelはauto_incrementなIDしか持てないんですよ！！」
マトモな人間の発想
「そんなポンコツ、何で採用した！？」 Laravelerの特徴
・.envをコミットする
・node_modulesをコミットする
・vendorをコミットする
・package-lock.jsonをコミットしない
・composer.lockをコミットしない
・認証にユーザIDを利用したいのでemailカラムにユーザIDを入れる
・認証にユーザIDを利用したいのでvendor直下のファイルを修正する
・トランザクションや排他を知らない
・複合プライマリキーはRDBの思想に反している Q『Laravelerに質問です。ユニークな番号はどのようにして発行しますか？』
A『(string)Illuminate\Support\Str::uuid()->getInteger();
知らないくせにイキるなよ』
Q『それはどのような番号になりますか？』
A『172787912317449007508377903887728658844！（ドヤァ！）』
Q『帰ってもらって大丈夫です』 aravelerは、
1. 平行実行可能なシステムでは、まず真っ先に採番する
2. 勿論、オートインクリメント採番！ だからユーザーがキャンセルすると歯抜けになるのは仕方ない
3. 園団の一匹の口伝により、突然全児童でSELECT FOR UPDATEを連呼し始める。
4. SELECT FOR UPDATEなんか使ったらデッドロックが起きるぞ！ と、謎の警鐘を鳴らす児童出現
5. RDBMSの設定やバージョンにまで言及し始める ← イマココ！
顧客が本当に必要だった物
・新規ユーザー登録時に欠番しない連番が発行されるシステム Laravelerの本音
俺たち所詮雑魚なのだから、つよつよエンジニアが作ってるパッケージや実装を参考にするのが1番良いぞ。上にも書いたけど、まずlaravel-excelを参考にしたら良い。 複合プライマリーキーはRDBの思想に反しているってのはどこに書いてあるの？レス番号教えて。 デッドロックを恐れてSELECT FOR UPDATEが使えない Laraveler >>537 >>711
Laravelがオートインクリメント以外のID持てること知らないのか？ あと、laravelはauto_incrementなidしか持てないってのはどこで出てきた主張だろうか？それもレス番号を示してくれ。 もう、Laravelerって針のむしろじゃないっすかぁｗ？ >>719
オートインクリメントがないと何もできないんだから出しゃばるなよ Laraveler…、なんでそんなの使ってるの…。
https://medaka.5ch.net/test/read.cgi/php/1621940461/730
> N+1をFW側で回避することは非常に難しいですよ
> その実装をできた人は世界中で表彰されるだろうと言われるぐらい難しいことなんです LaravelってN+1が発生したときに例外発生させることが出来たような気がするけど >>723
あなたのIDは172787912317449007508377903887728658844なので、
帰ってもらって大丈夫ですよｗ >>724
一方、マトモなエンジニアはJOINを使った。 >>724
それは8.41とかごく最近のバージョン以降の話しね。 >>727
！？ いきなり死ねっていわれた・・・・ >>726
マトモなエンジニアは発行されるSQL確認したうえで、eagerloadとlazyload使い分ける。eloquentでjoinとかバカかよ。 >>724
例外発生させたあとどうするの？例外をキャッチして例外処理できるのかな？
結局N+1対策ってソース修正しかない気がするんだけど >>722
Laravelを否定したいのか？
まずLaravelを使うのが大前提であって不都合があれば努力すればいい
なぜ使っているか問うのはナンセンスだ
世の中の大多数はLaravelを使っており自社新規開発でも下請け保守開発案件でもLaravelは避けられない
嫌なものを回避して自分流の開発方法（例えばFWなしで1ファイルに全てソースを書きDBアクセスは全てSQL1文で済ますような）
で開発するのはただの趣味なんだ
仕事でプログラミングをするというのはLaravel開発をするということであり
Laravel開発するということがプログラマとしての成長なんだ >>717
行ロックのデッドロック回避は設計レベルで処理の流れの変更が必要
もしくはDBの性能を低下させるような設定変更が必要なんだ
プログラマレベルで小手先の対応ができる話じゃない >>714
顧客が本当に必要だった物
××××××××××××××××××××××××××××
×新規ユーザー登録時に欠番しない連番が発行されるシステム×
××××××××××××××××××××××××××××
〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇
〇新規ユーザー登録時に画面にIDが表示されるシステム〇
〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇〇
一番大事な要件である画面にID表示を意図的に仕様から落とすなんてひどい開発会社さんですね！ >>712
・トランザクションや排他を知らない
→トランザクションも排他もデッドロックが発生する
・複合プライマリキーはRDBの思想に反している
→情報処理技術者試験でも自然キーが採用されている
代理キーに逃げるような技術者は「データベーススペシャリスト」の称号を得られない >>710
無理が出ないというのはつまりARはSQLを全て表現できると言っているのと同じ事
ARは万能なのかい？ >>701
1日が3600秒ではなく24時間だったとしよう
0.83年
つまり、たった303日でbigintは枯渇する
平均的なシステムリプレースのスパンは5年だがリプレースされても主キーがリセットされるわけではない
ハードウェアリプレース、ソフトウェアリプレースされてもデータベースリプレースというのはない
データベースの寿命はシステムの中で一番長い >>699
製品番号が変わる事は珍しい事ではない
例えばJANコードはメーカーが買収されたら変わってしまう
JANを主キーにしてしまうのはJANの採番ルールを知らないからだ
また、スーパーでアルバイトをしたことがあればセール中だけJANコードが変わってしまう事はよく知っているだろう
単純に命名ルールの変更で製品番号が変更されることもある
その場合に新製品番号列を追加することになってしまう
旧製品番号と新製品番号が存在して、しかも旧製品番号はもはや採番ルールを失っている アンチオートインクリメントおじさんとは違う変なのが湧いてきたな・・・ >>737
この仕様なら欠番したくないのもわかるわ。
発達障害に言葉足らずの人多いんだけど、そういう人っね「なぜ」の部分が欠落しちゃうんだよね。
自分がわかってることは相手もわかってると思い込んでしまうというか。 もうオートインクリメントの話とかお腹いっぱいだしどうでも良い
それよりLivewireってどうなの？ Vue.jsより使いやすい？ PHPでJavascriptも操作するって違和感あるんだが また動物園児がなんか喚き始めてるし
>>736 nobodyさん2021/07/08(木) 06:58:56.87ID:???
>717
行ロックのデッドロック回避は設計レベルで処理の流れの変更が必要
もしくはDBの性能を低下させるような設定変更が必要なんだ
プログラマレベルで小手先の対応ができる話じゃない
やりたい事はたったこれだけの事なのに、プログラマレベルではお手上げなんだって、Laravelerはぷぷぷｘ
↓↓↓
>>737
>新規ユーザー登録時に欠番しない連番が発行されるシステム Laravelerって、本当にチンパンジーしかいないのかな？
それは製品番号が変わってるんじゃなくて、店舗商品コードが変わってて、
別の商品なんだよ、ばーーーーーーーーーーーーーーーかｗｗｗｗ
741nobodyさん2021/07/08(木) 07:29:44.59ID:???
>>699
製品番号が変わる事は珍しい事ではない
例えばJANコードはメーカーが買収されたら変わってしまう
JANを主キーにしてしまうのはJANの採番ルールを知らないからだ
また、スーパーでアルバイトをしたことがあればセール中だけJANコードが変わってしまう事はよく知っているだろう だめだｗ
Laraveler動物園児、バイトしかした事ないから、
商業の仕組みがどうなってんのか全くわかってないｗｗｗｗｗ こういうのは、取扱商品マスタと、販売商品マスタの類が別にあって、
取扱商品、つまりこれまでの話の流れで言うところの製品番号を外部キーとして、
Laravelが、『ちょーーーーーーー苦手』な複合キーを設定して販売商品マスタに商品登録するんだよｗｗｗｗ
ばっかじゃねぇの？ Laraveler > スーパーでアルバイトをしたことがあればセール中だけJANコードが変わってしまう事はよく知っているだろう
> 旧製品番号と新製品番号が存在して、しかも旧製品番号はもはや採番ルールを失っている
本当に脳みそ腐ってんじゃねぇの？ Laravelerって。 >>744
比較対象がおかしい気がする。実際はLivewire+Alpine.jsとlaravelAPI+axios++vue+vuexの比較になるんじゃないかな。
その上での話だけども、簡単なUI作るならLivewireのほうが圧倒的に楽。一方複雑なUI作るなら、Vueのほうがサードパーティのパッケージ揃ってるし、サンプルコードや解説があるという理由で楽。
ある程度非同期で入力していくようなフォームなら前者。例えばテキストボックスからタグを複数個、都度候補を絞り込みながら設定するようなUIなら後者。 >>750
これはヨーカードーだとその通りだよ 他のスーパーの事情は知らないけど >>751
なるほどね
Vueは何かと面倒だしLivewireでやれるならそっちの方が良いけど、
痒いところに手が届かなそうね
でも面白そうだし、ちょっとかじってみるかな 何でも出来合いのもの使う時はそうだよな
細かい事に拘らないなら速くできる
拘り始めたら一転して地獄になる すいません、教えてください。
PHPとLaravelを覚えようと思っています。
しかし、このスレで聞いたのですがLaravelを覚えても零細企業にしか就職できないという話は本当なのでしょうか？
それともたまたまこのスレに零細企業勤めが多いだけなんですか？
JavaやJVM系を覚えたほうが大手に就職できますか？ >>756
大手に就職したいなら、まずは5chに書かれていることをいちいち信じないようにしましょう
ついでに5ch見るのもやめた方がいいですね >>756
このスレ見れば分かるけど零細以前に働いてないやつのほうが多いぞ >>756
「すいません」じゃなくて「すみません」な
日本語は正しく使ってね >>756
覚えた言語程度で合否が決まる会社は大手じゃない そもそも大手に転職するって、よほど能力ないと無理じゃね 派遣で大手企業にいって、プロパーより有能だと部長に認められたらお誘いが来るけど
そもそもそんなに有能なやつは派遣元でも優遇されてるから簡単に引き抜けない 大手勤めの俺から言わせてもらうと、大手はレガシーな環境多いから、楽しいかはかなり微妙だぞ。 外注にLaravelでの開発見積取ったら結構大きい金額が来て草 プログラマなら値引き交渉ぐらいしろよ・・・そのまま見積を受け入れるな まあ、運もある
俺も面接の時の受け答えがたまたま担当の人が評価してくれただけで、
ほんと運で入れたようなもんだ その時の担当こそがオートインクリメントおじさんである >>772
値引き交渉の役目は営業だろ プログラマがやるなよ なんで営業が値引き交渉すんだよ
やるならプロマネかディレクターだろ
やっぱLaravelerって馬鹿しかいないんだな マウントおじのマウント芸もワンパターンでツマランな >>776
プロマネすらいない会社にしかLaravelerは勤めていないからね プログラマならプラスになるレスしないと
単にいがみ合うためにレス返しても無駄でしょ ここにいる人の大半はLaravelからある程度距離を置いてる人でしょ
ガチの人はこんなゴミ情報しかないところを見るわけないし プログラマの最強スキルはコーディングでもインフラでも設計でもない。もちろんコミュニケーションなんかでもない
見積もりなんだよ！！！ https://readouble.com/laravel/8.x/ja/configuration.html
> environmentメソッドに引数を渡して、環境が特定の値と一致するかどうかを判定することもできます。環境が指定された値のいずれかに一致する場合、メソッドはtrueを返します。
Laravel開発者は、アプリケーションにおける基本的な命名ルールすら理解していないのか…。 >>783
この話がどうやって命名ルールに紐づくのかよく分からん >>784
これが、Laravelerの基礎学力。 またアンチオートインクリメントおじさんが暴れてるのか。やれやれ。スキル低い上に何のプラスにもならんから早く消えてほしい。 まともな話しておくと、待望の新LTSであるLaravel9は2021年9月リリースから、2022年1月リリースに延期されました。今後は、Laravel10は2023年1月、11は2024年1月となっていく予定。 違うぞ。Symfonyが今年11月にメジャーバージョンアップするので、Laravel9はそれを取り込んだ上でリリースしたいから延期するんだってさ。 すいません、教えてください
Laravelを使ってauto_incrementに欠番を出さないようにするにはどうしたらできますか？
例えばユーザーテーブルに新しく挿入してidが100のユーザーが作れますがそのユーザーを消してもう一度挿入するとidが100じゃなくて101になってしまって困ってます >>794
物理IDと論理IDを別にすればよい
物理IDは作成順にどんどんIDをインクリメントする
キャンセルや削除された場合は「論理削除」列をtrueにする
列名は例えば「ronri_del」などがよいだろう
SELECT * FROM hoge WHERE NOT 論理削除 ORDER BY 物理ID
実際にどのように実装するかは諸君に任せるがこういうことだ
これで戻ってきた一覧は必ず論理IDが連番となる（戻り値に対してPHP側で連番を付与するのだから当たり前だ）
どんなにキャンセルや削除をしても必ず連番になるのが特徴だ
欠点としては自分より若い番号が削除された場合にIDが変わってしまう事があるので注意が必要だ
これはどんなシステムでも応用できる万能な方法だ
真似していいぞ 欠点がでかすぎる ID変わってしまうのはアウトだろ 今気づいたけどLaravel9のリリース日変更になったらしいぞ
重大なバグが発見されて９月リリースが間に合わなかったのかな >>794
ユーザー削除ボタンをなくしてしまえばその問題は発生しない >>794
これからおまえを説教する
ユーザーテーブルに新しく挿入した時点でid100のAさんが発生したとする
Aさんは借金1億万円したとしよう
そこでそのユーザー（もちろんid100のAさんの事だ）を削除してもう一度挿入する
そこでララベルをなんとかしてid100のBさんを作ったとしよう
すると借金が1億万円のBさんが発生してしまう
ララベルでidを巻き戻しただけで借金を1億万円背負わされるぐらいなら
idが101になってしまうなんて些細な問題じゃないか？ >>794
auto_incrementはDBに初期値、現在値、増分を持っている
idが100ということは初期値を100に変更したはずだ
同じように現在地を101から100に戻せばよい >>794
SELECT
IFNULL(MIN(STAFF_NO + 1), 1) AS STAFF_NO
FROM
STAFF
WHERE
(STAFF_NO + 1) NOT IN (SELECT STAFF_NO FROM STAFF) 6と8って結構違いがあります？それとも6ができたら8も大丈夫ですか？
できればLTSで覚えたいので、8に行く前に6を学びたいです いまからやるなら8のほうがいいですよ
ちょうど8の本もでましたからね
今年は9も出るので6より8から入ったほうが移行は楽ですよ >>807
6より8のサポート期間のほうが長いけど >>807
6のほうが良いよ
9のリリースが来年にまで遅れたんだけど、それは8に重大なバグが見つかって、それの対策に時間がかかってるかららしい
6では問題なくて8固有の問題だから8は様子見しといたほうが良い >>809
6のほうがサポート長いけど？
LTSの意味分かってる？www Laravelerって何も知らないでLTSLTS喚いてたのか
どこまで馬鹿なんだ… Laravelerってすべてを一括りにしてるやつも頭悪そうだがw >>813
横からだが、今からなら8のバグフィクスサポートの期間は6より半年長いぞ。揚げ足取りして恥かくのが趣味なのか？ 6→9への移行コスト高いですよ
8→9のほうがいいですよ 移行コストが一番安いのは最初から最新版を使うこと
つまりL9だ なぁ、あのさ、『DockerでLaravel環境作る』系のWEB記事書いてる奴らさ、
ほぼ確実にopcaheインストールしてねぇんだけど、
あれ、何なの？ バカなの？ それとも性格悪いの？
意味わからんわ。 >>821
どんなこと書いてあんのか知らんけど開発環境の構築だったらopcacheなんて要らねえよ apacheじゃなくて今どきはnginxだろ
って思ったの俺以外にいる？ > 開発環境の構築だったらopcacheなんて要らねえよ
こいつ、何言ってんの？ オートインクリメントおじさんがやたらと欠番しない方法騒いでいたけど
結局どういう実装を提示しておじさんを論破して黙らせたの？ >>829
そもそも欠番しない方法を提示しろって主張の根拠が、bigintは現実的な時間であっという間に枯渇するってものだったから、まずそれを証明しろって問い詰められて、結局証明できずに終わったってオチ。 な？ まじでバカLaraveler、日本語全く理解できねぇだろ？
ほんと相手するの疲れるんだよ。
>そもそも欠番しない方法を提示しろって主張の根拠が、bigintは現実的な時間であっという間に枯渇するってものだったから もう、このフレームワークの名前 Bakavel にしろ なんか煽り散らかすやつって最終的に自分で何一つコード出さないよな 多分、Bakavelerは青伝票とか赤伝票とかも知らないんだろう。 バカバカ言うだけで、一切反論できないのがアンチオートインクリメントおじさん。decimalの仕様すら知らない雑魚は消えてどうぞー。 >>835
技術力で勝てないから、業務知識でマウントですかぁ？カッコ悪いですねーwww 何度も同じことリピートしてレスしてる奴って脳みそに障害持ってるだろ >>836
青伝票と赤伝票は社会人として常識 黒伝票は経理やってないと知らないと思う >>798
IDが変わるのは非常にまずいだろ
そのIDをキーにして他のデータを保存していたりしたら関係性が崩れるぞ Laravel9はSymfony6を導入したいので延期らしいけど大丈夫なのか？
Symfony6で破壊的変更あったらLaravel側の仕様にも影響しないか？ そりゃするだろ
Laravelだってそのままメジャーバージョンアップしたら普通に動かなくなるし 多分、Bakavelerは、なんで青伝票とか赤伝票の話が出てきたのかすら分かっていない。 こんにちは、Laravel初心者です。
php artisan make:controller abc
ってやったら、本当に abc.php っていうファイルが作られちゃうんですね。
make:controllerでControllerを作るのは明白だし、
フレームワークとしてのルールもあるんだから、
普通だったら AbcController.php を作りますよね？
どうしてこんな作りになってるんですか？ >>846
xxxController.phpという名前にしなければいけないルールなど何処にもないからです。ネタで書いてるのだと思いますが、本気で尋ねてるなら、まずその腐った脳みそをもう少し働かせてください。 こんにちは、Laravel初心者です。
Carbonというクラスを初めて見たので調べてみたら、
PHPに標準実装されているDateTimeクラスを継承した日時を扱うクラスとなっていました。
Carbonの意味を調べたら『炭素』ですが、なんで Carbon なんていう名前から機能が想像できないクラス名になっているんですか？ >>848
ここはLaravelスレです。目が腐ってるので気づかなかったかもしれませんが、このスレ以外にPHPスレがあるのでそちらで尋ねてください。そうして2度と戻ってこないでください。 こんにちは、Laravel初心者です。
Laravel のテンプレートエンジンは Blade だそうですが、
テンプレートファイルはどう見ても php ファイルではないのに、
どうして拡張子が .php なんですか？ >>847
こんにちは、Laravel初心者です。ご返信有難う御座います。
> xxxController.phpという名前にしなければいけないルールなど何処にもないからです。
つまり、Laravel では、xxxModel.php や xxxView.php という名前の Controller も許可しているのですか？
一体何のメリットが有って、どうしてこんな作りになってるんですか？ >>852
オットウェルやその他コントリビューターが全員馬鹿だから Bakavelerってコントローラーの命名もフレームワーク側に決めてもらわないとまともに命名できないのかよwwww
使ってるやつって全員Bakavelerなんだなwwww このスレの殿堂入りLaraveler
・.envをコミットする
・node_modulesをコミットする
・vendorをコミットする
・package-lock.jsonをコミットしない
・composer.lockをコミットしない
・認証にユーザIDを利用したいのでemailカラムにユーザIDを入れる
・認証にユーザIDを利用したいのでvendor直下のファイルを修正する
・トランザクションや排他を知らない
・コントローラーの命名をxxxModelとかxxxViewにする←NEW >>851
bladeの拡張子は.phpではなく.blade.phpです >>856
こんにちは、Laravel初心者です。ご返信有難う御座います。
> bladeの拡張子は.phpではなく.blade.phpです
との事ですが、それは、.blade にすれば良いだけではないのですか？
明らかに PHP ファイルではないのに、どうして .php が必要なのですか？ いいえ、PHPファイルですよ
PHPファイルにBlade構文が使えるテンプレートってだけですから なぜネタにマジレスしたり、釣られてlaravelerバカ呼ばわりするやつが出てくるのか全く理解できない。 >>860
やっぱそうなのか。もっと生産的なことに時間を使えば良いのに。 >>857
.bladeという拡張子はLaravelとはまったく関係ないファイルですでに使われてしまっているんです
だから.bladeが使えないので.blade.phpとしたわけです >>862
こんにちは、Laravel初心者です。ご返信有難う御座います。
> .bladeという拡張子はLaravelとはまったく関係ないファイルですでに使われてしまっているんです
なら、何故 Blade などという名称にしたのですか？
機能から連想される名称なら理解できますが、テンプレートエンジンが Blade になる理由が分かりません。
敢えて Blade にした理由は何ですか？ こんにちは、Laravel初心者です。
Blade では、@csrf とすると、
<input type="hidden" name="_token" value="BhVLwB68rC2PM8nw6mEz5JdfXPSLOVIkCP6tgXT1">
といったタグが埋め込まれますが、
CSRFとはクロスサイトリクエストフォージェリという攻撃の事だと思います。
@csrfは、この攻撃を埋め込むという意味になってしまい、
機能と効果が一致していないと思います。
どうしてこのような名前になっているのですか？ 何の目的でこのスレを荒らしているのですか？
過去にLaravelで嫌な思いでもしたのでしょうか >>865
こんにちは、Laravel初心者です。
いいえ、荒すつもりは無いです。
あなたは、なぜこの質問は荒らしと受け取りましたか？ こんにちは、Laravel初心者です。
初歩的な事ですが、教えて下さい。
『アーティさん』とは、誰ですか？ 何をした人ですか？ >>864
それは当時のCSRFの意味に倣った処理ですね
今でこそCSRFは攻撃のみを表しそれの対策はCSRF対策って言いますが
昔はCSRFでの攻撃もそれを対策することもCSRFって言って区別なく呼んでいたんです >>863
それは単純に
viewを切り離せる→切り離すと言ったら刃→Blade
って決まっただけです。機能名からつけようなんてLaravelの開発者は考えていませんでした。
ちなみに他の候補としてSwordがあったそうです そういやLinuxのDebianもディズニーキャラクターからOSのコードネームつけてるな >>869
こんにちは、Laravel初心者です。ご返信有難う御座います。
869さんは Laravel に詳しいんですね。
もしかしてあなたがアーティさんですか？ 確かになんでartisanって名前なんだろうって考えたことないな ググってみるぜ artisan laravel 意味 ってググってみたら出てきたぜ
Laravelの開発者の発言でもなんでもないから真偽は不明だけど
職人って意味らしい
というかアーティザンって呼ぶんだな 俺今までアルチザンって呼んでたよ >>875
英単語的にはアルチザンという読みが正解
アーティザンって書いてある記事のほうが間違っていると思うけど
Laravel開発者はこのコマンドをなんて読んでいるんだろうか Laravel9がSymfony6ベースになるらしいけどSymfony使い達からのSymfony6の評判ってどんなものなんだろうか >>876
俺いつもどっちが正しいか自信がないから発音するときはわざと聞き取りづらいしゃべり方してごまかしてました その気持ちわかる 俺もASUSの読み方が決着つくまでゴニョニョしてた こんにちは、Laravel初心者です。
Laravel のチュートリアルはどれも、
データベースからレコードを丸ごと取ってきて表示し、
その１レコードを更新してsave()といった
おもちゃみたいな物ばかりなのは何故ですか？
Laravel では高度なアプリケーションは作成できないのですか？ チュートリアルなんだから簡単なアプリを作るのが普通でしょ
いきなり高度なことやらせても初心者は理解できない こんにちは、Laravel初心者です。
Eloquent ORM では１対多のリレーションを表現する際に hasMany() を使うようですが、
通常のプログラム言語の場合、is〜()、has〜() というメソッドは
真であるか？、値が存在するか？といった、boolean を返すべきメソッド名です。
これは、正常な英語文法によって導き出される一般常識です。
Laravel は何故、英語文法に逆らって感覚的・直感的ではないメソッド名を用いたのですか？ >>880
それは君が無料の日本語チュートリアルしか見ない貧乏人か情弱だからそう思うだけだよ。自分の無知蒙昧さを棚に上げて他の批判するのは恥ずかしいことだよ。
udemyの英語のチュートリアルは高度なものも混じってるし、日本語教材ならTechpitのは中級者向けの教材もあるよ。 hasManyはLaravelではなくDBのリレーションを表す用語だろ >>883
それはLaravelとは関係ない
どちらかというとORMという概念を作った人がこういう風に実装すべきという策定仕様やリファレンス実装がそうなっていてLaravelもそれに習っているだけ >>883
RailsやcakePHPでもアソシエーションはLaravelと同じシンタックスなので、その主張は流石に恥ずかしいと思います。
初心者だから仕方がないのかもしれませんが、このスレに来るには色々知識が足りないと思うので、出直してきてください。 >>887
こんにちは、Laravel初心者です。ご返信有難う御座います。
> RailsやcakePHPでもアソシエーションはLaravelと同じシンタックス
どうして落ち目になっているフレームワークの例ばかり挙げているのですか？
なぜ Laravel は主流のフレームワークを参考にしないのですか？ Laravelerって初心者の質問に何にも答えられないんですね >>889
それな。例えば最近js界隈で話題になってるprismaもhasManyだしなぁ。単に無知を指摘されて言い返しただけなんだろうね。哀れ。 >>892
そうだね。煽るにしても、無知が露呈してバカにされているだけなのが何とも痛々しい。 >>889
こんにちは、Laravel初心者です。ご返信有難う御座います。
ActiveRecord 自体が落ち目だと思うのですが、どうして ActiveRecord にこだわるのですか？ >>894
アンチオートインクリメントおじさんと同じ主張を始める初心者。確かにアンチオートインクリメントおじさんは初心者レベルの雑魚だから、正しいのか。 こんにちは、Laravel初心者です。
FormRequest について勉強しています。
どうして Laravel は、Controller の実行前にバリデーションが行われるのですか？
Controller とバリデーションの、どちらが重要なのですか？
独立してバリデーションを行うなら、それはもう MVCV フレームワークだし、
バリデーションの時点で問題が分かっているなら Controller を介する必要はありません。
Laravel はどうしてこんな造りになっているのですか？ >>894
ActiveRecordを使っていないライブラリもhasManyなのです 煽り方がいちいちウザいというが、5chに毒されてるというか
とにかく悲しい人なんだろうねw >>896
Laravelのことしか知らないようですが最近主流のFWはみんなそういう作りです
これはPHPだけではなくJavaで有名なSpringFrameworkも@Validatedアノテーション付きのフォームクラスと
BindingResultクラスをコントローラの引数に渡してバリデーションします。 >>896
FormRequestはコントローラ関数内部にバリデーションのロジックを書かないで済むようにするために作られています。
コントローラ内部にバリデーションのロジックを書きたい場合はRequestをそのまま使用してください。 >>898
すみません。初心者の私が質問しているだけなのに
なぜ皆さんは発狂してしまっているのでしょうか >>899-900
こんにちは、Laravel初心者です。ご返信有難う御座います。
> Laravelのことしか知らないようですが最近主流のFWはみんなそういう作りです
> これはPHPだけではなくJavaで有名なSpringFrameworkも@Validatedアノテーション付きのフォームクラスと
> BindingResultクラスをコントローラの引数に渡してバリデーションします。
良くわからないので教えて下さい。
それでは、HTTPリクエストの場合とそうでない場合のバリデーション処理が異なってしまうのではないですか？ >>901
とりあえず、今までの質問に答えてもらったことに対してお礼の1つでも言ったらどうだい？知らなかったことを色々教えてもらったんだし。hasManyがLaravelだけだと思ってたこととか。他所で恥かかなくて済んで良かったでしょ？ こんにちは、Laravel初心者のリア充です。教えて下さい。
Laravel はどうしてディレクトリ構成がごちゃごちゃしているんですか？
スマートな構成にしたらもっとモテるんじゃないかと思います。 こんにちは、Laravel初心者のリア充です。教えて下さい。
.env って、なんすか？ 美味いんすか？ >>903
ちゃんとご返信ありがとうございます。って言ってお礼言ってるぞ 面白そうだからLaravelいじってみたら、
usersテーブルのidがマジでBIGINT UNSIGNEDになってて腹痛くなった。
シュール過ぎるｗｗｗ こんばんは、Laravel初心者です。
質問です。jetstream って何ですか？
どうしてメモリが 2GB 以上も必要になってしまうんですか？ やっぱりLaravelerは駄目だな
Laravelerが俺の質問に答えられないから初心者を装ってLaravelに関する質問に変えてやったのに
それすらもまともに誰も答えられないとはな 予想当たりかな？
895 名前:nobodyさん [sage] :2021/07/11(日) 16:02:13.58 ID:???
>>894
アンチオートインクリメントおじさんと同じ主張を始める初心者。確かにアンチオートインクリメントおじさんは初心者レベルの雑魚だから、正しいのか。 すまん、ちゃんとスレ読んでないけど結局アンチオートインクリメントおじさんがまた勝ったの？ 8本34ページ 表1.3.3.1
/ogout は /logoutの間違いだね >>913
コントローラークラスにXxxxModelだのXxxxViewって命名するスレ民が現れてLaravelerのバカさが知れ渡ることになった それもお前が初心者装ってたやつじゃん。自作自演てことか。
852 名前:nobodyさん [sage] :2021/07/11(日) 10:52:04.69 ID:???
>>847
こんにちは、Laravel初心者です。ご返信有難う御座います。
> xxxController.phpという名前にしなければいけないルールなど何処にもないからです。
つまり、Laravel では、xxxModel.php や xxxView.php という名前の Controller も許可しているのですか？
一体何のメリットが有って、どうしてこんな作りになってるんですか？ Laravel スレ勢いあるな、Cakeから乗り換えようかなとROM しに来たらマウント基地が暴れてるだけだった悲しみ
Lalavelerとかいう罵倒語を使うだけで具体性の無い基地さんはどんな言語とフレームワーク使ってるんだろ
まさかフレームワーク使う程度の知能も持ってないとか無いよね? >>917
こんにちは、Laravel初心者です。
>>852は僕ですが、 >>916は僕じゃありません。
一体何のメリットが有って、Laravel では、xxxModel.php や xxxView.php という名前の Controller も許可しているのですか？
どうしてこんな作りになってるんですか？ こんにちは、子育て初心者です。
日本の法律は、子供の名前に汚物や性器の名前を付けることが禁止されていませんが、一体何のメリットがあってこんな作りになっているのですか？ >>920
Laravelerがバカであるように日本人もバカなのさ >>920
こんにちは、Laravel初心者です。ご返信有難う御座います。
子供の名前に汚物や性器の名前を付けることが禁止されていませんが、
家庭裁判所に申し立てを行う事で名前の変更を求める事が出来ます。
一度稼働してしまったシステムのファイル名について裁判所が判断を下すことはありませんので、
その例え話は的を射ていないと思います。 >>923
誰が荒らし？見当たらないけど
意味不明な自治を勝手に始めようとするお前が荒らしじゃないのか
>>922
開発者がリファクタリングによって名前変えることできるよ
君の職場ではクラス名の変更の一切が認められてないのか？
しかし一般的な職場ではリファクタリングは当然のように行われるよ
君の特殊な環境が全てだと思わないように 素朴な疑問だけど、
「Laravelerはバカ」って罵ってストレス解消になるのか？
思い切り無駄な時間じゃねーか？一切の得がないだろ
それでも教えたい・伝えたい・なんとかしたいという、思想の持ち主なんだろうか >>924
こんにちは、Laravel初心者です。ご返信有難う御座います。
どうも認識に齟齬があるようなので話をもとに戻しますが、
> xxxController.phpという名前にしなければいけないルールなど何処にもないからです。
xxxController.phpという名前にすればいいだけではないでしょうか？ こんにちは、Laravel初心者です。
jetstreamを使ってみたのですが、これ、Laravelである必要は全く無いですね。
あまりにも処理が独立しすぎていて、本体との整合性が全くありません。
開発者が新たに認証パッケージを開発しているようで、さもあらんといった感じです。
Laravelを作っている人は、どうしてjetstreamなどという
明らかにおかしな認証システムを公式にしようとしてしまったんですか？ またアンチオートインクリメントおじさんが、初心者騙って暴れてるのか。やれやれだわ。 こんにちは、Laravel初心者です。
Laravel９がSymfony６を使用したいという理由で延期をしたそうですが
そうまでしてSymfony６を利用するメリットがあるのでしょうか もうアホらしいからこのスレ巡回対象から外すわ、どうせ大した話題出ないし
じゃあなお前ら、どこか別のスレで会おう 俺もこのPart7でここに来るの最後にするよ はっきりいってどうでもいい話題を延々としているだけのスレだし またアンチオートインクリメントおじさんが勝利してしまったのか NG登録推奨：Laravel初心者です
面倒くさい精神病は相手しないほうが良い azureでデプロイするときってどのデータベース使うのがええんやろ
sqlite使えへんのがつらい Laravelはもの凄い勢いでバージョンアップを繰り返してるけど、
裏側のコードを見てみると、
古いバージョンで作ったプロジェクトがもの凄い勢いで負債化していく未来が見える…。 >>940
それな…散々リファクタの件についてissueやプルリク上がってるのにオットウェルはほとんど却下されてる。
コミュニティはまだやる気あるらしいんだけどオットウェルはもうあんまりやる気ないんだろうな。
Laravelはもうオワコンかもしれん。 未だに== 使ってるとことか残ってるからなぁ。最近はリリース期間を見直したりしてるから、安定性も考え始めてるのかなってちょっと期待している。とりあえず毎週マイナーバージョンリリースして機能追加するのはやめろ。 jqueryのmigirateみたいなライブラリがあればいいね >>941
まじか もしかしてLaravelは9でEOLか？ Laravelのコード見るといつも、
「どこがMVCだよ？」って気持ちになる。CakeもRailsもだけど。 Laravelインストールして思うのがusersテーブルのマイグレーションが最初から入っているのが気に入らない
そりゃ自分でマイグレーションファイル削除したりUser.phpを使わないようにしたりとかすればいいだけなんだけど
create-projectした初期状態ではそういうファイルを含めてほしくなかったな 認証機能とか認可機能をパッケージ追加で簡単に使えるのは便利 今って、PHPはLaravel案件一択みたいになってるけど、
それはLaravelが優れているのではなくて、
出来合いの物が無いと基本設計すら出来ない、DBのCRUDすら実装出来ない人達を集めてやるならLaravelがいいんじゃね？
みたいな話で、方向性としてはWordpressと何にも変わらないって話だから
便利になったのかっていうと、寧ろ、不便な環境を強要されてどうにもならない状態になったといえる。 確かに、そろそろこのFW終わりって感じはずっとしてるな
新しいまともなのが出て来たら一気にそっち流れそう >>951
それが今度出るSymfony6じゃないかな？
完成度が凄まじいらしいし一気に持ってかれそうな気がする 俺も最近はLaravelが使いにくすぎてCakeに移行したわ
まさか今どきCakeだなんてって思うかもしれないけど、Cakeも4系はかなり使いやすくなってるね Symfonyはかなり古いの使った事あって、
その時点で、シンプルで結構良いと思った。
DBアクセスは未だにdoctrinなんかな？
まぁ、それでも汎用ライブラリとして公知されてる、Eloquentよりはマシだな。 それでも汎用ライブラリとして公知されてる“ので”
欠落しました。 >>954
Eloquentも本来は汎用ライブラリなのだがなぁ。 >>954
同意
なぜ後から劣化版を作ってしまったのか理解に苦しむ >>958
どこをみて劣化版と断じているのか知りたい。 Laravel以外で採用してる事、ねーじゃん。
信者は気持ち悪いんだよ。
957 名前：nobodyさん 2021/07/15(木) 10:53:56.60 ID:???
>>954
Eloquentも本来は汎用ライブラリなのだがなぁ。 海外だとSymfonyがまた勢力を伸ばしているからバージョン６がリリースされたらLaravelが負けると思う 日本でも最近だとLaravelの求人数減ったなぁという印象
まぁ最近のLaravelのissue見てれば、そりゃsymfonyに代わられるよ >>960
？？JAVAとかやってりゃわかるけど、フレームワークつってもパーシステンス層のとこだけ使いたいみたいなニーズがあるのは理解できるか？hibernateみたいなもん。
他のFWと一緒に使うと思い込みはカッコ悪い。 >>964
なぜそんな目の敵にしてるんだ？実際汎用ライブラリなのは事実なのだが何が気に入らない？
うちは過去にレガシーのPHPシステム刷新するときに検討したよ。結局フルスタックフレームワークでビッグバンリリースになったから使わなかったけどね。 >>966
いや、確かAWSのアカウント管理システムはRuby on Railsで作られてなかったか？
>>967
WikipediaはMediawiki製だろ、当然Eloquentなんて使われてない EloquentなんてLaravel以外で使うわけ無いじゃん。なんで使うと思っちゃったかなぁ…。 Laravel以外で使われない時点でダメライブラリだよな >>966-967
なぜすぐバレる嘘をついてしまうのか 次スレからsymfonyに移行する話題にしよう
もうLaravelは終わったんだよ アンチオートインクリメントおじさん、symfonyの話を始める。なお、eloquentの何が欠陥かは結局答えられず。 wikipediaはmediawikiってまじレスする？ >>977
まじレス、atomicな処理するなら別の方法使え。 まじレスすると、Laravelerの殆どは今初めてatomicという言葉を聞いたんだろ？ >>979
オメー毎回毎回単語に反応いちいちうぜえんだよゴミクソが
池沼かよ 公式HP見ないで映画見に行ったから上映中は婆さんたち歌うまいなって思ったけど
中の人みたらそりゃうまいわけだと納得した >>987
オメー毎回毎回単語に反応いちいちうぜえんだよゴミクソが
池沼かよ おいハゲどもさっさと次スレたてろや
俺様を待たせるんじゃねえぞ >>978
理由は？
DB見に行くのはリスクがあるんじゃないか？ このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 26日 5時間 47分 51秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
