一度どうなるのか見てみたいからと妻に勃起薬を買わされて飲むことを強要された。 自分は勃起には全然不自由して無いしセックスもそれほどしたいタイプではない。 なのに興味本位に薬を使わされることに不満を抱いたが、セックスの問題は夫婦間の亀裂に繋がるという話はよく聞くのでやむなく承知した。 カチカチになるペニス チンチンが痛くなるほど固くなっていつもより若干肥大化している。 妻はそれを面白がって前戯を施してくるのだが硬くなりすぎたペニスは感度が大きく下がっていて何も感じない。 そのことを伝えても妻は我関せずで挿入を求めてきて腰を振るように命令してきた。 年上で普段は頼りになる妻だがこういうときにも指図してくることに気持ちが萎える。 しかしそういう意志に反して鉄のように硬くなった棒は萎えることがない。 そしてガチガチになったペニスはひたすら感度が下がっていて、いつまで経っても果てそうにない。 正直も
この記事は CBcloud Advent Calendar 2019 19日目の記事です。 CBcloud 徳盛です。 HTML5のLocal Storageを使ってはいけない(翻訳)やAuth0のドキュメント内のWhere to Store Tokens に記載されている通り、LocalStorageに保存するのはアンチパターンだと認識してはいますが、その理由を自分の言葉で説明しろと言われると無理だったので調べてみました。 CORS時のCookieの挙動をある程度理解する まずCookieとは サーバがブラウザに送信する小さなデータです。この情報はブラウザに保存され、次のリクエスト時に保存されたデータがサーバへ送信されます。 詳しくはこの辺りを参照してください。 ・HTTP Cookie - HTTP | MDN - Mozilla ・HTTP Cookieとは:超入門HTTP Cook
JWT認証、便利だしDBに状態持たないのでRESTfulだしめちゃ便利です。 今回はトークン生成、検証と脆弱性についてまとめました。 ざっくりまとめてるので網羅してないし説明不足な部分もあります。 JWTトークン生成の仕組み まずはトークン生成から。 フロントエンド側はユーザー・パスワードを送信バックエンド側はユーザー・パスワードが正しいかを検証しユーザー情報取得DBにユーザー情報が保存されてる前提で進めますパスワードはハッシュ化などしてくださいユーザー情報からpayloadを作成ユーザーIDなどが一般的payloadはデコードが容易なのでパスワードなどの機密情報は入れないハッシュ化するアルゴリズムなどの設定値を指定したヘッダーを作成ヘッダー・payloadをBase64エンコードするデコード可能5の値をバックエンド側が保持している秘密鍵でハッシュ化・署名5の値(ヘッダー、payload)
(Last Updated On: 2018年10月8日)SQLiteはファイルベースのオープンソースRDBMSです。オープンソースとしては珍しいパブリックドメインライセンスを採用しています。SQLiteはファイルベースなのでデータベースサーバーが必要なく手軽に利用できます。SQLiteは組み込みデバイスで広く利用され、Android/iOSなどでは標準的なデータベースとして利用されています。モバイルデバイス以外での利用も広がっており例えば、Drupal8はSQLite3に対応しています。 普通のRDBMSのようにSQLクエリが利用できるのでとても便利ですが、SQLiteの仕様は他のRDBMSと異なるので注意が必要です。 追記:論理的・体系的セキュリティを構築していれば、ここに書かれているようなセキュリティ上問題となる事を自身で分析/対応できるようになります。 SQLiteの仕様 最も特徴
夫婦別姓またダメだったね。 40代男性。妻の姓にチェック入れて結婚。子ども2人。戸籍上は妻が筆頭者で全員同姓。 すげーマイノリティだとは思う。どうせ夫婦別姓は女性の社会進出がーって言われる。 自分は身分証を一切改姓していない。ときおり離婚届を出して、また婚姻届を出して戸籍名を守っている。 ・保険証の改姓を届けてない。なので、保険証も診察券も旧姓のまま。 ・会社は、書類上の結婚・離婚をくり返してることを知ってるので、旧姓のまま届け出なくていいことになった。同一人物と分かればいいってさ。 ・免許証も改姓していない。その免許証で銀行口座作った。 ・銀行口座は全て旧姓のまま。 ・保育園の就労証明も旧姓で出したが問題なかった。自分で書くところには戸籍名と旧姓を併記した。 マイナンバーに併記したって法的根拠なし。だから俺はこのまま書類上の離婚・結婚と改姓しない身分証でやってくしかない。 法律変えないっ
はじめに DDDの実装パターンとして、EntityとValueObjectというものがあります。 ドメイン駆動一般に複雑な抽象論が多い中で、コードに近く一番イメージがつきやすいコード事例として出てくるため、ここだけは何となくわかるぞ!という方もいらっしゃるのではないでしょうか。 今日はこちらの概要とそれぞれの使い道について書きたいと思います。 先にざっくりイメージ図をお伝えすると、こういう図を使って解説します。 何の目的で作るのか? ドメイン駆動設計は何を解決しようとしているのか こちらの記事で、ドメイン駆動設計のアプローチはは以下の2ステップがあるということを書きました。 ドメイン(ソフトウェア化対象の世界)に対して、システムで使うためのモデルを作成する モデルをソフトウェア(コード)に落とし込む DDDでは、このStep2の モデルをコードで表現するためのパターン として、以下の4つを
トランスジェンダー男性のジェイムズ・St. ジェイムズ(James St. James)さんによる「トランス男性から見た男性特権25例」という文章がとても興味深いです。ジェイムズさんは米国の方ですが、日本にも通じるところが多いのではないかと。 詳細は以下。 These 25 Examples of Male Privilege from a Trans Guy's Perspective Really Prove the Point — Everyday Feminism ジェイムズさんは出生時の性別は女性で、現在は男性として生活している方。性別移行後も自分の中身は昔と変わらず、いわば「バージョン2.0」になっただけだと考えているそうです。ところが、周囲の扱いはそうではなかったんでした。 以下、性別移行後のジェイムズさんが気づいた男性特権25例を、ざっくり要約して訳してみます。 面白い人だ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く