私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】Laravel【フレームワーク】 Part.5
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
前へ
>>200
サロゲートキーが悪みたいなやつが文句言ってるんやろうな
サロゲートキーが悪みたいなやつが文句言ってるんやろうな
だーめだこりゃ。
Laravel使い、アホしか居ねぇじゃん。
Laravel使い、アホしか居ねぇじゃん。
>>203
アホの俺にナチュラルキーや複合キーを使うことによる実装上のメリットを教えてくれ。頼む！
アホの俺にナチュラルキーや複合キーを使うことによる実装上のメリットを教えてくれ。頼む！
それはDBスレでやってよ
NULL撲滅委員会の人たちとかと一緒にキャッキャやってくれ
ここはLaravelのスレなのでそんな話はいらん
まだ.envコミットするしないとかの方がマシw
NULL撲滅委員会の人たちとかと一緒にキャッキャやってくれ
ここはLaravelのスレなのでそんな話はいらん
まだ.envコミットするしないとかの方がマシw
>>206
そいつ、思ってることがうまく表現できなくて、某サイトで「ウキー」って言って垢バンされまくってるチンパンジーだから、関わらないほうがいいぞ。
そいつ、思ってることがうまく表現できなくて、某サイトで「ウキー」って言って垢バンされまくってるチンパンジーだから、関わらないほうがいいぞ。
LaravelのRouteServiceProviderのHOME定数だけど
これって名前付きルート使えないのか？
これって名前付きルート使えないのか？
サロゲートキーどうやって生成すんの？ って問題がある。
オートインクリメントとか言い出す奴はまぁ、脳みそ腐ってるわなぁ。
そういう奴って何にも考えてないからそうしてるので、普通にINTオーバーフローとかやらかす。
つーか、論理的に必要ないカラム要求すんな。
オートインクリメントとか言い出す奴はまぁ、脳みそ腐ってるわなぁ。
そういう奴って何にも考えてないからそうしてるので、普通にINTオーバーフローとかやらかす。
つーか、論理的に必要ないカラム要求すんな。
サロゲートキーをオートインクリメントで作るやつは脳みそが腐ってる？また荒らしかよ。やれやれ。
>>212
サロゲートキーを生成する処理に、idメソッドではなくincrementsメソッドを使ってるヤツにはその話通じないぞ。あれはLaravel7から追加されたはず。
サロゲートキーを生成する処理に、idメソッドではなくincrementsメソッドを使ってるヤツにはその話通じないぞ。あれはLaravel7から追加されたはず。
>>215
いや6にもbigIncrementsがあるけど
いや6にもbigIncrementsがあるけど
>>216
Laravel7からサロゲートキーを作るためにidメソッドとforeignIdメソッドが作られてbigintが強制されるようになったって話。
それまでは複数タイプのincrementsメソッドを好きに使えってスタンスだから、必ずしもbigIncrementsで作っているとは限らない。事実、認証スカフォールドで生成されるusersテーブルのidもint型。
Laravel7からサロゲートキーを作るためにidメソッドとforeignIdメソッドが作られてbigintが強制されるようになったって話。
それまでは複数タイプのincrementsメソッドを好きに使えってスタンスだから、必ずしもbigIncrementsで作っているとは限らない。事実、認証スカフォールドで生成されるusersテーブルのidもint型。
それだけユーザーかかえるようなサービス作れたら幸せだし、そんなの些細な問題だわな
しかし、この人は話題が尽きたところで面白いネタぶっ込んでくるねw
しかし、この人は話題が尽きたところで面白いネタぶっ込んでくるねw
やれ「.envをコミットすべき」だの、
やれ「jsonレスポンスは危険だの」だの、
こういうのって荒らしがネタで書いてるのかと思ってたけど、今回の「サロゲートキーをautoincrementするのは脳みそ腐ってる」は前レスからの粘着具合を見ると真正っぽいな
まさかとは思うが同じ人物じゃないよな
やれ「jsonレスポンスは危険だの」だの、
こういうのって荒らしがネタで書いてるのかと思ってたけど、今回の「サロゲートキーをautoincrementするのは脳みそ腐ってる」は前レスからの粘着具合を見ると真正っぽいな
まさかとは思うが同じ人物じゃないよな
>>219
お前がどこまで理解して書いてるのか知らんけど、.envをコミットしたほうが良いプロジェクトもあるし、phpのjson_encode()はデフォルトだとRFCに準拠してない
.envに関しては前スレでもいろんな環境が聞けて、俺としては面白かったけど、お前は楽しめなかったみたいだな
お前がどこまで理解して書いてるのか知らんけど、.envをコミットしたほうが良いプロジェクトもあるし、phpのjson_encode()はデフォルトだとRFCに準拠してない
.envに関しては前スレでもいろんな環境が聞けて、俺としては面白かったけど、お前は楽しめなかったみたいだな
面白い環境なんてあったか？
コミットしろと上から言われてる奴ぐらいしか覚えてないわ
コミットしろと上から言われてる奴ぐらいしか覚えてないわ
>>220は荒らしでしょ。.envをコミットする合理的な理由を説明したやつは皆無だったし、jsonの件はそもそも論点ズレてる(わざと？)。
>>210は荒らしか低能
オートインクリメント枯渇したことないけど本番環境の人ってどうしてるんだろう
あれって枯渇してしまったら終わりだよね
あれって枯渇してしまったら終わりだよね
>>209
使えないよ
使えないよ
BIGINTが枯渇するレベルまで行くと遅延酷くてまともに使えないと思うぞ
枯渇以前の問題だな
枯渇以前の問題だな
.envは環境を記述する箇所だから、それ自体をログとして保管する必要があるプロジェクトはコミットしてるって記述が複数あっただろ
面白いのは、極小プロジェクトとどでかいプロジェクト(というか企業？)の双方で需要があったってこと
・極小側は、納品物としてコミットしてしまいたい
・どでかい側は規約やルールに縛られてコミットが必要
プロジェクトの上流からいつ指示されてもおかしくない箇所だから、そのときに優先的に検証する対策があるのはすげぇ貴重だったわ
面白いのは、極小プロジェクトとどでかいプロジェクト(というか企業？)の双方で需要があったってこと
・極小側は、納品物としてコミットしてしまいたい
・どでかい側は規約やルールに縛られてコミットが必要
プロジェクトの上流からいつ指示されてもおかしくない箇所だから、そのときに優先的に検証する対策があるのはすげぇ貴重だったわ
INT でオーバーフローが懸念されたので BIGINT型に変更したのは Twitter くらいしか話を聞いた事は無いけど、
俺が言ってるのは、オートインクリメントでプライマリキー作るような奴はそもそもデータ型に対する理解なんか一切無い場合が殆どだから、
INT型の範囲がどの位あって、何年で溢れそうか？
みたいな計算一切せずに、何となくINT型にする馬鹿だらけだろう、って話。
で、問題が発生してなにが起こったのかすら分からず、連日徹夜で闇雲に調査してやっと気付いた時には大問題、みたいな、恒例のパターンになるだろ？って事。
俺が言ってるのは、オートインクリメントでプライマリキー作るような奴はそもそもデータ型に対する理解なんか一切無い場合が殆どだから、
INT型の範囲がどの位あって、何年で溢れそうか？
みたいな計算一切せずに、何となくINT型にする馬鹿だらけだろう、って話。
で、問題が発生してなにが起こったのかすら分からず、連日徹夜で闇雲に調査してやっと気付いた時には大問題、みたいな、恒例のパターンになるだろ？って事。
>>230
なんだ。全部お前の妄想の世界の話かｗ
なんだ。全部お前の妄想の世界の話かｗ
>>229
その場合、コードの中に入れる合理的な理由を説明できたやつはいなかったよね。客がそう言ったから以上の話は出てきていない。
その場合、コードの中に入れる合理的な理由を説明できたやつはいなかったよね。客がそう言ったから以上の話は出てきていない。
>>230
え？お前はbigint知らなかっただけでしょ？言い訳乙。
え？お前はbigint知らなかっただけでしょ？言い訳乙。
>>225
bigintは大抵のRDBMSで8バイト（922京以上）になってるけど、これを100年以内に使い切るには1日あたり252兆以上のレコードを挿入しなくてはならない
bigintは大抵のRDBMSで8バイト（922京以上）になってるけど、これを100年以内に使い切るには1日あたり252兆以上のレコードを挿入しなくてはならない
そうずっと、何が問題かっつったら、値が有限な型をキーにするって発想が狂ってるので、
BIGINTなら溢れねぇからオッケーだろ？って奴は、そりゃ、脳みそシメジなんだろ。
BIGINTなら溢れねぇからオッケーだろ？って奴は、そりゃ、脳みそシメジなんだろ。
>>230
お前の実体験だろそれｗｗ
お前の実体験だろそれｗｗ
>>237
bigInt知ってたらそれを前提にしてオートインクリメントの批判をするよね？bigIntでオーバーフロー？？て突っ込まれてから、長文で言い訳始められてもなぁwww
bigInt知ってたらそれを前提にしてオートインクリメントの批判をするよね？bigIntでオーバーフロー？？て突っ込まれてから、長文で言い訳始められてもなぁwww
必死だなぁ。なぜID真っ赤にして連投するんだろ。粛々と批判すれば良いだけなのに。
>>232
別にコミットする理由が合理的である必要ないだろ
でかい企業だと普通にありえるルールだし、その場合は「企業全体で合理的」であるだけで、各プロジェクト単位で合理的な場合なんて殆どない
対処方法が合理的かどうかは重要だけど、環境変数で読み込むファイルを切り替える方法は十分合理的だと思う
ドキュメント見る限り問題もなさそうだし、必要になったら最初に検証するとだろうなぁ
別にコミットする理由が合理的である必要ないだろ
でかい企業だと普通にありえるルールだし、その場合は「企業全体で合理的」であるだけで、各プロジェクト単位で合理的な場合なんて殆どない
対処方法が合理的かどうかは重要だけど、環境変数で読み込むファイルを切り替える方法は十分合理的だと思う
ドキュメント見る限り問題もなさそうだし、必要になったら最初に検証するとだろうなぁ
AmazonやGoogleもインクリメント使っていてINTからBIGINTに変更したな
>>230
別にbigintでAIの主キー持つテーブルなんて何にも珍しく無いんだが…
うちで作ってるBtoC向けのサービスも会員が操作したりすることでレコード作られるテーブルは全部bigintだよ
まぁintでも十分だと思うけど
仮に100年以内にint（4byte = 2^32）を使い切るには1日あたり5.8万レコード挿入する必要があるな
別にbigintでAIの主キー持つテーブルなんて何にも珍しく無いんだが…
うちで作ってるBtoC向けのサービスも会員が操作したりすることでレコード作られるテーブルは全部bigintだよ
まぁintでも十分だと思うけど
仮に100年以内にint（4byte = 2^32）を使い切るには1日あたり5.8万レコード挿入する必要があるな
>>248
あなたは技術レベル高いから自作のフレームワーク作ってそうだね
あなたは技術レベル高いから自作のフレームワーク作ってそうだね
>>248
お前は先日、ORM自作しててLaravel使ったこと無いって言ってたっけ？
お前は先日、ORM自作しててLaravel使ったこと無いって言ってたっけ？
php スレッド一覧へ類似してるかもしれないスレッド
- 【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.7 (779) - [98%] - 2021/7/9 16:18
- 【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.10 (446) - [96%] - 2022/6/6 19:30
- 【PHP】Laravel【フレームワーク】 Part.4 (460) - [96%] - 2021/4/4 4:00
- 【PHP】Laravel【フレームワーク】 Part.3 (983) - [96%] - 2021/2/12 4:00
- 【PHP】Laravel【フレームワーク】 Part.2 (917) - [96%] - 2019/9/10 9:15
- 【PHP】Laravel【フレームワーク】 Part.11 (870) - [96%] - 2022/8/28 15:45
- 【PHP】Laravel【フレームワーク】 (887) - [84%] - 2019/4/23 21:00
- 【PHP】フレームワーク Akelos (129) - [56%] - 2019/5/9 7:46
トップメニューへ / →のくす牧場書庫について