検索対象


●すべて
●タグ
●タイトル
●本文
  

並び順



●新着
●人気
  

ブックマーク数



●1 user
●3 users
●50 users
●100 users
●500 users
  

セーフサーチ



●オン
●オフ
  

期間指定



●すべて
●1週間
●1ヶ月
●1年
  
  • まで


  • 1 - 3 件 / 3件
     新着順  人気順  


    絞り込み

     


    検索対象





    ブックマーク数





    期間





    セーフサーチ





       

    sessionの検索結果1 - 3 件 / 3件  







    HTML5のLocal Storageを使ってはいけない︵翻訳︶｜TechRacho by BPS株式会社  



    ● 935 users  

    ● techracho.bpsinc.jp  

    ● テクノロジー  
    ●2019/10/09
      



    概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Randall Degges - Please Stop Using Local Storage 原文公開日: 2018/01/26 著者: Randall Degges 日本語タイトルは内容に即したものにしました。 画像は元記事からの引用です。 初版公開: 2019/10/19 追記更新: 2024/04/05 -- リンク情報を記事末尾に移動しました 本気で申し上げます。local storageを使わないでください。 local storageにセッション情報を保存する開発者がこれほど多い理由について、私にはさっぱり見当がつきません。しかしどんな理由であれ、その手法は地上から消えてなくなってもらう必要がありますが、明らかに手に負えなくなりつつあります。 私は毎日のように、重要なユーザー情報をlocal storageに保存す

    ●javascript
    ●セキュリティ
    ●localstorage
    ●security
    ●あとで読む
    ●ブラウザ
    ●HTML
    ●HTML5
    ●JWT
    ●web
      




    HTML5のLocal Storageを使ってはいけない（翻訳）｜TechRacho by BPS株式会社







    SPAのログイン認証のベストプラクティスがわからなかったのでわりと網羅的に研究してみた〜JWT or Session どっち？〜 - Qiita  



    ● 651 users  

    ● qiita.com/Hiro-mi  

    ● テクノロジー  
    ●2020/04/24
      



    SPAのログイン認証のベストプラクティスがわからなかったのでわりと網羅的に研究してみた〜JWT or Session どっち？〜JavaScriptRailsJWT認証React SPAのログイン周りについて、﹁これがベストプラクティスだ！﹂という情報があまり見当たらないので、様々な可能性を模索してみました。 いろいろな状況が想定され、今回記載する内容に考慮の漏れや不備などがありましたら是非コメントでご指摘いただきたいです！特に﹁おすすめ度‥○﹂と記載しているものに対しての批判をどしどしお待ちしております！ この記事でおすすめしているものであっても、ご自身の責任で十分な検討・検証の上で選択されてください。 前提 想定しているAPIは、 ログイン外のAPIにはPOST/PUT/DELETEのものがなく、GETのみ GETのAPIにはDBを更新するなどの操作がない とし、そのためログイン外では

    ●認証
    ●JWT
    ●SPA
    ●あとで読む
    ●javascript
    ●Cookie
    ●api
    ●CSRF
    ●security
    ●セキュリティ
      




    SPAのログイン認証のベストプラクティスがわからなかったのでわりと網羅的に研究してみた〜JWT or Session どっち？〜 - Qiita







    Microservices における認証と認可の設計パターン  



    ● 619 users  

    ● please-sleep.cou929.nu  

    ● テクノロジー  
    ●2020/05/28
      



    マイクロサービスにおける認証と認可の、一般論としての設計パターンを調べたところ、Web 上の複数の記事で似たようなパターンが登場していた。ここでは、まず認証と認可が実現したい一般的な要件と、そのマイクロサービスでの難しさを整理し、認証と認可に分けて調査したパターンをまとめた。 あくまで “一般論” なので、実際には個々のドメインにあわせてアレンジが必要 往々にしてこの “アレンジ” に価値が宿るものだが、まずはセオリーを知っておきたいというモチベーションで調査した Web 上の記事を読んでまとめただけなので、手を動かしての確認はしておらず、理解が甘い部分はご容赦ください 具体的な通信方式やサービス間通信のセキュリティといった具体論までは踏み込めていない。このへんはサービスメッシュやゼロトラストネットワークといったトピックが登場すると思われる これらは次回以降の Todo としています その

    ●microservices
    ●認証
    ●あとで読む
    ●設計
    ●認可
    ●microservice
    ●authentication
    ●JWT
    ●マイクロサービス
    ●authorization
      




    Microservices における認証と認可の設計パターン




    1







    キーボードショートカット一覧


    j次のブックマーク
    k前のブックマーク
    lあとで読む
    eコメント一覧を開く
    oページを開く
      
     


    はてなブックマーク




    ●総合
    ●一般
    ●世の中
    ●政治と経済
    ●暮らし
    ●学び
      

    ●テクノロジー
    ●エンタメ
    ●アニメとゲーム
    ●おもしろ
      

    ●アプリ・拡張機能
    ●開発ブログ
    ●ヘルプ
    ●お問い合わせ
    ●ガイドライン
    ●利用規約
    ●プライバシーポリシー
    ●利用者情報の外部送信について
      

    ●ガイドライン
    ●利用規約
    ●プライバシーポリシー
    ●利用者情報の外部送信について
      


    公式Twitter




    ●公式アカウント
    ●ホットエントリー
      


    はてなのサービス



    ●はてなブログ
    ●はてなブログPro
    ●人力検索はてな
    ●はてなブログ タグ
    ●はてなニュース
    ●ソレドコ
      





    App Storeからダウンロード
    Google Playで手に入れよう


    Copyright © 2005-2024 Hatena. All Rights Reserved.
      




    設定を変更しましたx