とりあえずRAID5にして定期的にスクラブするか…。構築してresync中
https://serverfault.com/questions/104417/how-do-i-easily-repair-a-single-unreadable-block-on-a-linux-disk/431051#431051 のWDのHDDファーム作者のコメントが参考になった
@YUKIMOCHI ListTLにもないですね。redis上の投稿IDの集合として保持されてるからサーバ側でのメディアフィルターの実装が重いのでしょう
結局のところ、SNS上のなんやかやが分散SNSに影響する度合いよりも現実で起こっているなんやかやはSNSに影響する度合いの方が強い
@aoki3kara とりあえず https://play.google.com/store/apps/details?id=org.intoorbit.spectrum&hl=ja&gl=US とか使ってみると良いとおもいますよ。精度は端末側のマイクに依存するのでアテになりませんが…
http://blog.livedoor.jp/goldennews/archives/52215170.html
こういう全国にある赤字鉄道も日本が抱える大きな負債の一つだよな
週末から組んでるPCのホスト名はformidableです。 誰 が 重 た い で す っ て ?
@aoki3kara ああ、重低音の硬さを求めるならVelodyneの個人輸入とかあるんですけど、多分コスパ的に割に合わないはず。一般家庭で50Hz程度までで良いならSW凝るよりAVアンプで低音強調書けるほうが正解なんですよね…
SATAケーブルは手持ちの既存マザーの付属品でなんとかしたんだけど、badblocksの32bit制限でうへーとなってる。前時代的じゃん? https://unix.stackexchange.com/questions/152171/badblocks-only-takes-32-bit-integer-as-start-end-values を読むとLVMとかのレベルでかいけつするべきらしいので色々試行錯誤してる
HDDのえらー検出はlinuxのsoetware raid のscrabに任せた方がいいかなー、となった。容量的には損するけどね
https://unix.stackexchange.com/questions/152171/badblocks-only-takes-32-bit-integer-as-start-end-values によるとファシストがbgadblocksのサイズを32bitに制限したらしい。
「巨大なディスク アレイの場合、LVM、ストレージ アレイ、または HDD レベルでブロックの置き換えが行われることはほぼ確実です。」
https://unix.stackexchange.com/questions/92076/how-can-i-check-for-bad-blocks-on-an-lvm-physical-volume
うーん。LVMがbadblocksの仕事を十分に奪っているとは思えない感じ。
mkfs.ext4 -cc /dev/vg1/lv1 は「badblocks: invalid last block - 7814021119」という警告を出して処理を継続するのでダメぽい
blockdev --getbsz /dev/vg1/lv1 で 4096が出るのと、カーネルのpagesizeを超えると大量の警告が随時でてしまうのとで、ファイルシステムのblocksizeを4096より上にするのは諦めた
sudo mkfs.ext4 -b 8192 /dev/vg1/lv1 したら警告いっぱい出る。カーネルのpagesizeを超えてるのがダメらしい。dumpe2fs /dev/vg1/lv1 したら一応ブロックサイズ8192で作れてるらしいが、うーん…
# badblocks -sv -o /badblocks_lv1.txt /dev/vg1/lv1
badblocks: Value too large for defined data type invalid end block (31256084480): must be 32-bit value
うーん
PCケースの整理してたらGTX970, GTX1070(8GB), GTX1070(8GB) が出てきたが、うーん。サブPCで使うにはデカいし処分するか…
i7-4771+Z87 は2013年頃、i5-7600+B150 は2017年頃か。
This account is not set to public on notestock.
Imgur Mushroom提供してた頃はサーバAPIが削除を完遂しない問題とかあって、それもアプリのせいになってた
サーバ側の問題がアプリのせいであるかのように言われることはアプリ作者としては日常なので、まあサポート切って良かったなとは思う
日本の場合、pawooがv3.3.3なのと他にもいくつか古めのサーバがあるので、それらと某の間で直接フォローしあってたユーザには災難だろうなあ、いう印象。どっちが悪いとかいう話は興味ない
firefox account 側には連携の表示が出てたので、mozilla.social側の問題なのだろう
mozilla.social 建ったけど、Firefox Accountでログインしたら Could not authenticate you from OpenIDConnect because “Sorry, you are not allowed.”. って怒られる。ブラウザはWindowsのChromeとFirefoxで試した
This account is not set to public on notestock.
<ol start="…" reversed> や <li value="…"> が開発版マストドンに流入してきたところを見てみたいが、まず確認できる状況を作るのが面倒なのでサボる
https://medium.com/swlh/making-nested-lists-with-android-spannables-in-kotlin-4ad00052912c
> However, Android has some existing bugs.
>
> Depending on the device and API version, the value of x might always be 0 no matter what. This is the case for the API 28 emulator I’m using, but not on an API 23 emulator. This is why all the list items are aligned to the left at position 0 in the above image.
LeadingMarginSpan のバグが面倒くさいやつだ…
@quoiz 3UでTDP280W冷やそうとすると、こうなるんですかねー。データセンター用なら爆音も仕方ないね
Twitterの文字数上限が1万字に拡大か--マスク氏がツイート - CNET Japan https://japan.cnet.com/article/35200998/
Twitterの1万字は「本当に簡単にできて他サービス対抗になりそう」って狙いなのかな。他のマイクロブログがどれも140文字よりゆるいし。しかしシャドウBANがキツいサービスに長文を預けたい気はあまりしない、表現力や後からの編集を考えるとちゃんとしたblogサービスの方が良い、読み手のテンポを損なう、などユーザ的には問題点がいくつも思い浮かぶ。
B550 + 5600Gはファームウェアアップデート必要な場合もあるけど、セット売りならその辺はよしなにしてくれるやろ(慢心
TPM 2.0に脆弱性。数十億台に影響 https://pc.watch.impress.co.jp/docs/news/1483855.html 修正パッチがどんな形で来るのか…
眼の疲れのデトックスのため、風呂に浸かって水分補給しながら頭部の疲れた血が首や肩より下に降りて行くのをぼんやり待つんだけど、一時的に頭痛は出るし、加齢による血行悪化で結構な時間がかかる。毎日は無理
https://open.spotify.com/album/1NkXEIQ0pNIu9rTzBDfLuv
風呂スピーカーを頭の後ろに置いて、温泉の音を再生する
STはサーバ無関係にワイド絵文字を拡大表示できるので、普通のマストドンサーバでもローカルやリモートのワイド絵文字を表示できます
STのようなクセの強いアプリが評価4.0以上を維持できてるというだけで十分です。
#SubwayTooter のPlayストア評価の推移。点線は類似アプリの中央値。過去の蓄積が長いので、ソレに対する某サポート終了の影響は限定的。そもそもリリースノート5.519をちゃんと読むユーザは回避できるやつですからね
さらに言うと風評的な利点もほとんどない(そのフォークのサーバへのユーザの一部にしかリーチしない)ので、エンジニアを品定めする契約主がなんか検索して「おお凄い!」と思ってくれる確率もあまり期待できません
MastodonフォークだったりMisskeyフォークだったりは、ヒマな時に趣味で対応する分には別に構わないんだけど、「すぐ対応して当たり前」とか思われると「それは違うだろう」となりますね。収益になるわけでもないし、インストール台数への影響もほぼないのですよ。
Wasabiに無駄に課金するより組んだほうが良いだろうという考え。S3互換ファイルサーバをLAN内に建てられれば十分。バックアップ時のみ起動する。
This account is not set to public on notestock.
IRCもそうだったけど、コミュニティの維持って永遠と人間関係で悩むやつだしなあ…。あ、このサーバでは俺はコミュニティの管理はしてない感じです。
一方、暗いシーンでダークテーマを使うと、目の瞳孔がより開いた、ピントを合わせにくい条件で文字を読むことになるので、眼精疲労がマッハだよ。
ダークモード「スマホのバッテリーを長持ちさせる」は本当か? | ライフハッカー・ジャパン https://www.lifehacker.jp/article/239725dark-mode-not-save-smartphone-battery-life/
「100%の明るさでライトモードからダークモードに切り替えると、平均で39〜47%のバッテリー電力が節約できました」とあり、ダークテーマは日光下など高輝度差が必要なシーンでむしろ有効っぽい
@nibushibu ダークテーマはバッテリー消費を減らせるので、流行としては残るでしょうね。AMOLEDは勿論、普通の液晶でも部分的にバックライト弱めるとかされるご時世です。
一方で企業イメージは明るくしたい、という大人の事情により2テーマが用意されることに…
結局、投稿の削除をしる方法がストリーミングかリロードしかないので、画面状態に関わらずストリーミングはりっぱなしにするようなアプリしか投稿の削除の表示への反映を改善する方法はないんじゃないかな
画面OFF-ONの話は投稿の削除の時にもMastodon公式と議論したけど、削除イベントをREST APIで差分取得できるとかは実現しなかったなあ。
@noellabo 時間範囲を指定してリアクション追加/削除イベントのリストを読めるとかあると、差分更新ができるかもですね。
This account is not set to public on notestock.
@noellabo ストリーミング的にはMisskeyと同じように、アプリが定期的にTL中の表示範囲の投稿IDの集合を算出して、表示範囲ID集合の変化を伝える方式にするしかないと思います。しかし困ってるのはどっちかというと「画面OFFにして画面ONにしたらTL中の投稿全てのリアクション数が更新されてて欲しい」がモバイルアプリにはキツい。まあTwitterアプリでもいいね数/リアクション数は自分が何かリアクションしたタイミングとかで読み直してるみたいなんですけど。
というか画面OFFにして画面ONにしたらTL中の投稿全てのリアクション数が更新されてて欲しい、とかモバイルアプリ的には応えられそうもない
Mastodonフォークの絵文字リアクションはストリーミングイベントを無差別に爆撃するのか、それともストリーミングイベント自体を出さないかの二択の実装になってて、モバイルアプリ的には割と困るやつだったりする。今の状態で大きめサーバが採用したらギガがかなり減る懸念
@nothingthere ていうか某のサポートもアプリ設定でopt-inすれば使える状態にしてますからね
@nothingthere 今ある実装をこっちから捨てる気はないんですけど、サーバ側の仕様変更に追従する気はほとんどないです。
ノンアルビールはカフェインも糖分も入ってないので寝る前に飲んでもオッケー
cue+flacの音楽データ、cueファイルの文字エンコーディングで悩むわ…。
冷蔵庫に漬かってたバターを使ったら冷蔵庫臭がすごいので、やはりziplocかぶせとくべきだと思った
電子レンジでホワイトソースを作ってマッシュポテトでなんちゃってグラタンするの楽しい。なおバター消費量
ドイツだと牛乳もバターもとても安く(国策)ジャガイモも安い(国策)のでマッシュポテトは庶民のご飯だけど、日本だとそんなでもないなー。ポテトサラダも食感を残すために粗めマッシュがほとんど。
結論を言うとマッシュポテトフレークは輸入した方が美味いなーっていう。日本製は味が薄かったり匂いが悪かったりするんですよね。風土的なやつなのかしら
マッシュポテトフレークの安いの(カルビー製)を調達して味付けを色々試してるが、基本的に匂いがあまり良くないのでオリーブオイルとにんにくで炒めてから色々するのが正解っぽい
This account is not set to public on notestock.
This account is not set to public on notestock.
@Cutls 起動時に以前と同じ画面構成だとは限らないからね…。追加ディスプレイが減ってるとか。
SubwayTooterで頑なに変えてない「添付メディアのサムネイルを横一列か縦一列に並べる」「サムネイル領域のサイズをメディア内容に応じて変えない」は読むテンポを重視しているからなのですが、田の字の表示ってそんな欲しいものなの?あれは添付メディア数の上限とか考えると悪い文化だと思ってるんだけど。
@Cutls むしろアプリ側で読み込み時に補正するべきだと思うよ。許容できる最小サイズ以下にはならないとか、画面外だと画面内に寄せるとか
カメラバッグにつっこんで圧力で割れたことが1回あるけど、他は液晶ガラスまんまでトラブルおこしてないしなあ
スマホの液晶保護フィルム、機種にもよるけど貼らなくなったよ…
Galaxy系の液晶がカーブしてるやつはそもそもフィルム浮いちゃう