昔アニメージュで連載されていた「東京兵団」。唐突な終わり方だったのでずっと心に引っかかっていたんですが、もしかして編集部と揉めたみたいな事があったんでしょうか?
SPAのアプリケーションで、外部のIdPを使ってOpenID Connect によるログイン機能を開発しようと考えています。IDトークンの保存先として、ブラウザのCookieかサーバーのDBに保存するかの2つの案があると思っています。調べた限り、サーバーサイドで持つべきという意見が多いように見えますが、以下のような背景がある中で開発しても、ブラウザのCookieでは持つべきなのではないのでしょうか? - IDトークン自体にも、個人の属性(氏名等)情報は無いことを確認している - サーバーサイドでIDトークンの署名検証をして、IDトークンの改ざんが無いか確認する - Http Only属性:JSによるCookieへのアクセスを防ぐため - Secure属性:流出防止のため - SameSite=strict:CSRF対策のため 結論から言えば、「どちらでもよい」となります。しかし、恐らく話は
リレーショナルデータベースシステムを趣味で開発している者です。 現在、開発中のシステムを並行トランザクションへ対応させることを検討しており、どのような手法があるのか調べたところ、SS2PLもしくはS2PLという手法が私と同じように自作をされている方々の中では多く採用されているようだと分かりました。 一方で、PostgreSQLやMySQLなどのプロダクションレベルで利用されているシステムではMVCCと呼ばれる手法が採用されているということも分かりました。 きっと後者の方が多くの場合で高いスループットが得られるということなのだと思うので、可能であればMVCCを採用したいのですが、あまり初学者向けの実装例も見当たらず、どうしたものかと悩んでおります。 SS2PL/S2PLとMVCCの実装の難易度・工数はどの程度違うものなのでしょうか? また、初めてリレーショナルデータベースシステムを開発する者
抜群によい質問です。簡潔でかつ奥が深い。身近な現象と量子論の深いメカニズムをつなげる本質的な問いです。何が言いたいかというと、難しくて私にはちゃんと説明できません。どうしましょう。でもこれでは答えになっていませんね。少し考えてみましょう。 棒磁石を2つに折って分けるととアラ不思議、折ったところにN極とS極が勝手に現れて、2つの磁石ができあがる。だったらもっと折ってみたらどうだろう。4つ、8つ、...。どこまで小さく折っても磁石のままなんだろうか。もっともな疑問ですよね。分子レベルになったらどうだろう。それは場合によるでしょう。でも確実に言えるのは、もっと分解して原子核と電子に分けてみたときです。そう。1つの電子は磁石なのです。 電子は自転しています(スピンといいます)。電荷をもつものが回転すると磁石になります。電子は小さな素粒子ですが、一つの立派な磁石です。 問題は、原子や分子など、大きく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く