fileコマンドがmp4や3gppなどのISO Box Media formatを一律で動画だと判定しちゃってオーディオなのにVideo has no video track エラーになるとか、ファイル末尾にメタデータのあるheicをFastImageモジュールがサイズ検出できないとか、AVIFなのにheicだと誤判定してしまうとか、依存プログラム/依存モジュール絡みのバグだらけ。メディア周りの自動テストが必要なんじゃない？

個人的にはスクショ貼りまくるのでなるべくLossy WebP使いたい。透過画像も問題ないし。

そのmime type 配列をアテにしてアップロードしたらエラーになるのが多々あって、罠リストだと思う

@SubwayTooter とりあえずmstdn.jp にもメールで報告したし、あとはサーバ側がんばれ

@SubwayTooter は https://mstdn.jp/api/v1/instance の configuration.media_attachments.supported_mime_types を見てからWebPを使うかどうか判定してるんだけど、サーバ側セットアップがダメもしくは古いと問題が出るわけですよ。

mstdn.jp (4.1.1)は WebP画像のアップロードに対応しません。WebP画像をWebUIにドラッグ&ドロップすると500エラーが発生します。

なお、Docker構成のバニラのMastodon 4.1.2 ではこの問題は発生しません。バニラの4.1.1でも多分大丈夫だと思いますが未確認です。

最近よくある唐揚げチェーンの、鶏肉焼きと唐揚げの合盛り定食。

ウチの使い方だとUSB端子が保たないので、スマホは2年も使えれば不満はなかったりする

スマホはアップデートが必要なので、旧式を使い続けられるようになるには「アップデートの開発/検証コストが低くなる」改善が必要になる。
開発については端末固有のコードとOSコアのコードを分離することである程度ラクに出来る。
一方で検証コストはあまり下がらない。
とはいえアップデート回数を意識するAndroid端末メーカーも増えてきた。
サムスンのハイエンド機種はアップデート4回を表明していて、これはGooleの3年サポート(≒アプデ3回)より多い。 https://mobilelaby.com/blog-entry-samsung-os-updates-up-to-4-generations.html
Xperiaは最大でOSアップデート2回、セキュリティアップデート3年と並程度だった。 https://buzzap.jp/news/20220519-xperia-1-4-os-update-security-update/

@ganyo メーカーにもよるよね…

#subwaytooter リアクションに確認つけた。アカウント設定からON/OFFできる

あんなやかましい場所でうまく録音できるマイクすごい

読経の音声転送に使うマイクはどのメーカーのものですか？

そろそろViewModelとCompose覚えないとなあ。Compose、LazyColumnのスナップとか上下２方向のPullToRefreshとかメディアビューアのピンチ操作とか諸事情によりあちこちで使ってるonInterceptTouchEvent の代用品とか謎だらけだ

ちなGlobalScopeが内部で使ってるEmptyCoroutineContext はまだ使えるので、EndlessScope なるものを実装して中身はGlobalScopeと同様、という感じでも別に問題ない。

さらに今までRequestCodeで処理を微妙に切り替えていた場所がInstanceState経由でデータを受け渡しするしかなく手間が増えた。

ComponentActivityのstartActivityForResultとonActivityResultがdeprecatedになった件、代わりにregisterForActivityResult を使うのだがonCreateに動的に記述するしかなく、登録し忘れ問題を予防する良い方法が思いつかなかった。結果書き換えた場所全ての手動テストが発生して面倒くさい。

CefSharp 81.3.100 から CefSettings.CachePath に相対パスを指定できなくなった

@pikepikeid 受け側は…？

10x20cmのを見つけたので調達しなおす。 https://www.monotaro.com/p/1744/3353/

外寸15cmだと最近のスマホは微妙に入らない、しかし一つ上のサイズは20x25cmで価格も3倍になる。うーむ

開発中のスマホを受け取ったり送ったりする仕事なので、帯電防止袋を使うよ

ミラーレス機が初のトップ10占拠、キヤノン製品とニコン製品が圏外の衝撃【デジタル一眼カメラ売れ筋ランキング（5月上期）】 | CAPA CAMERA WEB https://capa.getnavi.jp/news/336215/

本日のさくらVPSメンテナンスの結果、irc2.juggler.jpの/sbin/にあるファイルがいくつか消えてしまった。OSインストールからやり直すのだ…。

ひさしぶり？に秋葉原で野暮用をすませてきたら腹を下したなど。相関の有無は不明

@Dalk 証明書の更新したら Public-Key-Pins でささってる

もしかするとなんだけど、vapid public keyが設定されてないのにプッシュ購読APIつかえるタンスがあるような？ うちのアプリサーバのログ見てるとそんな気がする。空文字列にみえる。

マストドンのプッシュ購読API、コールバック呼ばれる時のUAはこんなです。

"Ruby"

ぱうーくらいDM多いとDMの部分インデクスだけでも相当あるだろうし、色々しないと厳しいだろなー

@fusagiko こんなです
https://gist.github.com/tateisu/cc6bff006b898094262245491b631f2f

DMカラムって自分が書いたDMと宛先が自分のDM両方を混ぜたモノなんで、究極的にはDMカラム用にテーブル持たないとクエリをシンプルにできないはず。(account_id,status_id,updated_at)で、自分に関係してるDM全てのステータスIDを一度に取得できるようなの。

タンスによってはmentionsテーブルのインデクスも見直したくなるかもしれない＞DMカラム

こういう表示は余計なお世話かもしれないけど、サポートの手間を減らす効果はあると思うんだ
https://mastodon.juggler.jp/media/2Ksf3yfCXXvLLNamsI0 https://mastodon.juggler.jp/media/G4Ht7XNYCCY82gbHaSM

「つながりを隠す」の連合での挙動を改善するには、標準化を強化する必要があるらしい。

この件について私は意見を持っていないが、アプリのユーザには説明する責任がある。

「繋がりを隠す」は連合しない。タンス(A)のユーザのプロフィールを別のタンス(B)のWebUIやAPIから確認すると、(B)に存在するフォロワーやフォロイーはリストに表示される。

ここのアナウンスさんのフォロワー一覧も非公開にしとこうかね https://mastodon.juggler.jp/users/juggler/followers

(LTL)あと名前にもカスタム絵文字つかえるようになったんですが、絵文字ふやしたいとか要望はないかなあ

いままで完全公開だったのに比べたら、フォロー先に通知が届くだけになったのは十分こっそりなんじゃないかと、

公開プロフにフォロー関係が表示されないってのがメインで、おまけでWebUIやアプリでも自分以外はフォロー関係を取得できないようになってるだけですねー。フォロー先には通知が届きます

ためしにフォロー隠してるアカウントからフォロー送ってみましたよ

MTA用のリストだもんなあ…クライアントをこれで絞るのは厳しすぎる

@sakko2005 ああ、そういう…。そりゃ自分のは見れますよね…。
非表示でどうなるか見たいのなら @tateisu とかテストアカウントがあります

@sakko2005 自分のアカウントから自分のプロフを見てますか？もし古いタンスからこのタンスのプロフを見てるのであれば、そりゃ古いタンスには隠す設定がないので…

いやいや動作確認くらいはしてますよ…

@sakko2005 チェック付けて「変更を保存」した後にプロフカラムをリロードすると見れない(サーバからはカラのフォロー/フォロワー リストが返る）状態になるはずですけど、なってません？

MTA用のリストだもんなあ…クライアントをこれで絞るのは厳しすぎる

spam系IPアドレスのリストらしいよ
https://mastodon.at/@pfigel/100074037885173243
https://hostux.social/@valere/100074476284834492
うちはメールサーバの方をいじったので使ってませんです

https://github.com/yuzulabo/Mastodon-Activity-Embed をウチでも表示する https://mastodon.juggler.jp/about/more ようにしてみたけど、最初の行って計測中の(現在の)週だから集計途中の数字が出ちゃうので１つ古い週のデータを表示するように変更したよ

DMカラムは結構重かったので、データベースに部分インデックスを追加した方がいいよ。DMトゥートだけが探索対象になるから、DMが少ないタンスほど効果が高いよ。 https://gist.github.com/tateisu/cc6bff006b898094262245491b631f2f

マストドン2.4.0からダイレクトメッセージのカラムを表示できるようになりました。通知から探すより便利なので使ってみてください。

@mazzo WebPush APIはかなり前からあったのですが公式WebUI専用のものでした。今回はサードアプリからもプッシュ購読APIを利用できるようになったのが改善点です。 Androidだと SubwayTooter 、iOSだと Toot! ( https://github.com/DagAgren/toot-relay ?? ) が対応済みです

https://gist.github.com/tateisu/cc6bff006b898094262245491b631f2f インデクス追加前後の実行時間の予測

DMカラムが遅いので雑に部分インデックスを貼る。 create index statuses_dm on statuses(id,account_id,updated_at) where visibility=3;

2.4.0、lightテーマは少し改造しないと見れなくなっちゃったんだね

Andoid 5が出てから4.5年が経過してるの。メーカーが古い端末をサポートする期間は1.5…3年程度が普通だし、4.4が滅びるのはまあ妥当だろうという感想

@Common_Lisper

rc取れたなら1-2日待ってから入れるか…

手動だろうと自動だろうとアカウント大量作成はダメよね

しかしまあいろんな亜種が発生しそうだしreCAPCHA的なのが欲しい感じはある

https://gist.github.com/tateisu/7158814ca15700808364e3b83f35d47a メールアドレスのリストから今回のアレなmxを探すperlスクリプト

カスタムROMでアプリ動かして不安定ですとか言われても困るかなあ。アプリの動作検証用の環境としてはまず避けるべきだし

うちは自前メールサーバなので iptables -t nat -A PREROUTING -d 167.99.210.22 -j DNAT --to 0.0.0.1 とかで問題のMXにメールが投げられないようにした

なるほどMXが同じなのね

select users.email,accounts.username,users.last_sign_in_ip \
from users left join accounts on accounts.id=users.account_id order by users.created_at desc limit 50;

iOSは大変なんだなあ

このアカウントは、notestockで公開設定になっていません。

思ったより大掛かりになりそうだけどまあ数日あればいけるだろ…

tusky-api をこんな感じ https://github.com/tateisu/tusky-api/issues で弄ることにした

はい。。申し訳ありません。。。

mastodonとは直接関係のない作業をしててWebフロントの設定を変えたらトラブル起こしてたという。

はい。。すいません。。。

うあああ、ひどいミスをした。怖かった…

@Clworld 結局streaming API と Firebase messaging を中継する何かしらが端末の外側に必要になるんじゃないかな…

@Clworld いえ、あれはアプリ事に建てるものなのです。インスタンス側でたてても…あ、そうだ

SubwayTooter でも streaming とfirebase messaging の中継するサーバたてて、有料オプションでリアルタイム通知とか検討してはいるが、大半の人は今のpull通知でも十分だろうから需要ないだろうと思ってる

@Clworld tusky-apiサーバたててアプリをそれに対応させる。tuskyがやってる（が、安定はしていない

顔アイコンが別の人のになるとかいうバグを調べてる…

@fshin2000 ImgurがMashape使ってAPI利用者(アプリ作者)に課金とかしてましたね

そう考えると複数タンス対応のPC向けWebアプリって必要なのかもなあ

あと全年齢向けPawooと Pawoo.R18を分けちゃうとか。 複数タンス対応アプリなんだから問題ないよね（笑顔

iOS向けのポルノは結局Webブラウザでやれって話だったし、某社はWebブラウザ上で動くアプリでも作ればいいと思うよ

Googleの音声認識エラー率が4.9パーセントに
http://thebridge.jp/2017/05/googles-speech-recognition-technology-now-has-a-4-9-word-error-rate
しかし日本の方言には対応できまいよ

セルフレーム多いんだな

店によってはレンズを加工するときにそのへんも考慮してくれるんよ

いや、顔がでかいからリムレスの方が横幅調節しやすいん…。

(ローカル向け)メガネを晒す流れと聞いて https://mastodon.juggler.jp/media/MOkQSF2yp2lFm6-wgQE