元スレ【PHP】Laravel【フレームワーク】 Part.7
php覧 / PC版 / みんなの評価 :
前へ
251 = :
>>247
>>133
論点すり替えまくりのバカLaraveler >>247-248 が必死に印象操作。
元々の議題が、これ。これが、Laravelerの実態。
1. auto incrementなIDだから、キャンセルすると番号飛びます、
2. キャンセル発生するリクエスト繰り返すと、実装によっては何桁あっても簡単にオーバーフローさせられます、
3. Laravelerは排他処理が実装出来ません、
4. auto incrementに頼ってる事が問題です、
5. つまり数値型なら何にしたところで意味ありません、
IDが出るとバカなLaravelerは狂喜乱舞して大喜びするらしいので、
sageでも書いておこう。
252 = :
馬鹿なLaravelerが論点をずらそうと必死ですが、
今まで話し合っていたのは、この問題についてです。
1. auto incrementなIDだから、キャンセルすると番号飛びます、
2. キャンセル発生するリクエスト繰り返すと、実装によっては何桁あっても簡単にオーバーフローさせられます、
3. Laravelerは排他処理が実装出来ません、
4. auto incrementに頼ってる事が問題です、
5. つまり数値型なら何にしたところで意味ありません、
6. 『排他制御の話はとっくに終わってるぞ』とLaravelerは必死で主張していますが、
大慌てでググって出てきた記事を斜め読みしただけなので、
では実際に排他処理をどう実装するのかは全く分かっていません。
253 = :
decimalの桁数指定できないとか主張して、桁数指定できるって言った俺をサル呼ばわりした件を、まず謝罪してもらいたいなぁ。カスは頭下げることもできないのか？サル未満か？
254 = :
>>253
今はdecimalの話はどうでもいい先にオートインクリメント君の排他の話を論破すべき
256 = :
下手すりゃAndroidアプリ継続でWindows対応切る可能性まである
257 = :
>>253
ほら、すぐ猿は興奮して鳴き喚き出す。
258 = :
Windows上で動作させているLaravelアプリいるけど
Windows11で動作するか心配デストラクション
259 = :
心配ですの誤字です。変換候補が余計な仕事しました
260 = :
オートインクリメント君ってbigint枯渇させて業務システム止めちゃった経験があるから
それがトラウマになってオートインクリメントを危険視しているのか？
261 = :
>>252
これ本気で言ってんの？ネタじゃないよね？
まず前提として、キャンセルを繰り返してオーバフローって具体的にどんな操作すんの？登録→キャンセルをプログラムで自動化して画面から操作を繰り返すの？
仮にbigintをオーバーフローさせるとして、登録→キャンセルにかかる時間を何秒と想定している？オーバーフローさせるための端末は何台用意するの？その上でオーバーフローさせるのにかかる時間がどの程度かちゃんと見積もったのか？
実現可能性を示してくれないと、考えるだけ無駄だから。お前曰く実装次第では簡単なんだよね？
decimalさえ知らないやつがまたバカなのこと言ってるなってのが現時点での俺の感想。
262 = :
念のため、あぼーんしてた前スレのアンチオートインクリメントおじさんの発言拾ってきたわ。
このアホ、マジで言ってるぽいな。920京のIDを枯渇させようとすると、仮に登録→キャンセルを1秒で済ませたとして、920京秒、かつ最低1840京のリクエストが発生することになるな。
あまりに天文学的数字過ぎて全然ピンと来ないんだが、現実的な時間であっという間に枯渇させられるてどういうこと？説明できるやつおる？
ちなみに俺の理解だと1年は3153万6千秒。
===
あー、なんとなく思ったけど、
idがauto_incrementなら、
登録失敗するリクエストを延々と発行し続けられる状況が発生すれば、
BIGINTも結構現実的な時間であっという間に枯渇するなｗ
だって、
『キャンセルした場合に欠番が出る』んだからｗｗｗ
AUTO INCREMENT BOMB 脆弱性と名付けよう。
263 = :
> 登録→キャンセルを1秒で済ませたとして
この時点で、>>261-262は、言われている事が全然分かってない低知能君。
264 = :
低知能君の>>261-262は、何故欠番が出るのか、
欠番が生じてしまうのはどういうケースなのかについて、
全く理解できていない。
あたまがわるすぎる。
265 = :
お、またアホが言い訳始めたな。
まず、この問題の発端となっている「登録とキャンセルを繰り返したらbigintでも現実的な時間であっという間に枯渇する」という主張が正しいことを説明してくれ。
266 = :
登録とキャンセル繰り返して、920京個のIDを現実的な時間であっという間に枯渇させられる！て豪語するアンチオートインクリメントおじさん、マジスゲーっす。スーパーハカーでつねwww
267 = :
アンチオートインクリメントおじさんのまとめ
・decimalとnumericが同じであることを知らない
・decimalは桁数指定できることを知らない
・更新処理をまともに書けない
・排他制御て言葉は知ってるが実装は語れない
・更新系ぐるぐるSQLは一般的な問題であることを知らない
・select for updateが排他制御の一種であることを知らない
・bigintのIDをあっという間に枯渇させるAUTO INCREMENT BOMBという技の世界唯一の使い手
今日もネタが増えたので追記しておいた。
268 = :
海外だと用意されたWEBアプリのオートインクリメントをどれだけ早く枯渇させることができるかを競う大会が
技術コンテストの一部であるんだけどその大会の公式世界記録は4日だった
269 = :
SQL-92に準拠しているサーバであればdecimalとnumericは同じ扱いだけど
それ以前のサーバだと違う扱いになっている実装のSQLサーバもあるから注意だね
まあオートインクリメントはそれほど古いDB使ってるんだろうなｗ
270 = :
>>266
Googleが開発している量子コンピュータでの攻撃だとbigintを２日で枯渇させることに成功しているね
rsa暗号解読とかはまだ全然できないみたいだけど
まあ量子コンピュータなんて持っている奴はいないから枯渇させられることはない
271 = :
もしかして
モデルでバリデーション君
.envコミット君
node_modulesコミット君
vendorコミット君
ログインIDにメルアド以外使いたいからvendor直下修正君
これら全部アンチオートインクリメントおじさんですか？
272 = :
マジかー。量子コンピュータをもってしても2日かかる、世界最高峰の技術者をもってしても４日かかるのか。
それをアンチオートインクリメントおじさんは、キャンセルと登録を繰り返すだけであっという間に枯渇させられるって言ってるから、もはや人間卒業してそうなレベルで凄いなぁ。
273 = :
>>271
アンチオートインクリメントおじさんは、そもそもLaravel知らないって自白してるから、そんな質問自体出てこないと思われる。冤罪だからやめたれwww
274 = :
>>271
よくわからないけどモデルでバリデーションはケースバイケースでは？
275 = :
>>274
話題ループさせて喜んでるゴミだから気にすんな
276 = :
>>274
いやFormRequest使えよ・・・・
277 = :
>>271
jsonは脆弱君が抜けてる
278 = :
>>276
それだとバッチ処理で使えないじゃん
279 = :
オートインクリメント君ぐらいは論破しろよ・・・・。・
お前らなんで言い負かされてるんだよ・・・
280 = :
>>279
でも彼はかなりベテランのエンジニアだよ
正直スレ民なんかじゃ歯が立たない
281 = :
自演楽しいね
282 = :
あんなベテランいたら怖いわw
283 = :
つまんねえから他の話題にしてくれないか？
284 = :
>>283
アンチオートインクリメントおじさんですか？
自分が大恥書いた話題続けられたら発狂しちゃうから話題を変えてほしいんですよね？
285 = :
>>279
いやー無理だわ。量子コンピュータや世界最高峰の技術者でも数日かかることを、あっという間にやってのける知性の持ち主をどうやって論破しろと？
論破するには相手にも一定の知性が必要だよ？
286 = :
このスレが盛況ってことは、それだけlalavelユーザが多いってことだよね
cakeスレやeccubeスレはここ数日更新がないしｗ
287 = :
>>286
それだけ多いlalavelユーザが、こんな状態。
もはや、欠陥システム製造工場『Laravel』。
1. auto incrementなIDだから、キャンセルすると番号飛びます、
2. キャンセル発生するリクエスト繰り返すと、実装によっては何桁あっても簡単にオーバーフローさせられます、
3. Laravelerは排他処理が実装出来ません、
4. auto incrementに頼ってる事が問題です、
5. つまり数値型なら何にしたところで意味ありません、
6. 『排他制御の話はとっくに終わってるぞ』とLaravelerは必死で主張していますが、
大慌てでググって出てきた記事を斜め読みしただけなので、
では実際に排他処理をどう実装するのかは全く分かっていません。
288 = :
>>284
オメーが邪魔なんだよゴミクソが
しつこいんだわ
289 = :
Laravelerって、本当に
1. 日本語が読めない
2. 妄想が激しい
のどっちかしかいないな。
言ってることが全部事実曲解か嘘だからなぁ…。
何れにせよ、頭が悪い事だけは確かだな。
290 = :
なにやら、Laraveler >>288 が発狂。
何したいんだ？ このサル。
291 = :
>>286
残念ながら1人が荒らしてるだけだぞ
292 = :
Laravelerってすぐ発狂するからなぁ…。マトモな話し合いできん。
カルシウム足りてないんじゃないかな？
293 = :
お、アンチトートインクリメントおじさん降臨したの？bigintのIDをあっという間に枯渇させるAUTO INCREMENT BOMBについての詳細を聞きたいんだが。
294 = :
掲示板荒らすしか楽しみが無いとか入院患者か何かかよ
295 = :
ゴミクソが24時間無給で荒らしてるけどお前の人生ゴミクソで泣けるwww
296 = :
凄いな、仕事してから合間に覗くたびに >>293-295 みたいな感じで
Laravelerが発狂してるし。
Laravelerってこんな頭おかしいのしか居ないのかねぇ…、
297 = :
>>287ってデータベースの一般的な話だよね？
298 = :
>>297
DBを扱う上で当たり前の話ですが、LaravelerはFWの機能を使っているだけなので、
何を話しているのかすら、理解できません。致命的です。
299 = :
>>298
decimalは整数部のみの桁数指定ができることを知らず、bigintを枯渇させることは容易ではないことを知らず、排他制御に使うselect for updateも知らないカスが何か言ってるな。
300 = :
ロストアップデート！ファントムリード！
みんなの評価 :
php一覧へ類似してるかもしれないスレッド
- 【PHP】Laravel【フレームワーク】 Part.5 (568) - [98%] - 2021/5/1 22:00
- 【PHP】Laravel【フレームワーク】 Part.9 (884) - [98%] - 2022/3/13 12:00
- 【PHP】Laravel【フレームワーク】 Part.8 (148) - [98%] - 2021/8/8 21:30
- 【PHP】Laravel【フレームワーク】 Part.6 (745) - [98%] - 2021/6/21 6:30
- 【PHP】Laravel【フレームワーク】 Part.12 (314) - [96%] - 2023/1/30 18:45
- 【PHP】Laravel【フレームワーク】 Part.2 (917) - [96%] - 2019/9/10 9:15
- 【PHP】Laravel【フレームワーク】 Part.3 (983) - [96%] - 2021/2/12 4:00
- 【PHP】Laravel【フレームワーク】 Part.11 (870) - [96%] - 2022/8/28 15:45
- 【PHP】Laravel【フレームワーク】 Part.4 (460) - [96%] - 2021/4/4 4:00
- 【PHP】Laravel【フレームワーク】 Part.10 (446) - [96%] - 2022/6/6 19:30
- 【PHP】Laravel【フレームワーク】 (887) - [84%] - 2019/4/23 21:00
- 【PHP】フレームワーク Akelos (129) - [56%] - 2019/5/9 7:46
トップメニューへ / →のくす牧場書庫について