私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】Laravel【フレームワーク】 Part.7
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>247
>>133
論点すり替えまくりのバカLaraveler >>247-248 が必死に印象操作。
元々の議題が、これ。これが、Laravelerの実態。
1. auto incrementなIDだから、キャンセルすると番号飛びます、
2. キャンセル発生するリクエスト繰り返すと、実装によっては何桁あっても簡単にオーバーフローさせられます、
3. Laravelerは排他処理が実装出来ません、
4. auto incrementに頼ってる事が問題です、
5. つまり数値型なら何にしたところで意味ありません、
IDが出るとバカなLaravelerは狂喜乱舞して大喜びするらしいので、
sageでも書いておこう。
>>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は必死で主張していますが、
大慌てでググって出てきた記事を斜め読みしただけなので、
では実際に排他処理をどう実装するのかは全く分かっていません。
今まで話し合っていたのは、この問題についてです。
1. auto incrementなIDだから、キャンセルすると番号飛びます、
2. キャンセル発生するリクエスト繰り返すと、実装によっては何桁あっても簡単にオーバーフローさせられます、
3. Laravelerは排他処理が実装出来ません、
4. auto incrementに頼ってる事が問題です、
5. つまり数値型なら何にしたところで意味ありません、
6. 『排他制御の話はとっくに終わってるぞ』とLaravelerは必死で主張していますが、
大慌てでググって出てきた記事を斜め読みしただけなので、
では実際に排他処理をどう実装するのかは全く分かっていません。
decimalの桁数指定できないとか主張して、桁数指定できるって言った俺をサル呼ばわりした件を、まず謝罪してもらいたいなぁ。カスは頭下げることもできないのか?サル未満か?
>>253
今はdecimalの話はどうでもいい先にオートインクリメント君の排他の話を論破すべき
今はdecimalの話はどうでもいい先にオートインクリメント君の排他の話を論破すべき
お前らってWindowsで稼働させているアプリのWindows11対応どうする?
下手すりゃAndroidアプリ継続でWindows対応切る可能性まである
Windows上で動作させているLaravelアプリいるけど
Windows11で動作するか心配デストラクション
Windows11で動作するか心配デストラクション
オートインクリメント君ってbigint枯渇させて業務システム止めちゃった経験があるから
それがトラウマになってオートインクリメントを危険視しているのか?
それがトラウマになってオートインクリメントを危険視しているのか?
>>252
これ本気で言ってんの?ネタじゃないよね?
まず前提として、キャンセルを繰り返してオーバフローって具体的にどんな操作すんの?登録→キャンセルをプログラムで自動化して画面から操作を繰り返すの?
仮にbigintをオーバーフローさせるとして、登録→キャンセルにかかる時間を何秒と想定している?オーバーフローさせるための端末は何台用意するの?その上でオーバーフローさせるのにかかる時間がどの程度かちゃんと見積もったのか?
実現可能性を示してくれないと、考えるだけ無駄だから。お前曰く実装次第では簡単なんだよね?
decimalさえ知らないやつがまたバカなのこと言ってるなってのが現時点での俺の感想。
これ本気で言ってんの?ネタじゃないよね?
まず前提として、キャンセルを繰り返してオーバフローって具体的にどんな操作すんの?登録→キャンセルをプログラムで自動化して画面から操作を繰り返すの?
仮にbigintをオーバーフローさせるとして、登録→キャンセルにかかる時間を何秒と想定している?オーバーフローさせるための端末は何台用意するの?その上でオーバーフローさせるのにかかる時間がどの程度かちゃんと見積もったのか?
実現可能性を示してくれないと、考えるだけ無駄だから。お前曰く実装次第では簡単なんだよね?
decimalさえ知らないやつがまたバカなのこと言ってるなってのが現時点での俺の感想。
念のため、あぼーんしてた前スレのアンチオートインクリメントおじさんの発言拾ってきたわ。
このアホ、マジで言ってるぽいな。920京のIDを枯渇させようとすると、仮に登録→キャンセルを1秒で済ませたとして、920京秒、かつ最低1840京のリクエストが発生することになるな。
あまりに天文学的数字過ぎて全然ピンと来ないんだが、現実的な時間であっという間に枯渇させられるてどういうこと?説明できるやつおる?
ちなみに俺の理解だと1年は3153万6千秒。
===
あー、なんとなく思ったけど、
idがauto_incrementなら、
登録失敗するリクエストを延々と発行し続けられる状況が発生すれば、
BIGINTも結構現実的な時間であっという間に枯渇するなw
だって、
『キャンセルした場合に欠番が出る』んだからwww
AUTO INCREMENT BOMB 脆弱性と名付けよう。
このアホ、マジで言ってるぽいな。920京のIDを枯渇させようとすると、仮に登録→キャンセルを1秒で済ませたとして、920京秒、かつ最低1840京のリクエストが発生することになるな。
あまりに天文学的数字過ぎて全然ピンと来ないんだが、現実的な時間であっという間に枯渇させられるてどういうこと?説明できるやつおる?
ちなみに俺の理解だと1年は3153万6千秒。
===
あー、なんとなく思ったけど、
idがauto_incrementなら、
登録失敗するリクエストを延々と発行し続けられる状況が発生すれば、
BIGINTも結構現実的な時間であっという間に枯渇するなw
だって、
『キャンセルした場合に欠番が出る』んだからwww
AUTO INCREMENT BOMB 脆弱性と名付けよう。
お、またアホが言い訳始めたな。
まず、この問題の発端となっている「登録とキャンセルを繰り返したらbigintでも現実的な時間であっという間に枯渇する」という主張が正しいことを説明してくれ。
まず、この問題の発端となっている「登録とキャンセルを繰り返したらbigintでも現実的な時間であっという間に枯渇する」という主張が正しいことを説明してくれ。
登録とキャンセル繰り返して、920京個のIDを現実的な時間であっという間に枯渇させられる!て豪語するアンチオートインクリメントおじさん、マジスゲーっす。スーパーハカーでつねwww
アンチオートインクリメントおじさんのまとめ
・decimalとnumericが同じであることを知らない
・decimalは桁数指定できることを知らない
・更新処理をまともに書けない
・排他制御て言葉は知ってるが実装は語れない
・更新系ぐるぐるSQLは一般的な問題であることを知らない
・select for updateが排他制御の一種であることを知らない
・bigintのIDをあっという間に枯渇させるAUTO INCREMENT BOMBという技の世界唯一の使い手
今日もネタが増えたので追記しておいた。
・decimalとnumericが同じであることを知らない
・decimalは桁数指定できることを知らない
・更新処理をまともに書けない
・排他制御て言葉は知ってるが実装は語れない
・更新系ぐるぐるSQLは一般的な問題であることを知らない
・select for updateが排他制御の一種であることを知らない
・bigintのIDをあっという間に枯渇させるAUTO INCREMENT BOMBという技の世界唯一の使い手
今日もネタが増えたので追記しておいた。
海外だと用意されたWEBアプリのオートインクリメントをどれだけ早く枯渇させることができるかを競う大会が
技術コンテストの一部であるんだけどその大会の公式世界記録は4日だった
技術コンテストの一部であるんだけどその大会の公式世界記録は4日だった
SQL-92に準拠しているサーバであればdecimalとnumericは同じ扱いだけど
それ以前のサーバだと違う扱いになっている実装のSQLサーバもあるから注意だね
まあオートインクリメントはそれほど古いDB使ってるんだろうなw
それ以前のサーバだと違う扱いになっている実装のSQLサーバもあるから注意だね
まあオートインクリメントはそれほど古いDB使ってるんだろうなw
>>266
Googleが開発している量子コンピュータでの攻撃だとbigintを2日で枯渇させることに成功しているね
rsa暗号解読とかはまだ全然できないみたいだけど
まあ量子コンピュータなんて持っている奴はいないから枯渇させられることはない
Googleが開発している量子コンピュータでの攻撃だとbigintを2日で枯渇させることに成功しているね
rsa暗号解読とかはまだ全然できないみたいだけど
まあ量子コンピュータなんて持っている奴はいないから枯渇させられることはない
もしかして
モデルでバリデーション君
.envコミット君
node_modulesコミット君
vendorコミット君
ログインIDにメルアド以外使いたいからvendor直下修正君
これら全部アンチオートインクリメントおじさんですか?
モデルでバリデーション君
.envコミット君
node_modulesコミット君
vendorコミット君
ログインIDにメルアド以外使いたいからvendor直下修正君
これら全部アンチオートインクリメントおじさんですか?
マジかー。量子コンピュータをもってしても2日かかる、世界最高峰の技術者をもってしても4日かかるのか。
それをアンチオートインクリメントおじさんは、キャンセルと登録を繰り返すだけであっという間に枯渇させられるって言ってるから、もはや人間卒業してそうなレベルで凄いなぁ。
それをアンチオートインクリメントおじさんは、キャンセルと登録を繰り返すだけであっという間に枯渇させられるって言ってるから、もはや人間卒業してそうなレベルで凄いなぁ。
>>271
アンチオートインクリメントおじさんは、そもそもLaravel知らないって自白してるから、そんな質問自体出てこないと思われる。冤罪だからやめたれwww
アンチオートインクリメントおじさんは、そもそもLaravel知らないって自白してるから、そんな質問自体出てこないと思われる。冤罪だからやめたれwww
>>271
よくわからないけどモデルでバリデーションはケースバイケースでは?
よくわからないけどモデルでバリデーションはケースバイケースでは?
>>274
話題ループさせて喜んでるゴミだから気にすんな
話題ループさせて喜んでるゴミだから気にすんな
>>274
いやFormRequest使えよ・・・・
いやFormRequest使えよ・・・・
>>271
jsonは脆弱君が抜けてる
jsonは脆弱君が抜けてる
>>276
それだとバッチ処理で使えないじゃん
それだとバッチ処理で使えないじゃん
オートインクリメント君ぐらいは論破しろよ・・・・。・
お前らなんで言い負かされてるんだよ・・・
お前らなんで言い負かされてるんだよ・・・
このスレが盛況ってことは、それだけlalavelユーザが多いってことだよね
cakeスレやeccubeスレはここ数日更新がないしw
cakeスレやeccubeスレはここ数日更新がないしw
>>286
それだけ多いlalavelユーザが、こんな状態。
もはや、欠陥システム製造工場『Laravel』。
1. auto incrementなIDだから、キャンセルすると番号飛びます、
2. キャンセル発生するリクエスト繰り返すと、実装によっては何桁あっても簡単にオーバーフローさせられます、
3. Laravelerは排他処理が実装出来ません、
4. auto incrementに頼ってる事が問題です、
5. つまり数値型なら何にしたところで意味ありません、
6. 『排他制御の話はとっくに終わってるぞ』とLaravelerは必死で主張していますが、
大慌てでググって出てきた記事を斜め読みしただけなので、
では実際に排他処理をどう実装するのかは全く分かっていません。
それだけ多いlalavelユーザが、こんな状態。
もはや、欠陥システム製造工場『Laravel』。
1. auto incrementなIDだから、キャンセルすると番号飛びます、
2. キャンセル発生するリクエスト繰り返すと、実装によっては何桁あっても簡単にオーバーフローさせられます、
3. Laravelerは排他処理が実装出来ません、
4. auto incrementに頼ってる事が問題です、
5. つまり数値型なら何にしたところで意味ありません、
6. 『排他制御の話はとっくに終わってるぞ』とLaravelerは必死で主張していますが、
大慌てでググって出てきた記事を斜め読みしただけなので、
では実際に排他処理をどう実装するのかは全く分かっていません。
Laravelerって、本当に
1. 日本語が読めない
2. 妄想が激しい
のどっちかしかいないな。
言ってることが全部事実曲解か嘘だからなぁ…。
何れにせよ、頭が悪い事だけは確かだな。
1. 日本語が読めない
2. 妄想が激しい
のどっちかしかいないな。
言ってることが全部事実曲解か嘘だからなぁ…。
何れにせよ、頭が悪い事だけは確かだな。
なにやら、Laraveler >>288 が発狂。
何したいんだ? このサル。
何したいんだ? このサル。
>>286
残念ながら1人が荒らしてるだけだぞ
残念ながら1人が荒らしてるだけだぞ
Laravelerってすぐ発狂するからなぁ…。マトモな話し合いできん。
カルシウム足りてないんじゃないかな?
カルシウム足りてないんじゃないかな?
お、アンチトートインクリメントおじさん降臨したの?bigintのIDをあっという間に枯渇させるAUTO INCREMENT BOMBについての詳細を聞きたいんだが。
ゴミクソが24時間無給で荒らしてるけどお前の人生ゴミクソで泣けるwww
>>287ってデータベースの一般的な話だよね?
>>298
decimalは整数部のみの桁数指定ができることを知らず、bigintを枯渇させることは容易ではないことを知らず、排他制御に使うselect for updateも知らないカスが何か言ってるな。
decimalは整数部のみの桁数指定ができることを知らず、bigintを枯渇させることは容易ではないことを知らず、排他制御に使うselect for updateも知らないカスが何か言ってるな。
類似してるかもしれないスレッド
- 【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
トップメニューへ / →のくす牧場書庫について