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

1 名前：nobodyさん mailto:sage [2021/06/23(水) 16:48:13.98 ID:???.net] Laravel ウェブ職人のためのPHPフレームワーク 本家 https://laravel.com/ git https://github.com/laravel 動画チュートリアル(英語) https://laracasts.com/ 和訳ドキュメント laravel.jp/ ※前スレ 【PHP】Laravel【フレームワーク】 Part.5 https://medaka.5ch.net/test/read.cgi/php/1618535648/ 【PHP】Laravel【フレームワーク】 Part.6 https://medaka.5ch.net/test/read.cgi/php/1621940461/ 66 名前：nobodyさん mailto:sage [2021/06/23(水) 21:30:45.46 ID:???.net] 排骨麺の美味しさを知りませんでした。良い機会なので教えて下さい。 67 名前：nobodyさん mailto:sage [2021/06/23(水) 21:31:34.94 ID:???.net] >>63 ここにいるやつらは全員排他処理の重要性知っているし扱い方も完璧に把握しているから聞く必要はない 今日初めて知った知識でマウント取っているのは>>62だけだよ 68 名前：nobodyさん mailto:sage [2021/06/23(水) 21:35:00.37 ID:???.net] >>62 てめーはさっさとdecimalは桁数指定できないて主張のソース出せないのか？>>37でそう主張したよな？ それとも、お前が単に無知だっただけか？YESかNOで答えてくれ。 69 名前：nobodyさん mailto:sage [2021/06/23(水) 21:37:32.36 ID:???.net] 当然知ってるけどこの流れでマジレスするアホはおらん 70 名前：nobodyさん mailto:sage [2021/06/23(水) 21:39:50.02 ID:???.net] >>63 decimalすらまともに知らずにマウンティングしかけてくるクズに何を教わるんだ？そんなやつの排他制御の話が参考になるのかね？ てか他のやつも書いてる通り排他制御知らないやつなんて居ないでしょ。お前は怪しそうだが。 71 名前：nobodyさん mailto:sage [2021/06/23(水) 21:49:09.36 ID:???.net] 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 72 名前：nobodyさん mailto:sage [2021/06/23(水) 21:50:38.96 ID:???.net] >>68 decimal発言で都合が悪くなってなりすまししてんじゃねーぞカス　さっさと>>66の質問に答えろや 73 名前：nobodyさん mailto:sage [2021/06/23(水) 21:52:43.21 ID:???.net] >>66も>>68も俺の書き込みなんだが。頼むぜブラザー。 74 名前：nobodyさん mailto:sage [2021/06/23(水) 21:56:41.04 ID:???.net] 猿、仲間割れwww ちょー、ウケるんですけどwww 75 名前：nobodyさん mailto:sage [2021/06/23(水) 21:57:40.67 ID:???.net] Laraveler、頭が悪過ぎて苦笑いしか出てこないっすw 76 名前：nobodyさん mailto:sage [2021/06/23(水) 22:00:06.77 ID:???.net] >>71-73までがオートインクリメント君の書き込み 77 名前：nobodyさん mailto:sage [2021/06/23(水) 22:01:25.99 ID:???.net] アンチオートインクリメントおじさん、numericとdecimalは違うって主張して論破され、numericは数字のことだから！て言い訳し始めたらそれだとint型は避けて〜の文脈と整合しないて突っ込まれ、decimalは桁数指定できないからnumericは数字のことでデータ型はvarcharて言い出して、decimalは桁数指定できるよねて突っ込まれたんだよな。 嘘に嘘を重ねた結果、言ってることが無茶苦茶になったパターンか。無様すぎるわ。 78 名前：nobodyさん mailto:sage [2021/06/23(水) 22:06:33.82 ID:???.net] >>75 だからなりすましバレてるからもうやめな 自分が誤って間違った知識を披露してしまったから別人になりすまして自分のレスを攻撃することで やり過ごそうとしてるんだけどバレバレだよ 素直に「間違えましたごめんなさい」って誤りなさい　君が誤ったら君の大好きな排他処理の話してあげるよ 79 名前：nobodyさん mailto:sage [2021/06/23(水) 22:07:14.80 ID:???.net] >>53 最新が削除された場合は問題にならない 途中がところどころ削除されて歯抜けになった場合の話をしてるんだ 80 名前：nobodyさん mailto:sage [2021/06/23(水) 22:07:43.82 ID:???.net] >>51 ロックすべき事例がまだ一件も見当たらない 81 名前：nobodyさん mailto:sage [2021/06/23(水) 22:09:00.00 ID:???.net] >>55 欠番をなくしたいというよりは 連番が確保されていて番号で社員数がわかるなど実利的な意味がある 社員がやめて欠番になるなんていうならともかく 操作ミスでキャンセルしただけで欠番になるようなシステムであれば疑問を感じても仕方ないだろう 82 名前：nobodyさん mailto:sage [2021/06/23(水) 22:09:30.71 ID:???.net] >>58 varchar2な 83 名前：nobodyさん mailto:sage [2021/06/23(水) 22:10:10.78 ID:???.net] >>60 だって気持ち悪いじゃん 20人しか社員がいないのに社員番号42番とか 84 名前：nobodyさん mailto:sage [2021/06/23(水) 22:10:56.04 ID:???.net] >>76 アンチオートインクリメントおじさんにそんな高度なことできるわけないじゃん。 それができる程度の知能があるなら、こんな恥ずかしい事態になる前にnumericは数字のことだ！なんて言い訳せずゴメンなさいすると思うぞ。 85 名前：nobodyさん mailto:sage [2021/06/23(水) 22:17:25.49 ID:???.net] >>62 まだいってんのかよ おまえの新規登録画面にも採番IDを表示してやろうか？ 86 名前：nobodyさん mailto:sage [2021/06/23(水) 22:18:17.45 ID:???.net] >>81 社員番号で欠番補填しちゃうと辞めた人のシステム利用履歴が欠番補填した人に紐づくのでは？ 87 名前：nobodyさん mailto:sage [2021/06/23(水) 22:19:07.38 ID:???.net] >>69 その辺はDBMS依存だから出していいのかちょっと迷う PHPの話だからMariaDBだよねっていうのが暗黙の了解なのかな？ 88 名前：nobodyさん mailto:sage [2021/06/23(水) 22:21:46.18 ID:???.net] >>75 何妄想長文書いてんだ？この猿。 マジでここ、動物園なの？ 89 名前：nobodyさん [2021/06/23(水) 22:24:11.22 ID:+cgzqi1Q.net] マジでLaravelerって、IQ32くらいしかないから m会話成立しないわ。 IQ32じゃ、何で排他処理が必要なのかなんか、分かるわけないわな、そりゃ。 90 名前：nobodyさん mailto:sage [2021/06/23(水) 22:25:03.25 ID:???.net] >>86 昔からLaravelスレはLaravel動物園ってので有名だよ ちょっと前まではデータベースのユーザ名、パスワード、DB名、IPアドレスなど セキュアな情報もgithubにコミットしたほうがいいって言ってるやつがいたぐらいだぞ 91 名前：nobodyさん mailto:sage [2021/06/23(水) 22:25:12.45 ID:???.net] >>84 やめた人のデータはカスケード削除 このスレだと論理削除を採用するほうが多数派な気がするけど 論理削除しないんだったらカスケード削除でいい 過去のデータについてはマスタとの紐づけをしてはいけない ログとかヒストリーとかトランザクションとか言い方は色々あるけど 履歴に関してはマスタとのつながりをなくさなければならない マスタのほうを物理削除して利用履歴を残すのであれば、利用履歴のほうに論理削除フラグが必要 主キーと外部キーの組み合わせが一致したからといって同一人物ではないというフラグが必要 LINEはそれが出来てないから携帯電話番号が（契約解除後、同じ番号を他人に使いまわされことで）他人の手にわたったら成り済ましをされてしまう 92 名前：馬鹿なLaravelerが理解できない事 mailto:sage [2021/06/23(水) 22:25:46.19 ID:???.net] 10:00 ユーザAデータ取得 10:00 ユーザBデータ取得 10:01 ユーザAデータ編集 10:03 ユーザBデータ編集 10:04 ユーザBデータ登録 10:05 ユーザAデータ登録　← ユーザBの編集情報消失！！！！！ 93 名前：nobodyさん mailto:sage [2021/06/23(水) 22:28:06.10 ID:???.net] >>88 マジすか？w ワンダーランドじゃないっすかwww 94 名前：nobodyさん mailto:sage [2021/06/23(水) 22:29:09.82 ID:???.net] >>88 githubはプライベート設定ができる プライベート設定は閲覧範囲をコントロールできる 閲覧範囲をコントロールできるのであれば漏れることはない 以上により、githubにセキュアな情報をコミットしたほうがいいと思います どうせgithubじゃなかったらメールやチャットで情報交換するんでしょ？ だったら、githubのほうがまだ安心 LINEやSlackやZoomや不協和音で送信するんだったら結局のところ安全性は同じレベルだ 95 名前：nobodyさん mailto:sage [2021/06/23(水) 22:32:53.75 ID:???.net] >>2はDBが普及するまで普通に使われてた 今でも各地に残ってるはず 96 名前：nobodyさん mailto:sage [2021/06/23(水) 22:35:17.65 ID:???.net] >>90 一般的にその例でロックを使うのはバッチ処理の場合 UIが絡むんだったらロックは使わない 97 名前：nobodyさん mailto:sage [2021/06/23(水) 22:40:00.85 ID:???.net] >>92 .gitignoreで.env除外されているのにわざわざそれを解除してコミットするの？ 98 名前：nobodyさん mailto:sage [2021/06/23(水) 22:43:23.48 ID:???.net] >>86 てめーは「decimalは桁数指定できない」って>>37で自信満々に書いた件の釈明しような。decimalのこと知らなかったんだろ？ハッキリ言っちゃえよwww 99 名前：nobodyさん mailto:sage [2021/06/23(水) 22:46:54.47 ID:???.net] >>96 話を逸らさないでくれ　今は排他処理でオートインクリメント君を論破しようとみんなが頑張っている最中だ 100 名前：nobodyさん mailto:sage [2021/06/23(水) 22:48:51.67 ID:???.net] >>94 お前の、マジで何言ってんの？ 業務アプリなら、日常茶飯事常時必要な処理だって、 りかいできないの？ IQ32って、すげぇな。 101 名前：nobodyさん mailto:sage [2021/06/23(水) 22:49:15.96 ID:???.net] >>94 いやUIが絡んだ場合でもロック使えよ 102 名前：nobodyさん mailto:sage [2021/06/23(水) 22:50:11.32 ID:???.net] >>94 JavaScript使ってクライアント側で入力チェックしているのでサーバ側では入力チェックは行いません！！ とか言ってそうだなお前 103 名前：nobodyさん mailto:sage [2021/06/23(水) 22:51:00.49 ID:???.net] >>98 >>99 この手の制御で代表的なソフトにgitがあるけどロックしてないでしょ？ 104 名前：日本語理解できないチンパンジーがウキーウキー必死w mailto:sage [2021/06/23(水) 22:51:03.81 ID:???.net] >>96 ぷっw 105 名前：排他処理の意味がわからない猿が必死w mailto:sage [2021/06/23(水) 22:52:22.71 ID:???.net] >>101 ぷっw 106 名前：nobodyさん mailto:sage [2021/06/23(水) 22:54:32.77 ID:???.net] >>101 gitの場合だとコンフリクトが発生してマージしてコンフリクトを解消しないと リモートリポジトリにコミットできないようロックが発生するけど？ 107 名前：nobodyさん mailto:sage [2021/06/23(水) 22:54:43.50 ID:???.net] >>100 ヤバい、こいつら、間違いなく言いそうな気がしてきた。 危険が危ないシステム量産してそう。 だって、排他処理知らない連中だから。 108 名前：nobodyさん mailto:sage [2021/06/23(水) 22:57:31.44 ID:???.net] なんか、Laravelerが頭悪過ぎて、本当に笑えなくなって顔が引きつってきた。 ここまで頭が悪い連中だったんだ、って。 109 名前：nobodyさん mailto:sage [2021/06/23(水) 22:58:02.62 ID:???.net] >>90がgitだとすると10:05の処理の時点で 「お前ユーザBの編集結果取り込んでないだろ？」って怒られてプッシュが中断するぞ どのファイルを編集したかにもよるけど同じファイルを編集していたのだったら プルするとコンフリクトが発生してマージを解消する作業に入ることになる これはgitがちゃんと排他してるからそういう処理ができているんだよ 110 名前：nobodyさん mailto:sage [2021/06/23(水) 22:59:25.66 ID:???.net] >>100 111 名前：これは叙述トリックだよ 「JavaScript使ってクライアント側で入力チェックしているので」が前提だとしたら 「サーバ側では入力チェックは行いません！！」は正しい しかしだよ、君らは「JavaScript使ってクライアント側で入力チェックしているので」が必ずしも行われる保証はないと言い出す だったら話の順番がおかしい 「サーバ側では入力チェックを行う」 そして付け足しとしてUIカイゼンの為、もしくはサーバ負荷軽減の為にクライアント側でも入力チェックを行う まるでクライアントで必ずしもチェックしているかのように書いておいて 「チェックするとはいってませーん」って子供かよ 一般的な開かれたWEBシステムであるという前提であればPHP側が本体であり Javascript側はただのターミナルであり端末でありクライアントだ それはスマホかもしれないしジョイボールかもしれない 何がつながってるかわからないがUIカイゼンのための何かがつながれているだろう UIのためのアプリケーションであって業務の一部ではないのだ 逆に仕様として要件としてブラウザ、OSや設定まですべて固定された環境ではどうだろうか？ 外部から遮断され必ずJavascriptでチェックされる環境 もしそうであればPHP側でチェックなどは不要でせいぜいassertで落ちればよいのだ [] [ここ壊れてます] 112 名前：nobodyさん mailto:sage [2021/06/23(水) 23:00:39.97 ID:???.net] >>90 そのケースだと排他制御以前に最初に取得したデータと、登録直前に再取得したデータのハッシュ値突合させて登録キャンセルするんじゃない？お前はどのタイミングでロックしようとしてんの？ 113 名前：nobodyさん mailto:sage [2021/06/23(水) 23:00:55.37 ID:???.net] >>104 それは端末側の制御であってサーバ側のロックではない フォースコミットできるのである点からみても自明だ 114 名前：nobodyさん mailto:sage [2021/06/23(水) 23:01:24.23 ID:???.net] >>106 decimal知らん方が頭悪いと思うぞ。反省しろカス。 115 名前：nobodyさん mailto:sage [2021/06/23(水) 23:03:19.65 ID:???.net] >>90って要するにgitの事だと思うけど コンフリクト解決してくれってメッセージ出すだけであって 特にロックはしてないはず ロックしちゃったら他のユーザーがコミットできないじゃん？ 116 名前：nobodyさん mailto:sage [2021/06/23(水) 23:05:25.01 ID:???.net] >>106 安心しろ 誰もLaravelの機能は使ってない 117 名前：nobodyさん mailto:sage [2021/06/23(水) 23:06:05.77 ID:???.net] >>112 いやコミットはローカルリポジトリに対しての操作だからどの状況もできるでしょ リモートリポジトリのプッシュ操作ではじかれるはず 118 名前：nobodyさん mailto:sage [2021/06/23(水) 23:06:28.07 ID:???.net] >>109 > お前はどのタイミングでロックしようとしてんの？ 『教えてください』がねぇなぁ。 お前さ、排他処理知らないからそんな事きいてんじゃん。 馬鹿なんだから、他人に知識をもらうときは、 頭を、さげないと。な？ 119 名前：nobodyさん mailto:sage [2021/06/23(水) 23:07:39.00 ID:???.net] >>110 通常のgitであればその通りだけど githubだとロック機能はあるよ 120 名前：nobodyさん mailto:sage [2021/06/23(水) 23:08:15.42 ID:???.net] >>115 教えてくださいお願いします。はい。ではどうぞ。 121 名前：nobodyさん mailto:sage [2021/06/23(水) 23:08:20.60 ID:???.net] だーみだこりゃ。 一生排他処理なんか理解できるわけねぇわ。 112nobodyさん2021/06/23(水) 23:03:19.65ID:???>>114 >>90って要するにgitの事だと思うけど コンフリクト解決してくれってメッセージ出すだけであって 特にロックはしてないはず ロックしちゃったら他のユーザーがコミットできないじゃん？ 122 名前：nobodyさん mailto:sage [2021/06/23(水) 23:09:32.32 ID:???.net] >>117 頭、下げてないじゃん。サル君。 123 名前：nobodyさん mailto:sage [2021/06/23(水) 23:10:03.82 ID:???.net] >>90のケースだとユーザAがデータを取得した時点でディレクトリを作成するべき そしてユーザBがデータ取得しようとしたらすでにディレクトリがあるから 「現在、ユーザAが編集中です。保存作業は行えませんがread onlyでファイルを開きますか？」って聞かれる ユーザBがデータ登録しようとしたときには「read onlyで開いています。保存できません」って表示される ユーザAがデータ登録したら無事に「保存しました」ってなる つまり、ディレクトリを作成したら無事にユーザAの編集後のデータは登録される 124 名前：nobodyさん mailto:sage [2021/06/23(水) 23:10:48.16 ID:???.net] >>108 じゃあUIがあるならロックは使用しないという>>94の意見は正解ということなの？ 125 名前：nobodyさん mailto:sage [2021/06/23(水) 23:11:26.90 ID:???.net] >>119 答えられないのかな？てか、なんでお前は取得時と登録時のデータ突合の処理書いてないの？バカなの？排他制御以前の問題でしょ。 126 名前：nobodyさん mailto:sage [2021/06/23(水) 23:12:31. ] [ここ壊れてます] 127 名前：21 ID:???.net mailto: こうして今日も、馬鹿システムが作成されるのであった。 120nobodyさん2021/06/23(水) 23:10:03.82ID:??? >>90のケースだとユーザAがデータを取得した時点でディレクトリを作成するべき [] [ここ壊れてます] 128 名前：nobodyさん mailto:sage [2021/06/23(水) 23:13:42.65 ID:???.net] >>120 この案が一番正攻法な気がしてきた 129 名前：nobodyさん [2021/06/23(水) 23:14:02.22 ID:+cgzqi1Q.net] >>122 頭、下げてないじゃん。サル君。 馬鹿なサルは、バナナも貰えないよ？w 130 名前：nobodyさん mailto:sage [2021/06/23(水) 23:14:22.37 ID:???.net] >>122 一般的なアップデートの処理は、編集前に取得したデータをハッシュで保存しておいて、select for updateで更新直前に再度データ取得してハッシュ値突合させておき、不一致なら中断、一致なら更新だよね。 131 名前：nobodyさん mailto:sage [2021/06/23(水) 23:15:10.11 ID:???.net] 解説しよう！！>>120の方法は設立当初のAmazonがガチで行っていた手法である さすがに今はこの実装廃止していると信じたいがな 132 名前：nobodyさん mailto:sage [2021/06/23(水) 23:15:29.29 ID:???.net] >>125 >>126に書いた通りだぞ。お前は更新処理まともに実装したことない初心者でしょ。送信前の突合処理漏れてるとか致命的だぞ。 133 名前：nobodyさん mailto:sage [2021/06/23(水) 23:15:44.09 ID:???.net] ユーザAとユーザBのどっちを助けるかという思想によって仕様が変わる >>90のケースだったらExcelなら10:04のデータ登録でコケる そして10:05の情報消失は発生しない 134 名前：nobodyさん mailto:sage [2021/06/23(水) 23:16:02.12 ID:???.net] こうして今日も、馬鹿システムが作成されるのであった。 Laravelerにシステム開発を依頼してはいけない。 124nobodyさん2021/06/23(水) 23:13:42.65ID:??? >>120 この案が一番正攻法な気がしてきた 135 名前：nobodyさん mailto:sage [2021/06/23(水) 23:18:12.54 ID:???.net] >>128ってさ、会話の流れが全くわからない発達障害かなんか？ ちょーウケるw 136 名前：nobodyさん mailto:sage [2021/06/23(水) 23:20:15.65 ID:???.net] >>129 Wordだと逆に10:05の処理のほうでコケるぜ 137 名前：nobodyさん [2021/06/23(水) 23:20:42.36 ID:+cgzqi1Q.net] >>128 >送信前の突合処理漏れてるとか致命的だぞ。 その、致命的なことをやらかしてるのがここのLaraveler共で、 俺がそのおかしさを例示したのが、 アホのお前が槍玉に挙げている事だ、 ばーーーーーーーーか！ 138 名前：nobodyさん mailto:sage [2021/06/23(水) 23:20:49.90 ID:???.net] >>131 もはや技術的な会話も無理そうだな、お前。今日はもう寝ろ。明日、decimalの件また尋ねるからその時はちゃんと答えろよカス。 139 名前：nobodyさん mailto:sage [2021/06/23(水) 23:21:37.54 ID:???.net] >>133 他責にすんなよ。みっともないやつ。 140 名前：nobodyさん mailto:sage [2021/06/23(水) 23:22:10.02 ID:???.net] >>121 ロック中にUI待ちが発生するのはさすがにまずい 141 名前：nobodyさん mailto:sage [2021/06/23(水) 23:22:59.98 ID:???.net] 同じマイクロソフトなのに排他制御が異なるっていうのはおもしろいな 142 名前：nobodyさん mailto:sage [2021/06/23(水) 23:23:17.04 ID:???.net] ヤバいよヤバいよー、Laravelerの知能、マジでヤバいよー。 143 名前：nobodyさん mailto:sage [2021/06/23(水) 23:23:40.00 ID:???.net] 排他制御！とかドヤっておいて、まともに更新処理も書けないアンチオートインクリメントおじさんマジやべーな。 144 名前：nobodyさん mailto:sage [2021/06/23(水) 23:24:32.77 ID:???.net] 馬鹿なLaraveler、何とか事実を捻じ曲げようと必死w 135nobodyさん2021/06/23(水) 23:21:37.54ID:??? >>133 他責にすんなよ。みっともないやつ。 145 名前：nobodyさん mailto:sage [2021/06/23(水) 23:25:03.13 ID:???.net] >>137 マイクロソフトだからしょうがないｗ 146 名前：nobodyさん mailto:sage [2021/06/23(水) 23:25:44.84 ID:???.net] Laraveler猿がウキーウキーいってるしw 139nobodyさん2021/06/23(水) 23:23:40.00ID:??? 排他制御！とかドヤっておいて、まともに更新処理も書けないアンチオートインクリメントおじさんマジやべーな。 147 名前：nobodyさん mailto:sage [2021/06/23(水) 23:26:16.55 ID:???.net] >>140 >>90書いたのでアンチオートインクリメントおじさんだよね？違うの？ 148 名前：nobodyさん mailto:sage [2021/06/23(水) 23:26:51.41 ID:???.net] Laraveler = IQ32 149 名前：nobodyさん mailto:sage [2021/06/23(水) 23:28:09.80 ID:???.net] ちなみにイミュータブルデータモデルだと、>>90みたいなケースは、排他制御なんかせずにどっちも受け入れて、あとでユーザーにAとBの更新どっちを採用するか選ばせたりする。 150 名前：nobodyさん mailto:sage [2021/06/23(水) 23:28:26.50 ID:???.net] Laraveler、涙目になりながらも事実を捻じ曲げようと抵抗w 143nobodyさん2021/06/23(水) 23:26:16.55ID:??? >>140 >>90書いたのでアンチオートインクリメントおじさんだよね？違うの？ 151 名前：nobodyさん mailto:sage [2021/06/23(水) 23:29:52.79 ID:???.net] アンチオートインクリメントおじさん、イキってるわりに、decimal知らないし、>>90みたいな間抜けな処理書くし、技術力低い説濃厚だなぁ。ガッカリだわ。 152 名前：nobodyさん mailto:sage [2021/06/23(水) 23:31:43.03 ID:???.net] >>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の編集情報消失！！！！！ 153 名前：nobodyさん mailto:sage [2021/06/23(水) 23:32:33.13 ID:???.net] んで？ 馬鹿なLaravelerは、 90の場合 154 名前：、どこをどのようにロックすべきか分かったの？ UPDATEでN+1問題が発生すると思ってしまうのがLaravelerだからなぁ…。 多分、一生理解できないだろうなぁ。 [] [ここ壊れてます] 155 名前：nobodyさん mailto:sage [2021/06/23(水) 23:32:48.94 ID:???.net] >>90の処理をLaravelで書くとどういうソースになるの？ 156 名前：nobodyさん mailto:sage [2021/06/23(水) 23:32:53.04 ID:???.net] >>148 レス番号間違い。>>146へのレス。 157 名前：馬鹿なLaraveler、事実歪曲に必死 mailto:sage [2021/06/23(水) 23:34:53.78 ID:???.net] ぷっw 147nobodyさん2021/06/23(水) 23:29:52.79ID:???>>148 アンチオートインクリメントおじさん、イキってるわりに、decimal知らないし、>>90みたいな間抜けな処理書くし、技術力低い説濃厚だなぁ。ガッカリだわ。 158 名前：nobodyさん mailto:sage [2021/06/23(水) 23:37:10.48 ID:???.net] >>152 アンチオートインクリメントおじさん、さすがに誰がどう見ても>>90書いたので誰か明白なのに、そうやって惚けるのは恥ずかしいと思うぞ。言い訳なら聞いてやるから、なぜ突合処理書かなかったのか教えてくれる？まさか突合せずロックだけで乗り切れると思ってた？ 159 名前：nobodyさん mailto:sage [2021/06/23(水) 23:37:30.63 ID:???.net] 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 みたいな感じでやってるのかｗｗｗｗｗｗｗｗｗｗｗｗｗｗ 160 名前：nobodyさん mailto:sage [2021/06/23(水) 23:37:51.02 ID:???.net] Laravelerは排他処理知りません、 という事が白日のもとに晒された忌念すべき日。 6/23はLaraveler忌念日 161 名前：nobodyさん mailto:sage [2021/06/23(水) 23:39:59.84 ID:???.net] >>154 ちょっと、寝ようと思ってるのに笑わすのやめてw マジでLaravelerならやりそうw モンキーアップデイトと名付けよう。 162 名前：nobodyさん mailto:sage [2021/06/23(水) 23:53:16.84 ID:???.net] それもはやActiveRecord関係なく、古来から「ぐるぐるSQL」て言われてたやつの一種だぞ。Javaとかでもアホがよくやらかして問題になってた。 オートインクリメントおじさんは、そんなことすら知らないのか。マジで仕事で開発したことないのかな？ 163 名前：nobodyさん mailto:sage [2021/06/23(水) 23:55:18.30 ID:???.net] 逆にぐるぐるSQLって古参しか知らないのでは？ 最近の人がやらかすとしたら大抵がN+1だろう 164 名前：nobodyさん mailto:sage [2021/06/23(水) 23:57:24.71 ID:???.net] >>158 つまり、アンチオートインクリメントおじさんは最近開発始めた初心者てこと？ 165 名前：nobodyさん mailto:sage [2021/06/24(木) 00:01:04.70 ID:???.net] ぐるぐるSQLって20年前ぐらいのイメージがある 166 名前：nobodyさん mailto:sage [2021/06/24(木) 00:03:23.24 ID:???.net] ぐるぐるSQLとか久々に聞いたぞｗ 俺もぐるぐるSQLって言ってるけど正式な用語だとなんて言うんだろうか おそらくアンチパターンとして正式名称ついていそうな気がするけど

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef