記事へのコメント57

    • 注目コメント
    • 新着コメント
    ryosuke-fujii
    ryosuke-fujii 「Userというとにかく肥大化しがちで絶対に失ってはいけないレコードに、一時的な要求でしか使わない情報を持たせるのはほとんどの場合で悪手でしょう。」

    2023/06/10 リンク

    その他
    Nilfs
    Nilfs ユーザー認証のモデル構成を開設している。用途別にそれぞれ分解していくのは良いかもしれない

    2022/01/17 リンク

    その他
    rodov64683
    rodov64683 Well, this got me thinking what other workouts are good for those of us. https://www.shwetachopra.com/ https://www.alinachopra.com/delhi-escorts-whatsapp-photo.html

    2021/03/10 リンク

    その他
    YassLab
    YassLab “サーバーサイドという自分達の環境に情報を閉じ込めておけないので、サーバーサイドでデータを取り扱うのに比べて、何を持つべきで何を持つべきでないのかを遥かにセンシティブに考える必要があります。”

    2020/11/16 リンク

    その他
    griefworker
    griefworker Userモデルを分割するアプローチ。

    2020/08/31 リンク

    その他
    juve534
    juve534 認証周りは最初に作るし、心理的にリファクタリングしづらい

    2020/08/25 リンク

    その他
    hiromichinomata
    hiromichinomata Railsエンジニアはそういうものと諦めてるけどDjangoやASP.NETは組み込みのユーザー認証あるしフレームワークがちゃんとユーザーモデルサポートしてもいいと思う

    2020/08/18 リンク

    その他
    ota42y
    ota42y この認証ごとにbelongs_toするやつ、私も最近実践してるけどめっちゃおすすめ⊂(・8・)⊃ (超わかりやすく説明していてさすが)

    2020/08/18 リンク

    その他
    diveintounlimit
    diveintounlimit さすが熟れている…

    2020/08/18 リンク

    その他
    rryu
    rryu このクレデンシャルなどの非公開情報を別テーブルにする方式はRails3の頃から出ていた気がするのだが、一般的になっていないのは非公開情報だと把握できていればそこまでする必要はないということなのかもしれない。

    2020/08/18 リンク

    その他
    daira4000
    daira4000 モデルの分け方参考になる

    2020/08/18 リンク

    その他
    luccafort
    luccafort Deviseは責務てんこ盛りなのでちゃんと綺麗に責務を分割するだけでこうなるんだよ!というお手本のようなコードで勉強になった。

    2020/08/18 リンク

    その他
    nilab
    nilab パーフェクトRails著者が解説するdeviseの現代的なユーザー認証のモデル構成について - joker1007’s diary

    2020/08/18 リンク

    その他
    Jullie
    Jullie Fantastic post however I was wondering if you could write a little more on this topic? I’d be very grateful if you could elaborate a little bit further. Many thanks! http://bit.ly/39bkvC0 https://www.dehradunescortsservices.com

    2020/08/18 リンク

    その他
    tkmkg8m
    tkmkg8m センシティブな情報と常に必要というわけじゃない情報はテーブルからわけといたほうが安全よね。あと暗黙的な処理はやっぱりバグや脆弱性の温床なのでなるべくなくしたいところ。

    2020/08/18 リンク

    その他
    ravelll
    ravelll “Railsは良くも悪くもRDBと密結合したフレームワークなので、まずテーブル構成からしっかりやっておけば、それなりに安全性が上がります。”

    2020/08/18 リンク

    その他
    fashi
    fashi 「登録途中という状態をUserモデルに持たせない」「これらのレコードは用事が終わった時点で完全に削除することができます」「テーブルごと作り直しても致命的な問題になり辛くなります」

    2020/08/17 リンク

    その他
    irasally
    irasally 肥大化を防ぐのにテーブルを分ける、なるほど。devise便利なんだけど扱いきれない時があるのでとてもためになる。

    2020/08/17 リンク

    その他
    ritou
    ritou Qiitaを見てると初学者はUserテーブルにどんどん追加していき、null許可されてなくてランダムな値で茶を濁したりするのでもっと言語やフレームワークを越えたレイヤーで知見を集める必要がある。

    2020/08/17 リンク

    その他
    ainame
    ainame 良い話だった

    2020/08/17 リンク

    その他
    katsyoshi
    katsyoshi べんり〜

    2020/08/17 リンク

    その他
    sho
    sho DBを分けろというのは良いプラクティス

    2020/08/17 リンク

    その他
    efcl
    efcl DBから取得したモデルデータをそのままJSONとしし返してしまう問題の対策について。許可リスト方式によるレスポンスの定義、取得側のクエリでの最小限の取得について。 DBテーブルで分けておく工夫について、Userテーブ

    2020/08/17 リンク

    その他
    murashit
    murashit いいこと書いてある

    2020/08/17 リンク

    その他
    Magicant
    Magicant この説得力 > Userというとにかく肥大化しがちで絶対に失ってはいけないレコードに、一時的な要求でしか使わない情報を持たせるのはほとんどの場合で悪手でしょう

    2020/08/17 リンク

    その他
    uva
    uva

    2020/08/17

    その他
    tohokuaiki
    tohokuaiki 結構なAPIで「JSONドバー」でやばい情報入っちゃってるのあると思ってる。見つからないだけで。

    2020/08/17 リンク

    その他
    y_hirano
     y_hirano  Rails  

    2020/08/17 リンク

    その他
    tettekete37564
    tettekete37564 認証部分なの?単にポストされた投稿データを受け取ったときのログ情報じゃね?フロントに投げてしまってもフロントが何か処理しないと埋め込まれない(覗き見はできるが)と思うのだがダンプでもしてたのけ?

    2020/08/17 リンク

    その他
    kinushu
    kinushu 「余計なお節介としてエラーになったオブジェクトの情報も付けとくか、とか思ってしまうと死ぬので気は使いましょう。」ですよね…!

    2020/08/17 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    パーフェクトRails著者が解説するdeviseの現代的なユーザー認証のモデル構成について - joker1007’s diary


     RubyonRailsRails...    

    ブックマークしたユーザー

    • machidacity2024/06/09 machidacity
    • fivestech2024/05/06 fivestech
    • xmobile2024/05/04 xmobile
    • seapig_dolphin2024/05/04 seapig_dolphin
    • dev2bo2024/04/30 dev2bo
    • tyosuke20112024/03/26 tyosuke2011
    • ryosuke-fujii2023/06/10 ryosuke-fujii
    • xkoh2023/02/18 xkoh
    • techtech05212022/09/29 techtech0521
    • YukiWatanabe2022/08/12 YukiWatanabe
    • Nilfs2022/01/17 Nilfs
    • Chiastolite2021/08/18 Chiastolite
    • kawasin732021/04/21 kawasin73
    • d_animal1412021/03/16 d_animal141
    • rodov646832021/03/10 rodov64683
    • rikuba2021/03/07 rikuba
    • snjx2020/12/17 snjx
    • thotentry_hatebu1972020/12/12 thotentry_hatebu197
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事