【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/ 34 名前：nobodyさん mailto:sage [2021/06/23(水) 19:17:08.82 ID:???.net] >>31 いやむしろお前の頭が謎だわ。なぜnumericで桁指定て話から、いきなりvarcharて発想になるの？ 35 名前：nobodyさん mailto:sage [2021/06/23(水) 19:21:56.07 ID:???.net] laravelつかってるやつが問題なら構造上の問題だろ？ issue上げろよ 36 名前：nobodyさん mailto:sage [2021/06/23(水) 19:28:15.62 ID:???.net] >>27 いや逆にそれロックする場面じゃないよね 10:04の時点でAの画面には「元データが更新されました」って表示されてるし 10:05の時点では「Bが保存したデータが破壊されるけどいいですか？」って確認のメッセージが表示される いずれにせよヒューマンのケツダンが必要でコンピューターがロックではない！ 37 名前：nobodyさん mailto:sage [2021/06/23(水) 19:30:16.96 ID:???.net] >>34 >いやむしろお前の頭が謎だわ。なぜnumericで桁指定て話から、いきなりvarcharて発想になるの？ おまえのintなりdecimalは、桁指定出来んのか？　サル 38 名前：nobodyさん mailto:sage [2021/06/23(水) 19:32:06.30 ID:???.net] >>36 お前さ、本当に頭悪いみたいだから、� 39 名前：qント出すぞ。 『排他処理』 ロックとは一言も言ってない。 吐いた処理はどうやってやればいい？ ロックはどこでする必要がある？ 大丈夫かよ、こいつら本当に？ [] [ここ壊れてます] 40 名前：nobodyさん mailto:sage [2021/06/23(水) 19:35:09.48 ID:???.net] >>37 え？ 41 名前：nobodyさん mailto:sage [2021/06/23(水) 19:38:41.42 ID:???.net] 業務システム触ってた頃の記憶だけど、decimalは整数部の桁数指定をコピー句でしてた気がするんだが。俺の記憶違いだったか？ 42 名前：nobodyさん mailto:sage [2021/06/23(水) 19:45:25.69 ID:???.net] >>40 へぇ。お前のDBのdecimalは、00001って数値を持てるんだ。 すげぇな。 43 名前：nobodyさん mailto:sage [2021/06/23(水) 19:54:39.04 ID:???.net] >>41 桁数指定できるかどうかの話をしてるんじゃないの？お前の主張では「decimalでは桁数は指定できない」てことだよね？ 44 名前：nobodyさん mailto:sage [2021/06/23(水) 19:58:20.84 ID:???.net] MySQLのマニュアルも見たけど、整数部の桁数指定してるみたいなんだよね。お前がそれだけ自信満々に言うってことは、当然根拠があってのことだと思うので、ソース示してもらえると助かる。 https://dev.mysql.com/doc/refman/5.6/ja/fixed-point-types.html 45 名前：nobodyさん mailto:sage [2021/06/23(水) 20:06:13.02 ID:???.net] あのさあ…、 元々の話、なんだったのか記憶できないほど頭悪いの？ auto incrementで、キャンセルすると欠番しちゃう、どうする？って話じゃん。 Decimalにして、許容桁数固定する事が、 何の解決案になると考えてんだよ、チンパンジーの群れかおまえらは！ 46 名前：nobodyさん mailto:sage [2021/06/23(水) 20:09:36.35 ID:???.net] >>44 誤魔化すなよクズ。さっさと>>43に答えろや。てめーは、decimalは桁数できないって言って吹き上がったうえに、人をサル呼ばわりしたよな？さっさと俺の質問に答えろや。 47 名前：nobodyさん mailto:sage [2021/06/23(水) 20:11:02.50 ID:???.net] >>45 桁数できない→桁数指定できない 48 名前：nobodyさん mailto:sage [2021/06/23(水) 20:20:36.54 ID:???.net] 欠番しないようにIDを採番するにはどうすればいいですか？って質問に対して 誰も答えられずに発狂して、質問者をひたすら攻撃してやたらとごまかしてるけどそれはなぜ？ 素のPHPだと実装方法思いつくけどLaravelを使うと思いつかないってだけ？ それとも素のPHPですら実装方法が思いつかないの？ 49 名前：nobodyさん mailto:sage [2021/06/23(水) 20:22:08.15 ID:???.net] もちろん思い付くけどまともに回答する気にならんだろこれじゃ 50 名前：nobodyさん mailto:sage [2021/06/23(水) 20:24:18.82 ID:???.net] 単に相手にされてないだけなのに、何故かLaravel使いはスキル低くて答えられないと思い込んでいるのは正直痛いなって思った。 51 名前：nobodyさん mailto:sage [2021/06/23(水) 20:29:59.05 ID:???.net] SQLiteの場合だとデータを削除する等して欠番になったIDはインサート時に自動で再利用されるな 52 名前：nobodyさん mailto:sage [2021/06/23(水) 20:39:37.09 ID:???.net] なんか今までの流れ見てるとネタとかではなくマジで楽観ロック・悲観ロック知らなそうな感じだけど大丈夫か？ お前らに銀行のATMみたいな決済システムとか作らせたら酷いことになりそう 53 名前：nobodyさん mailto:sage [2021/06/23(水) 20:44:19.07 ID:???.net] 欠番を出ないようにする行為ってシュードキー・ニートフリークとかいう名前のアンチパターンだったような気がする 組み込み系に異動したからDBの知識がもう１５年以上前の知識だけど 54 名前：nobodyさん mailto:sage [2021/06/23(水) 20:45:26.64 ID:???.net] 欠番なんてそもそも問題にすらならない 途中が物理削除されればそうなるだけでそれで問題になる方がおかしいが どうしても連番にしたければ削除以降をupdateで更新してオートインクリメントの数値を調整すれば良いだけだが普通はそんな事しない 55 名前：nobodyさん mailto:sage [2021/06/23(水) 20:46:55.30 ID:???.net] >>51 そんな怪しい日本語のロック名を言ってる時点で素人丸出し どこの翻訳だよw 大� 56 名前：囂ﾎすぎるw キチガイはオラクルw使っとけw [] [ここ壊れてます] 57 名前：nobodyさん mailto:sage [2021/06/23(水) 20:49:11.27 ID:???.net] 金融系SEやってたときは、採番テーブル作って欠番埋めてるシステムはいくつか見かけたけど、同じく15年前ぐらいの知識だわ。 当然、やろうと思えばLaravelでもできるだろうが、今のところ欠番禁止みたいな要件のシステムには出会ったことないな。 58 名前：nobodyさん mailto:sage [2021/06/23(水) 20:52:10.64 ID:???.net] とりあえずアンチオートインクリメントおじさんは、decimalは桁数指定できないって言い張るし、数値はvarcharに格納するみたいだし、ちょっとマジで技術力とは？て気持ちになるなぁ。 あれを技術力高いとかいって褒めてた腰巾着みたいな奴らの意見も伺いたいもんだぜ。 59 名前：nobodyさん mailto:sage [2021/06/23(水) 20:57:21.89 ID:???.net] >>51 共有ロック、占有ロック、楽観的ロック、悲観的ロックの違いわかってなさそうw 60 名前：nobodyさん mailto:sage [2021/06/23(水) 21:01:20.41 ID:???.net] >>56 数値varchar格納は図書館業界のシステムではよくあるね 61 名前：nobodyさん mailto:sage [2021/06/23(水) 21:04:26.75 ID:???.net] >>58 マジかー。そっちの業界は知らないから勉強になるわ。ありがとう。 62 名前：nobodyさん mailto:sage [2021/06/23(水) 21:06:28.00 ID:???.net] 逆にオートインクリメントに欠番が出ることによる問題ってなんだ？ 63 名前：nobodyさん mailto:sage [2021/06/23(水) 21:14:39.60 ID:???.net] Laravelerって、ここまで馬鹿揃いなんだよな。 欠番が出る事が問題なんじゃなく、排他処理理解してない事が問題だ、 許容桁数じゃない、ゼロフィルの話だ tって、何回言っても理解できないチンパンジー揃いなんだもん。 多分、バナナの話しか理解できないんだろこの馬鹿猿共。 64 名前：nobodyさん mailto:sage [2021/06/23(水) 21:17:53.28 ID:???.net] >>47 多分こいつら、マジで排他処理の事 全く知らない。 つい今日の今日、初めて『排他処理をしなければならない』事を知った。 だから、一切答えられない。 まごう事なき猿。 65 名前：nobodyさん mailto:sage [2021/06/23(水) 21:27:51.87 ID:???.net] お前らってなんで素直に「排他処理の重要性を知りませんでした。良い機会なので教えてください」って言えないの？ 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 この案が一番正攻法な気がしてきた

---

---

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

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