このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
スプラッシュスクリーンを黒ベースにする。中央の画像はWebPも試してみたけど、解像度バリエーションからOSが選ぶものが不適切に低解像度なのを回避できないのでやはりベクタ画像にするしかないみたい
FCMもntfyもメッセージサイズ上限はあるな。Misskey v10からアプリサーバに届くプッシュの内容を中継できない制限はどうしようもなさそう。DBに覚えてIDを送ってアプリからpullしてもらうくらいしかできない気がする
acct.length=42, header.length=392, body.length=3078
Base128まで実装して、プロフが短めなら何とかFCM経由で送れるようになった
FCMで何文字送れるか。jsonのエスケープなどは考慮しなくてよさそう。UTF-8にエンコードした状態で送ってそう。
n=4050 c=a 1bytes
n=4050 c=\u0000 1bytes
n=4050 c=\u000a 1bytes
n=2025 c=\u00a9 2bytes
n=1350 c=\u82b1 3bytes
Twitterアプリ作者が逃げた先が某のアプリ開発だった、という事態を阻止するためにできることはせねばならん。それは地獄から地獄への綱渡りだ
アプリサーバにbrotli入れてみたけど、元が暗号化データなんで圧縮の効きは悪いな…。
acctHash.length=43, headerJsonString.length=456, bodyBase64.length=3766
ヘッダ部分などむしろ増えてしまっている。
めいすきーから来たのを中継しようとすると、必要なデータが
acctHash.length=43, headerJsonString.length=412, bodyBase64.length=4278
で、FCMに渡そうとすると怒られる。圧縮してからbase64するか…?
FirebaseMessagingException: Android message is too big
Misskey v10 はどんな巨大なメッセージを持ってたんだ…
このアカウントは、notestockで公開設定になっていません。
MastodonのAPIはバージョン判断まったくしなくても基本的な機能は使えるようになってて、すごくありがたみがある。安定したアプリが存在できるのはサーバのおかげ
このアカウントは、notestockで公開設定になっていません。
これでアプリサーバはヘッダとボディまとめてプッシュサーバに投げるだけにできるな。サーバ側でのデコードは不要になったんや(FCMのデータサイズ制限が緩和されたのが大きい)
https://github.com/tateisu/ProtPushProxy/tree/main/PushReceiverApp/app/src/main/java/jp/juggler/pushreceiverapp/push/crypt
やっとJavaで Content-Encoding: aes128gcm のデコードできた。WebPushのデコードなんて普通はブラウザ実装しないと作らないからサンプル少なすぎるしJavaの暗号プロバイダってどれも何かしら問題があって苦労する
https://nlab.itmedia.co.jp/nl/articles/2201/27/news124.html
Twitterも投稿時に「内容の警告」でセンシティブつけれるようになったんやな
装着感。外耳道周辺は問題ないかな。FW10000だと重心が外側によるせいか、イヤピにコードがついてる付近、耳の下側がやや押されてる&ちょっと鋭角よりで痛い。TZ700は大丈夫。
音。しっかりマウントすることでキレが上がるのを期待してたんだけど、キレはXELASTECと変わらんな。むしろ高音がやや響く感じだ。反射するのかね
FW10000用に作ったカスタムイヤーピースだけど、TZ700にも問題なく使えるのだった。ベント穴も一応は塞がりません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
なぜ握り潰すよりクラッシュさせたいかって、その方が開発者にとって明確な結果になるからじゃん。ユーザとしてはGUIアプリがクラッシュして良いことなんて皆無だよ。だいたい何も有用な情報は見えないし。
ラムダ式やコールバックを受け取るモジュールからはどんな例外でも起こり得るので、例外が起きた時に最低限の後始末を行ってから例外を再送出する、または握り潰すことになる
とりあえず、finally節と検査例外は無関係だよ。kotlinでもfinally{}や .use{} は多用するもの。
例外のバックトレースのどこかに自分のコードがあると期待するなよ。
アプリが落ちるってのはそういうのもあるんだぞ。
@lo48576 if式もtry式もelvis も完備してるkotlinで書かれたTuskyでも頻繁に落ちるんだから、最終的には人間だよ
新種の通知が実装されたら落ちるアプリと無視するアプリと「謎の通知」を表示するアプリ、みんなはどれが好き?
@lo48576 XMLもJSONも独自のバイナリ表現も、型名を間接的に表すことはできても型情報そのものを持つことは無謀です。そんなことしたらコード側の変化に敏感になりすぎてしまう。
ユーザじゃなくて話題をフォローしたい。ハブ役のサーバを明示するか、すべてを拡散するメッシュ型ネットワークかの選択肢で、Lemmyは前者を選んだ訳だ。通信量的でもモデレーションのしやすさでも悪くはない
読む側のサーバにも投稿がまるっと複製されるので、ユーザのフォローに頼ったタグ分散よりも漏れが少なくなるのだ
ハッシュタグの後ろにサーバ名をつけるとそのサーバのタグTLに送ってくれるようなFSNSがあるといいなあ。
読む側もサーバ別にタグをフォローする。
Lemmyのコミュニティーはそれに近かった。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
騎士団長 島耕作 http://blog.livedoor.jp/goldennews/archives/52063750.html 作者が誰になるかは不明。 偉い人が思い付きで進めたような事案だ
カール・マルクスのアニメを中国が http://blog.livedoor.jp/goldennews/archives/52063764.html 今の中国ってマルクス主義とあまり関係なくね…?
Realforceキーボードに殺虫剤をかけすぎてキーの反応が悪くなったので水洗いして干してきた。Realforceの予備があるので大丈夫だ
@i_sparkling 新卒優遇は日本の人事のすごくダメなところだと思います。競争力をつけたいんじゃなくて従順な奴隷が欲しいという発想。まあ他人の会社なんで批判しても始まりませんが
@i_sparkling そりゃ欧米やアメリカは小学校から留年があるから…。日本の義務教育は形だけ整ってるけど中身がザル
そういやお弁当の絵文字ってなぜか寿司が入ってるの多いけど、日本のお弁当には寿司はあまり入ってません。鮮魚の握り寿司は鮮度の問題があるからです。>LTL
昨夜はかゆくなかった。捨てるPCをさっき分解してたらまた汚染された。しばらくはコインランドリー通いだなあ…。あれも一回で完璧な状態になる訳ではない。1-3日おきに繰り返すと虫がへっていく。一回800円かかるが…
@cv_k 殺人が違法だから包丁が違法なの?、みたいな理屈だ。「手段を問わず複製がダメ」って書かれてるのに手段の方に注目してる。
@ButterflyOfFire Mastodon devs changed API document that requires unnecessary implement change of clint app. then I have to handle IDs as string, not 64bit integer.
おおう、Kotlinのinline class はequals() と hashCode() をオーバライドできないのか…。
#Mastodon v2.7.1 is out:
https://github.com/tootsuite/mastodon/releases/tag/v2.7.1
Mostly hotfixes, such as for broken SSO deployments, and a PostgreSQL <9.5 fallback migration not copying counters correctly
このアカウントは、notestockで公開設定になっていません。
マストドン側の変更には追従するということでIDの扱いを変えたが、PleromaのサポートはissueかPRがもし来たら考える。
AndroidOne S2で動作確認しててグラデがおかしい…って悩んでたけどGalaxy S8+で見たら普通に滑らかに表示されてて、アプリじゃなくて端末が悪いんだと分かった… https://mastodon.juggler.jp/media/0Egf64SIjOr1XpkAJ6g