なんかMiyouTunerがねとらぼとかでも取り上げられてるけど、B-CASカード付属してないとか知らずに支援する人が出ないか心配になる
なんかMiyouTunerがねとらぼとかでも取り上げられてるけど、B-CASカード付属してないとか知らずに支援する人が出ないか心配になる
バーニッシュは「元々が被抑圧者である(ように見える描写)」「非バーニッシュから異能が脅威と見なされ差別的扱いを受けている」「それはさておきバーニッシュを人体実験に使ってる輩がいて許せないぞ」のうち最後の1つしか解決してないんだよな
このアカウントは、notestockで公開設定になっていません。
金盾は time.android.com よりも先に福岡大学のNTPサーバーをブロックしろ https://twitter.com/tanyorg/status/1105351720421384192
米政府高官ら、エンドツーエンド暗号化の禁止を検討か - CNET Japan https://japan.cnet.com/article/35139259/
初見の時は情報量多すぎたのもあって後半成長した知波単に涙ぐんだ事しか覚えてなかったけど、改めて見るとBC自由もあんな状況に置かれたのにフラッグ車一歩手前まで健闘してたのなあ
監督のツイートで劇中歌の「知波単のラバさん」は4・3・3・3拍子だと説明があったのを踏まえて聞いてみたけどまだ全然ピンときてない
https://twitter.com/tsuki_akari/status/1145605027697954816
ボカージュといいジャングルといい、戦闘シーンをあのクオリティで出してくるなら1年半掛かろうが待てる気になる
CloudflareもCloudFrontも利用してるしどっちもCDNなので cf とか略されるとコンパイルエラーになる
さくらのWebアクセラレータ (CDN) は、Let's Encryptで証明書取得してAPI経由でアップロードするためのスクリプトを用意する必要があって面倒くさいのと、IPv6非対応なのが
お一人様ならCDNまで使わなくても、nginxのキャッシュで何とかなるのでは。一番転送されるのって、投稿直後の配信時だけだろうし。
フォロワー多い人にブーストされた時の負荷を緩和するためにCDN入れたけど、CloudflareはデフォルトでJSONをキャッシュしてくれないしMastodonもCDNに適したURL設計されてないので設定頑張らないと成果上がらない
最近出版社の人がTwitter上で活動してるのを見るからか、書影とか色校とかの用語は割と説明無しに通じるような気がするな(そうかな?
誕生日、どう考えても漏洩リスクが高すぎるので、誕生日を秘匿するよりは各種サービスで使う誕生日を変えた方がよほどセキュアでしょ
誕生日は適当にセットすると本人確認で面倒な目に遭うので難しいけど、メールアドレスをサービス毎に変えるのはアリかもなあと思った
とあるサービスが登録時に任意のログインIDとパスワードを設定する仕様で、なぜかパスワードよりもログインIDの方が文字種も文字数も制限が緩かったので両方ともランダムに生成した文字列を突っ込んで登録した
なんとかペイってやつ、ユーザーのお金の流れを記録して、広告を出すとか、企業と提携するとか、を目的とした事業なんよね。
GoogleやFacebookがネット履歴に連動した広告を出してるのと同じ。
共通プラットフォーム化してくれって意見を見かけるけど、それってむしろディストピア化が進むってことだから注意するべき。
この辺Suicaの方が履歴の利用が大人しめでまだ安心できると思う。
Q. 多要素認証 (MFA) として正しい組み合わせは次のうちどれか
やはりお前らの多要素認証は間違っている | DevelopersIO
https://dev.classmethod.jp/etc/multi-factor-authentication/
これ、本当に本当に良い記事なので是非読んでね
この記事にほぼ答えが書いてあるので読みましょう https://dev.classmethod.jp/etc/multi-factor-authentication/
Twitterでも @Umic_Y_ANG さんが同様のアンケートを取っているようなので、どんな結果になるか気になる
https://twitter.com/Umic_Y_ANG/status/1146778625712128000
Twitterの方では1,000票以上の回答を得られてるけど、現時点で正答率が3割未満でやべぇよ…ってなってる https://twitter.com/Umic_Y_ANG/status/1146778625712128000
筆跡の特徴も Inherent factors に含まれるけど、これも生体認証の範疇ですね(身体的特徴だけが生体認証ではない)
TLでGSIという略語を見かけるとき、100%の確率でGeneric System Imageが頭になくてうおぉGSI Helmholtzzentrum für Schwerionenforschung GmbHだ!になる
正解は「キャッシュカードと暗証番号」でした
このアンケートは、多要素認証で用いられる「認証の3要素」について問う問題でした。
認証の3要素とは、認証方式を知識認証・所有物認証・生体認証の3つに大別したものです。
各選択肢で挙げられている認証方式を分類すると、次のようになります。
1. キャッシュカード(所有)と暗証番号(知識)
2. パスワード(知識)と秘密の質問(知識)
3. 指静脈認証(生体)と虹彩認証(生体)
4. 預金通帳(所有)と印鑑(所有)
多要素認証では、このうち異なる2つ以上の要素を用いてユーザーを認証します。
例えば、最近よく見られるパスワード+ワンタイムパスワードによる認証は、知識認証(パスワードを知っていることの証明)と所有物認証(セキュリティトークンを所有していることの証明)の2つの要素を用いた多要素認証となっています。
しかし、2つの方式で認証していたとしてもそれらが異なる要素でなければ多要素認証ではありません。
選択肢の 2, 3, 4 は、それぞれ知識・生体・所有の単一の要素しか用いていないため、多要素認証の条件を満たしておらず不正解です。
よって1番目の「キャッシュカードと暗証番号」が正解です。
「キャッシュカードと暗証番号」について、なんとなくセキュリティレベルが低いイメージが先行して質問の意図を取り違えてしまうのだろうなという感じがありました。
暗証番号が数字4桁と短く、入力する際にショルダーハックされるおそれがあるというのは多要素認証とは別の問題です。
また振り込め詐欺のように、正規のユーザーが正常な判断能力を失ってしまった場合には、たとえ3要素を全て用いた認証であっても無力です。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
一人暮らしは所得税法上の扶養親族から外れたらすると決めていたので、就職して半年以内にさくっと実家から引っ越した
まとめて支払うために他人から集金した場合について、 gnucash でどのような勘定科目で表現するべきか。
なお、ひとつの取引として全てを記入すると、集金と支払いの順が逆になったりして一時的に残高が負になったように見えることがあるため、集金と支払いは別々の取引として計上するものとする。
これ、雑にやると現金を集めて複数人ぶんを食費として支払うということになるんだけど、それやると自分のぶんでない食費まで支払っていることになって気持ち悪いので、「自分を経由して他者が取引する場合の一時的に私が保有する現金などは、私にとってどのような分類として考えるべきか」というのが本質的な問題です。
たとえば自分のぶんでなくとも食費は食費なのか、負債なのか、あるいは何らかの項目の収入なのか……
16.3. 流動資産
https://www.gnucash.org/docs/v3/ja/gnucash-guide/accts-oa5.html
立替費用、なるほど!
@shibafu528 Zaimとかは複式簿記ライクに記帳できて電子マネーとかの履歴も自動で取ってこれるので比較的頑張れる
「英国の」プロバイダー業界団体と見出しに書かないTechCrunchクオリティ
プロバイダーの業界団体がMozillaをインターネットの悪党と非難 – TechCrunch Japan https://jp.techcrunch.com/2019/07/06/2019-07-05-isp-group-mozilla-internet-villain-dns-privacy/
ツケ払いをする場面があったとしても、家計簿だとやっぱり買掛金ではなく未払金で計上するかなあ。家計における売上原価って何だよって感じだし
@lo48576 クレカは分類的には未払金だと思いますが、未払金の中にカード別の子勘定科目を並べる程度の扱いでいいと思います…
ちなみにGnuCash家計簿に挫折した敗因として、回数券とかを前払費用(資産)に突っ込んで発生主義で記帳してたら面倒くさくなって自滅したのが一因としてある。凝りすぎ注意
私もこれが3回目のチャレンジなんですが、以前挫折したのは「しばらく放置してたら合わなくなった」という一番駄目なやつと、「10ポイントで1円として使えるようなポイントを証券として管理しようとしたら地獄を見た」などがあります