[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 10/27 18:58 / Filesize : 282 KB / Number-of Response : 1021
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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

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
この案が一番正攻法な気がしてきた

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
マイクロソフトだからしょうがないw



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みたいな間抜けな処理書くし、技術力低い説濃厚だなぁ。ガッカリだわ。






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<282KB

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