のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,934人
昨日:no data人
今日:
最近の注目
人気の最安値情報

    元スレ【PHP】Laravel【フレームワーク】 Part.5

    php覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

    201 = :

    >>200
    サロゲートキーが悪みたいなやつが文句言ってるんやろうな

    202 = :

    >>198
    プログラム板のPHPのくだらない質問スレにRubyのことしか書けない、スレ違いの頭のおかしな人が居るんだけど
    >>196からム板のキチガイと同じ匂いがする

    203 = 196 :

    だーめだこりゃ。
    Laravel使い、アホしか居ねぇじゃん。

    204 = :

    Laravel使いアホしかいないのか?

    205 = :

    やっぱりこいつか
    マウント目的のクズ
    相手にするだけ時間の無駄

    206 = :

    >>203
    アホの俺にナチュラルキーや複合キーを使うことによる実装上のメリットを教えてくれ。頼む!

    207 = :

    それはDBスレでやってよ
    NULL撲滅委員会の人たちとかと一緒にキャッキャやってくれ
    ここはLaravelのスレなのでそんな話はいらん
    まだ.envコミットするしないとかの方がマシw

    208 = :

    >>206
    そいつ、思ってることがうまく表現できなくて、某サイトで「ウキー」って言って垢バンされまくってるチンパンジーだから、関わらないほうがいいぞ。

    209 = :

    LaravelのRouteServiceProviderのHOME定数だけど
    これって名前付きルート使えないのか?

    210 = :

    サロゲートキーどうやって生成すんの? って問題がある。
    オートインクリメントとか言い出す奴はまぁ、脳みそ腐ってるわなぁ。
    そういう奴って何にも考えてないからそうしてるので、普通にINTオーバーフローとかやらかす。
    つーか、論理的に必要ないカラム要求すんな。

    211 = :

    いやそれはねえよ
    一体何作ってんだよ

    213 = :

    サロゲートキーをオートインクリメントで作るやつは脳みそが腐ってる?また荒らしかよ。やれやれ。

    214 = :

    ああいつもの荒らしか
    安心してこれからも使うわ

    217 = :

    >>216
    Laravel7からサロゲートキーを作るためにidメソッドとforeignIdメソッドが作られてbigintが強制されるようになったって話。

    それまでは複数タイプのincrementsメソッドを好きに使えってスタンスだから、必ずしもbigIncrementsで作っているとは限らない。事実、認証スカフォールドで生成されるusersテーブルのidもint型。

    218 = :

    それだけユーザーかかえるようなサービス作れたら幸せだし、そんなの些細な問題だわな
    しかし、この人は話題が尽きたところで面白いネタぶっ込んでくるねw

    219 = :

    やれ「.envをコミットすべき」だの、
    やれ「jsonレスポンスは危険だの」だの、
    こういうのって荒らしがネタで書いてるのかと思ってたけど、今回の「サロゲートキーをautoincrementするのは脳みそ腐ってる」は前レスからの粘着具合を見ると真正っぽいな
    まさかとは思うが同じ人物じゃないよな

    220 = :

    >>219
    お前がどこまで理解して書いてるのか知らんけど、.envをコミットしたほうが良いプロジェクトもあるし、phpのjson_encode()はデフォルトだとRFCに準拠してない
    .envに関しては前スレでもいろんな環境が聞けて、俺としては面白かったけど、お前は楽しめなかったみたいだな

    221 = :

    面白い環境なんてあったか?
    コミットしろと上から言われてる奴ぐらいしか覚えてないわ

    222 = :

    >>220は荒らしでしょ。.envをコミットする合理的な理由を説明したやつは皆無だったし、jsonの件はそもそも論点ズレてる(わざと?)。

    223 = :

    >>210は荒らしか低能

    224 = :

    >>220
    面白い環境って言っても動物園感覚だっただろ
    大喜利としての面白さは求めてねーよ

    225 = :

    オートインクリメント枯渇したことないけど本番環境の人ってどうしてるんだろう
    あれって枯渇してしまったら終わりだよね

    226 = :

    BIGINTでも枯渇するならそれはそれである意味スゲぇな

    227 = :

    >>209
    使えないよ

    228 = :

    BIGINTが枯渇するレベルまで行くと遅延酷くてまともに使えないと思うぞ
    枯渇以前の問題だな

    229 = :

    .envは環境を記述する箇所だから、それ自体をログとして保管する必要があるプロジェクトはコミットしてるって記述が複数あっただろ
    面白いのは、極小プロジェクトとどでかいプロジェクト(というか企業?)の双方で需要があったってこと
    ・極小側は、納品物としてコミットしてしまいたい
    ・どでかい側は規約やルールに縛られてコミットが必要
    プロジェクトの上流からいつ指示されてもおかしくない箇所だから、そのときに優先的に検証する対策があるのはすげぇ貴重だったわ

    230 :

    INT でオーバーフローが懸念されたので BIGINT型に変更したのは Twitter くらいしか話を聞いた事は無いけど、
    俺が言ってるのは、オートインクリメントでプライマリキー作るような奴はそもそもデータ型に対する理解なんか一切無い場合が殆どだから、
    INT型の範囲がどの位あって、何年で溢れそうか?
    みたいな計算一切せずに、何となくINT型にする馬鹿だらけだろう、って話。
    で、問題が発生してなにが起こったのかすら分からず、連日徹夜で闇雲に調査してやっと気付いた時には大問題、みたいな、恒例のパターンになるだろ?って事。

    231 = :

    >>230
    なんだ。全部お前の妄想の世界の話かw

    232 = :

    >>229
    その場合、コードの中に入れる合理的な理由を説明できたやつはいなかったよね。客がそう言ったから以上の話は出てきていない。

    233 = :

    >>230
    え?お前はbigint知らなかっただけでしょ?言い訳乙。

    234 = :

    >>225
    bigintは大抵のRDBMSで8バイト(922京以上)になってるけど、これを100年以内に使い切るには1日あたり252兆以上のレコードを挿入しなくてはならない

    235 :

    そうずっと、何が問題かっつったら、値が有限な型をキーにするって発想が狂ってるので、
    BIGINTなら溢れねぇからオッケーだろ?って奴は、そりゃ、脳みそシメジなんだろ。

    236 = :

    >>230
    お前の実体験だろそれww

    237 = 235 :

    >>233

    ほら、すぐこういうチンパンジーが鳴き出す。

    238 = 235 :

    >>236

    チンパンジー、元気だなぁ。

    239 = :

    値が有限じゃないキーってなくないか?

    240 = 235 :

    つーか、論理的に必要ないカラム要求すんな。

    241 = :

    >>237
    bigInt知ってたらそれを前提にしてオートインクリメントの批判をするよね?bigIntでオーバーフロー??て突っ込まれてから、長文で言い訳始められてもなぁwww

    242 = 235 :

    >>239

    何でそう思う?

    243 = 235 :

    >>241

    猿理論炸裂っすねw

    244 = :

    必死だなぁ。なぜID真っ赤にして連投するんだろ。粛々と批判すれば良いだけなのに。

    245 = :

    >>232
    別にコミットする理由が合理的である必要ないだろ
    でかい企業だと普通にありえるルールだし、その場合は「企業全体で合理的」であるだけで、各プロジェクト単位で合理的な場合なんて殆どない
    対処方法が合理的かどうかは重要だけど、環境変数で読み込むファイルを切り替える方法は十分合理的だと思う
    ドキュメント見る限り問題もなさそうだし、必要になったら最初に検証するとだろうなぁ

    247 = :

    >>230
    別にbigintでAIの主キー持つテーブルなんて何にも珍しく無いんだが…
    うちで作ってるBtoC向けのサービスも会員が操作したりすることでレコード作られるテーブルは全部bigintだよ
    まぁintでも十分だと思うけど

    仮に100年以内にint(4byte = 2^32)を使い切るには1日あたり5.8万レコード挿入する必要があるな

    248 = 235 :

    >>241

    まぁ、Laravel無いと何一つまともに作れないお猿さんは、Laravelの仕様を否定されたら自身の根幹が揺らいじゃいますもんね。
    かわいそかわいそ。

    249 = :

    >>248
    あなたは技術レベル高いから自作のフレームワーク作ってそうだね

    250 = :

    >>248
    お前は先日、ORM自作しててLaravel使ったこと無いって言ってたっけ?


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


    トップメニューへ / →のくす牧場書庫について