飯にしよう飯に
For those who wants information about Yuito, subscribe my English posts only (available on account profile, Mastodon v4 or above).
くだらないこと言ってる人格は わんせた 、コード書いてる人格は kyori
呼ぶときは わせたん でもよし。たんってついてればかわいいので
Manages: https://odakyu.app https://nitiasa.com
Maintains: https://accelf.net/yuito (fork of Tusky)
when these instances down see here: @ars42525 @ars42525
Server Status: https://graph.accelf.net
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
それは技術的に可能とは言わない(文脈によるが、そもそも技術的に可能って言うときは自分でやるかどうかは評価対象に入らない気もするが)
このアカウントは、notestockで公開設定になっていません。
Qrio Lock、なんかプロトコル更新しようとしてるけどどうしたんやろ
Android 13でBLE使えなくなるやつ踏み抜いてるユーザーが想像より多すぎて洒落にならんとかそういうやつ?
@yesfreenet sorry but I know nothing about Gotify-UP so I think I cannot support it
RubyのDelegateClass、bindingとかevalの挙動がおかしくなる(それで想定通りなのかもしれんがめっちゃキモい)
HTTP Message SignaturesのHTTPヘッダーがRFC8941準拠になったのはHTTPBisのdraft-02からか
育児休暇は休んでるわけではないのはお前のプライベートであって職場や同僚になんでその負担を強いて当然みたいな顔になるんや
いっぱい空行入れて行数稼いでるブログ、行数が多いほどギャラが出るからって噂を聞いたことがある
マジでTwitterのGlobal TL化治らんのだけどほんとにこのままの仕様で行く気なの?流石に使い物にならんよ?
具体的に説明するのであれば、脳内で『うんちっち〜!!!』『キャー!!うんち〜!!!』などと響き渡っており、およそ最悪である
今日の進捗:RFC8941 compliant Structured Field Values parser
なおテストが書けていない
RFC8941、むずすぎる
あとでちゃんと読む
https://www.rfc-editor.org/rfc/rfc8941
平文空間と暗号文空間って表記もあんまよくねぇな
あらゆる入力が復号できる必要があるってのが数学的ではないけどシンプルでわかりやすいかしら
公開鍵暗号方式の中で署名に流用できるためには少なくとも平文空間と暗号文空間が一致している必要があるはず。平文を暗号文とみなして復号する処理があるので
※ほかにも条件がないとは言っていない(考えてない
最悪Admin権限で復帰できると思っている節はあるが(なおどうせSSHなりサーバー管理コンソールからのログインなりにはSecurity Keyが必須)
MastodonもSecurity Keyの登録にTOTP必須の~クソ~仕様になってるのでこのアカウントの2FAもTOTPの秘密鍵は破棄してます
TOTP or SMS必須の仕様は外れてなさそうなので、現時点で最も強固なセキュリティはTOTPとSecurity Key2本以上を登録した状態でTOTPの秘密鍵を破棄することですね
GitHub、2FA強制するために仕様改善したらしく、Security Keyの追加にTOTPが必須になってた問題が修正されてる
Mastodonがほん投げてくるsignatureプロパティ、ちゃんとJSON-LDで修飾されてないやん
JSON::LD::API.toRDF、適切なLDのstatementがないとdropするのか
うちの鯖上ではちゃんとついた
~~~~~~~~~~
[https://odakyu.app/@ars42525/110008968845081718]
てか別にモデレーションであとから付与したNSFWを普通にOwnerの鍵でUpdateしてしまっても(運用上は)なんの問題もないんだよな
このアカウントは、notestockで公開設定になっていません。