周防パトラさんのアロマウォーターが届きました
スーパーのカット済み根野菜パック（じゃがいも人参玉葱、ブイヨンスープ）を雑に煮てシチューを作るよ
@zundan Sidekiqは処理実行中ずっとDB接続を握ってるので、DB接続が溢れるかSidekiqの同時処理数が溢れるか、という形で問題が現れます。それは応答のない/応答の遅い接続先サーバがある時に顕著になります。
様子見というのは、そういう接続先サーバが出てこないと適切なタイムアウトを推測できないからですね。
@zundan とりあえず全部30くらいから始めて、サーバ負荷で困るなら減らしてく感じがいいと思いますよ
しかもMacのNFDは普通のNFDの亜種なのでそのへんのunicode::normalizeだとダメなのだった。うんこ
複数スマホのSS画像を連結するスクリプトを職場支給のMac上で書いてたんだけど、globしたファイル名はNFDなUTF-8なバイト列で、設定ファイルをYAML::PPで読んだのはNFCなUnicode文字列で（文字列にUnicodeフラグを立てない選択肢がない）、描画時にfreetypeに渡すUnicodeはNFCで、出力ファイル名に指定するのはUnicodeをNFDに正規化してUnicodeフラグを外した文字列で…とややこしくて無駄な時間を取られた。NFD滅ぶべき
休日の深夜に Content-Encoding: aes128gcm のデコーダを書かされてるの、普通に考えたら罰ゲームだよな…
情報がないのかAPI自体がないのか分からん。HTTP応答コードがどっちも404なのは欠陥だと思う
アクセストークン更新やら単にアンインストールするやらで古いプッシュ購読は捨てられていく。クライアントが完全に後始末するとかはまず無理
Mastodonだとアクセストークンごとに購読１個までだったから、アクセストークンだけ指定して現在の購読を取得してそのURLを見て色々判断してたけど、MisskeyだとエンドポイントURLはアプリ側が覚えないと、そもそも現在の購読が分からなくなる？
https://github.com/misskey-dev/misskey/commit/4ecc42744c3c8b68e38f58bfe03919bf437f137a#diff-218c992b18285e7a15ad80a893b33b53814ad8688ed293431cb521d0a14ff46a へえ、「現在のプッシュ購読を確認する」APIが生えてる。ユーザとエンドポイントURLがキーになってる。
docker-composeからdocker compose pluginに変えたら、作られるコンテナの名前の一部がアンダーバーからハイフンに変わってるやん…
https://stackoverflow.com/questions/71941032/why-i-cannot-run-apt-update-inside-a-fresh-ubuntu22-04 を踏んだのでホストのdockerを更新した。
このアカウントは、notestockで公開設定になっていません。
@hanoa mydnsとかでいいなら無料のもありますよ。運営次第ってことです。
Android 7以降はアプリインストール直後にAOTコンパイルするのではなく、一時的にJITですませることもあるけど、どこかのタイミングでアプリごとAOTコンパイルされる
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
Clubhouseだけじゃない。“音声SNS戦争”の行方はいかに？ https://wired.jp/2021/01/28/future-of-voice-sns/ やっぱDiscordがこのジャンルだと大手だよね。
このアカウントは、notestockで公開設定になっていません。
@noellabo APIキー使ってアクセストークン取得してからクエリするんだけど、対象サーバのLTLの情報からAP URLやアンケートとかカスタム絵文字の情報が削られたモノが得られるので別アカ操作は面倒だよ https://github.com/tateisu/SubwayTooter/blob/trunk/app/src/main/java/jp/juggler/subwaytooter/search/MspHelper.kt
一部のMastodonカスタマイズサーバでもMarkdownは使われてる。
素のMastodonと連合しない(タグが除去される)のでまだ対応する気はないけど、検討はする。
某FMと違ってクライアントからはHTMLが見えるのでパーサは楽だし、あくまでMarkdownの範疇なのでそこまで理不尽ではない。
ネストしたブロック要素をTextViewに変換するのはやはり困難がある。blockquoteはまだ何とかなるけどtableを正しくレイアウトするのはほぼ不可能。imgもリソース管理が面倒なやつ。
TL中の投稿ごとにWebViewを用意する実装はありえないので、表現力を求めるならWeb技術をベースにしたアプリの方が良い。
一方でTextViewベースのアプリの方が圧倒的に動作が軽い。大量のカラムを使う前提のアプリだと表現力は妥協した方が良いのだった。HTMLタグになったことで文字としては見えなくなったMarkdownを再び再現してやればとりあえず意味は通じるようになる。
追体験（後再生）できない音声チャットは拡散力がないので、Twitterに例えるのは明らかに間違いだと思う。
Skypeのグループチャットと比べる方が近いのではないか。寂しさを紛らわすためにマッサージのような会話をする場所。
Android民なのでClubhouseには手を出してないが、オッサン向けのマイルドなDiscordのようなものに聞こえる。招待制が売りなだけなら(SNSとしての)mixiと同じ末路を辿るのではないだろうか。
1年ぶりに起動したノートPCの更新作業が終わらない。「PCは待つより待たせる」感じで片手間作業してるというのもあるが…
https://twitter.com/azurlane_staff/status/1354262099774476290
(アズールレーン公式)
【着せ替え】 ラ・ガリソニエール ほろよい春曙の夢 「あとは挨拶回りだっけ？指揮官、あたしを連れて行ってよ！絶対恥ずかしい思いさせないから！」 軽巡洋艦「ラ・ガソリニエール」着せ替え、 Live2Dアニメーション＆追加ボイス付き仕様で近日登場予定！ #アズールレーン
(LTL)これはサーバ間の配送の問題なんでは？該当発言のWebページをみたら表記どおりの古い時刻だし。
告知はメールや投稿のような投げっぱなしのものではないので、個別に既読管理する利点はあまりないと思ってる。普段隠しといて、必要な時にバッジが出たらそれで充分。
投稿に拡張するとなると連合やらクライアントへの通知やら解決しないといけないことが多い
3.1.0でホームカラムのお知らせだけ、というのは「連合しないよ」ということ
しかし飲みたいのはスーパーの牛乳コーナーにあるような安いアイスココアなのだ…
Misskeyに続きPleromaもリアクション始めてるので、Mastodonにもそのうちつくさ。3.1.0ではお知らせ限定だがユーザの要望がそこに留まる訳がない
@Kirishimalab21 アナウンス(鯖缶からのお知らせ)に対してだけです…
「デフォルト値と同じ設定」は設定ファイルから消した方がアプリ側の変更によるデフォルト値の変化に追従しやすいんだろうな…
モバイルアプリの場合はずっとストリーミング張りっぱなしな訳ではないし、TLを差分更新するたびに告知を読み直すとかrate limit的にやりたくない。どうしたもんかな…
うーん、メガホン図柄はユーザからみて異なる機能を連想してしまうからナシだし、通知でもないから ! マークもダメだな。悩ましい…
んー。告知を閉じた時に一行だけ残るんじゃなくてカラムヘッダのカラム設定ボタンの隣に📢のイメージボタンでも表示する方が面積的に良いかもしれない…
いちいち検閲とかしませんけど、警察や公安からの要求には屈しますよ＞LTL
彼がBANされたのは注意してるのになりすましを繰り返したからだよ＞LTL
Picrewの「ひとこまメーカー」でつくったよ！ https://picrew.me/share?cd=S3pCMzRdi4 #Picrew #ひとこまメーカー
このアカウントは、notestockで公開設定になっていません。
@t まず問題がいくつあるのか分からない。Pleromaユーザは誰もissueを投げないのである
https://pleroma.site/objects/9674fdc6-1996-4b29-928e-41b76d91355c なんだろう、俺が誤読してるだけなのかもしれないけど、息をするように嘘をついてるようにみえる。
@kaniini @WAHa_06x36 @doublah I do not feel like making a list of problems myself. I welcome issues and PR in ST's repo.
https://pleroma.site/objects/428cfc37-7ac5-45d0-8c1a-3d20b7682362 STはPleromaの人たちと働いて修正した、、、らしいんだけど、俺はそんなことをした記憶が一切ない
(死んだ目をしながら) masuter追従してるPleromaインスタンスはあるかい？
@kaniini @WAHa_06x36 @doublah what about you said? ST still use long id in mastdon-like servers.
たとえばSTのコンテキストメニューに「～ サーバに新規登録」とかあると嬉しいもんなの？
Pleroma側の問題はAPI仕様の理解が浅い(undocumentedな部分を考慮してない)まま変えちゃったことだけど、Mastodon開発者の一部が日和ってそれを許容するドキュメント変更をかけちゃったのがもっと問題。こうなるとPleromaユーザからアプリへの悪評は止まらない
@ijs01140 ていうか連合のこと考えたらSVGは止めといた方がいいと思う
@ijs01140 AndroidのAPIにSVGをデコードできるものはありません (VectorDrawableはSVGの劣化版だし)
これまで内部DBやカラム設定などに数値でIDを保持していた部分が全滅である。かといって放置していたらPleromaユーザのクズどもから「APIの規約はこうだから対応しないアプリが悪い」と言われるのだ。
この変更にはオイゲンさんは関わっておらず、Mastodon開発者の一部がPleromaと敵対したくないという理由で定義を変更してしまった。それで割を食うのはアプリ作者である。要するに「Pleromaでも動くようにIDの扱いを丸ごと変えろ」というお話。ひどい。
マストドンでのIDの取り扱いは余計面倒な方向に進んだらしい。 https://source.joinmastodon.org/mastodon/docs/commit/e086d478afa140e7b0b9a60183655315966ad9ff これ結局アプリ作者に面倒を強いる方向だなあ…。
