@askyq 時期は知りませんねー。リリース候補（rc）から出ると思いますよ
@askyq 時期は知りませんねー。リリース候補（rc）から出ると思いますよ
> Non-linear font scaling to 200%
dpじゃなくspでフォントサイズを指定した箇所は最大200%までフォントが大きくなる。アクセシビリティ的に重要なのは分かるが、これに対応した画面をデザインをちゃんと行えるアプリは少ないだろう。あちこち … だらけになってむしろ情報量を失いそう。
Starting with Android 14, apps with a targetSdkVersion lower than 23 can't be installed.
更新されてなかった古いアプリのいくらかは、そのままインストール不可のまま消えるんでしょう。
このアカウントは、notestockで公開設定になっていません。
BTオーディオに空間オーディオとかあるけど、よくわからない。TWS側はaptXもLC3も対応してるはずだけど、このPixel 6 Proだと選択できない
このアカウントは、notestockで公開設定になっていません。
Android Studio 同梱のJDK 17 を使いつつターゲットレベルは1.8 でkspにもターゲットレベルを勘違いさせないようにする場合、
tasks.withType(org.jetbrains.kotlin.gradle.tasks.KotlinCompile).configureEach {
kotlinOptions {
jvmTarget = "1.8"
}
}
などbuild.gradleに書いておく必要があるらしい
https://www.xda-developers.com/android-14/
「Googleは、今後の開発者向けプレビューでJava 17の機能を完全に有効にするために、OpenJDK 17のサポートを導入します。Project Mainlineのおかげで、6億台以上のデバイスが、これらの変更を含む最新のARTアップデートを受け取ることができるようになる、とGoogleは述べています。
また、Googleは開発者が新機能をトグルできるようにする予定で、これらの機能は開発者向けオプションに配置されています。」
即座にJava 17の言語レベルやターゲットレベルを指定していいというものでもないらしい #Android
#Android AGP 8.0からbuild.gradleに BuildConfig フィールドを書く機能が制限される。https://stackoverflow.com/questions/74634321/fixing-the-build-type-contains-custom-buildconfig-fields-but-the-feature-is-di
8.0の時点ではgradle.properties に設定を書くとまだ利用できるが、AGP 9 でその設定は削除される。
一方build.gradle内に
android { buildFeatures { buildConfig true } } など書くことで有効にするのはOKらしい。
#Android studio はJDK17を同梱するようになった。 https://developer.android.com/studio/releases#jdk-17
新規プロジェクトのテンプレートの「Empty Activity」は Compose Material 3 を使うようになった。既存のViewフレームワークを使う奴は名称が「Empty Views Activity」に変わった。
@mot とはいえ同サイトの1万人あたりの感染者数を見ると欧米と中国は数倍どころではない差があるので、自由主義とウィルスの相性は特に悪いというのは同意します
インドもペルーも感染者ふえてきたし、こりゃ季節が変わったくらいではウィルス減らないだろうな…。せめて医療崩壊しない程度になるまではソーシャルディスタンシングを進めるしかない
@mot 中国のは無症状感染者を計上してない数字なので、そのまま比較したらダメかと。外務省の出してる表にも注意書きがある https://www.anzen.mofa.go.jp/covid19/country_count.html
輸入検査キット、中共ウイルスが付着 故意かhttps://www.visiontimesjp.com/?p=5170 検査キットは安易に輸入するべきではないな…
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
マストドン自体が改行のエンコードの<p>と<br/>を使い分けてるのでそのへんは色々あるさ…。
適当にポチったアロマオイルを使う貯めにアロマポットやディフューザーを調達しなきゃなんだけど、10年前くらいに試した時は油で皿を焦がしてしまったし、かといって超音波式は雑菌のモトだしで迷ってる
@Eai iOSで安易にHTMLデコードAPI呼ぶと内部でWebKitが動いてることがあります
なおSTはHTMLデコーダを自前で持ってる&JavaScriptは動作しないので、XSSは基本的に発生しない。表示が意図通りにならない？だけ
なぜそうしたかは忘れたけど、フレニコAPIの投票の選択肢はSTではHTMLとして解釈するようになってるんよな…。MastodonではHTMLではないみたいなので直しとこう
best-friends.chat に multipartな PATCH /api/v1/accounts/update_credentials なげるとレスポンスが返ってこない。
MediaPad M3 Lite 10 wp Wi-Fiモデルをポチった。
Misskey.io かるく覗いてきたけど、普通に公式Webを使ってるだけでも不安定さが感じられる。APIの動作確認とかはもう少し落ち着いてからの方が良さそう。
設定をいじり倒さないと快適にならないアプリにようこそ！…みんな言う事が違うから仕方ないんや…
乳酸菌そのものは死んでますが菌が生成した物質にも（気休めには）良い効果があります
シンボリックリンクでetc/nginx/sites-enables/xxx.conf に飛ばしてしまうのは如何でしょうか
Perlで書かれたサイトをいくつか持ってるのでNginx Unit興味あるけど、もう少し待つかな…
ディープラーニングを利用して、Twitter上でバズっているイラストをまとめるサイト https://buhitter.com/about おお便利そう
自分的にはマルチドライバのイアホンは解像感が損なわれてナシなので、gr10eでほぼゴールにいるようなものだったりする。アップグレード先が思いつかない…
エージングツールをかけ終わったのでインプレッションを書いてみる。
自社開発シングルBAが売りの機種。クリア感のある中高音と締まった低音が魅力だが、正確性は1万円クラスには及ばない。
中音はこの価格帯としてはしっかり鳴っていると思うが、抑揚が少し平坦になり音場感が損なわれる。
高音はキレイだが、シンバル等の金属音にステンレスの色が乗るのが邪魔。
シングルBAの苦手な低音はベースあたりまではそこそこ出ているが、小さいスピーカーでムリしたような感じで実在感に欠ける。緩くはないが平坦な印象。
こう書くとダメな機種のようだが、A5000でクリア感に特化した機種としてはアリなんじゃないだろうか。
個人的には良くも悪くも「今後に期待」だった。
このアカウントは、notestockで公開設定になっていません。
シングルBAの場合、価格帯が下がると緩くなるんじゃなくて雑になるんよな…。この辺が人に薦めづらい理由だ
顔バレがどうって…。2chにアンチスレが建ったこともあるので、まあそれなりに慎重になりますね
一方で興味を引いたのがearnine en120。5k円。自社開発シングルBAでその割にややワイドレンジなもの。試聴したら解像感は値段なりだが低音ゆるくないし乾いて暖かい感じのバランスが好みだったので今後に期待して買うことにした。アンプ奢っても結構ついてくるあたり好印象 https://mastodon.juggler.jp/media/oC5-92h0TPM0z8l8vps
eイアホンでYSM-04/RSの中古を試聴してみる。シングルBAでリケーブルできるのが売り。傾向はgr10eよりe-Q10に近いかなあ。余韻と色がつく美音系。gr10eだと弦を離す時の音が聞こえるシーンがただ緩いだけになってたりでイマイチ合わなかった
Android Developers Blog: DNS over TLS support in Android P Developer Preview https://android-developers.googleblog.com/2018/04/dns-over-tls-support-in-android-p.html
@serisia 端末に好きなDNSサーバを指定できるようになるので、プロバイダーのNSサーバは無関係にできます
すた丼やの唐揚げはニンニク味で柔らかいが、注油チキン系の加工してる疑いがあるな…
もしかしたらキャリア端末はDNS ovr TLS無効化しちゃう世界線もあるのだろうか
Android PでDNS over TLSくるし、プロバイダでDNSブロッキングってもう無理筋だよ
秋葉のGABAおにぎり屋のは米粉の衣が良かったけど下味付けすぎご飯少な過ぎでバランス悪かったな。セガのゲーセンの近くのは悪くなかった。今いるのはすた丼やだけど揚げ具合が雑かなあ。
このアカウントは、notestockで公開設定になっていません。
@yakitama kurotodonが別アカBT/Favをサポートしてますよ
アプリ内データベース、STでも15テーブルくらいは使ってますね。リレーションがないただのデータストア的な扱いだけど…
Actor and Television Host R. Lee Ermey Dead at 74 https://www.snopes.com/news/2018/04/15/actor-television-host-r-lee-ermey-dead-74/ ハートマン軍曹がお亡くなりに
@saharahasami ユーザ設定に非公開ってのがあるんですよ。フォローが承認制になります
はよ一週間経過しないかな、残像の掃除的な意味で。ここからだとtateisuあっとmstdn.jpは残像しか見えなくてメンション送ることもできない
このアカウントは、notestockで公開設定になっていません。
@mot 世の中には100倍カレーが好きな人も、何にでもマヨネーズてんこ盛りにする人もいるんだよ！ …って話じゃなくて、いま100倍カレーの店に行列してる人は自分が何に並んでるのかまだ理解してないって話ですかね？ まあそれも自由ってもんだよね
@mot 仮に日本鯖に均等に割ると行けなくもなさそうな気はしないでもない。2000人くらい？
まあ人数の多い少ないなんてユーザが好きに選べばいいと思うんだけど。
靴のサイズまで統一したら履きにくいよ
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@lo48576 DBメンテナンス時のダウンタイムは、個別に分けた方が圧倒的に有利だと思います
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
鯖によってはストリーミングAPIだけホスト名が違うとかあるのか。クライアントアプリ作る時はこのへんユーザ設定できるようにしておかないとダメだなー…
日本鯖を人数順にソート https://gist.github.com/tateisu/8ee0141764db1b259e85e4efe067b548
ソースは https://instances.mastodon.xyz/list にあるjsonデータと有志が作成した日本サーバリスト
sidekiqのキューが溢れる要因、(色々な理由で)不安定なインスタンスと連動しようとして通信でブロッキングすることだからいつ発生するか分からないし、基本的には処理プロセス数やスレッド数を増やしていくつかブロッキングしても残りで回せるようにしとくしか対策がないんだな…後は管理者メニューのsidekiqで再試行や死亡を見てダメそうなのは削除するとか
@nns_momon juggler.jpにはそんな評判は立ってねえよｗ mstdn.jp もそうだ
@suzutan 4コアで5くらいなら「常に忙しいことが保証されてる」程度なので別に良いと思いますよ
@nns_momon 画像が外国に流れないってだけならむしろユーザは喜ぶよね
@nns_momon pixiv的には今更じゃね？ Twitterと絵描きの取り合いをする上で今が好機だと思ってるんだろうし
nginx の worker_processes と worker_connections を 3*20000にしておいた
@nns_momon ちなみに現在はMastodonの開発者が画像だけを除外したリレーを行うオプションをどう開発するか議論してる https://mastodon.social/users/Gargron/updates/1871851
https://github.com/tootsuite/mastodon/issues/1847
@nns_momon モーモン的には「終了」ってのは何のことを言ってるの？ 現状、どのインスタンスもサービス終了にはなってないんだけど。
NSFWの基準自体が人によって国によって違うんだから、NSFWだけじゃ足りなくてインスタンス単位で制限をかけるとかいう話になっちゃう。世知辛いことだなあ…
@suzutan
https://medium.com/@Gargron/scaling-mastodon-1becde463090 の「ネイティブスレッドじゃないRubyだから、スレッドを複数のワーカープロセスに割り当てた方が速い」という記述にあわせてsidekiqのコンテナを4つに増やし、それぞれ別の種類のキューを処理させるようにしました。
コンテナの追加の際に結構待たされました。
キュー分ける作業自体は楽でしたよ。 docker-compose.yml のsidekiqコンテナを増やして、-q (キュー名) を振り分けるだけです。 https://gist.github.com/tateisu/f29a2b4de9502123d6722ae148b3a3d2
これで各キューが並列に処理されるので、defaultキュー(ユーザ操作のレスポンスに影響)が捌けるのも早くなります。
