さて、少し活動するか……
主に、Fediverseへの関心に基づいた投稿を行うアカウントです。DTP・印刷に関する話をしたり、同人の話をしたり、カレーをブーストしたりします。
Mastodonのcollaborator(開発者の一員)です。また、独自機能を盛り込んだFedibirdを管理・開発しています!
Mastodonサーバ『fedibird.com』の管理者アカウントでもあります。ご連絡は当アカウントへ、サーバインフォメーションについては https://fedibird.com/about/more と @info を参照してください。
MastodonのElasticSearch関係、直近のコミットでインデックス対象を絞ったりdeployを並列化したりしているので、たぶん再インデックスがかなり速くなると思う。tmux系のソフトが必須なのは変わらないけど。 #mastodev
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ということです。
QT: [https://mastodon.social/@Gargron/102896072442656115]
最近、gitでcommitするときに署名するようにしてます。GithubでVerifiedって出るアレね。
GPG key ID: 83C44358FCC835E1 ってのが確認できるので、Keybaseに登録されているPGP鍵と照合して、確かにこの人がこのコミットしたんだな、というのがわかる感じ。
1 CPU / 1 GB Memory / 20 GB Storage って環境でMastodon v2.9.3動かしてるよ。メディアはwasabi。Ubuntu 18.04。
ひっそり暮らしてる感じなので、特に支障なく動いてる。
tootoiseはなんと言ってもデザインが好き。バランスが良くて全体的に綺麗。リアクションボタンがTL上に表示されておらず、画像がトリミングされずに全部表示されるので、閲覧が楽。
投稿の際、カスタム絵文字が使えて、カテゴリにも対応していて非常に便利。
実装されていない機能がたくさんあるのはあとのお楽しみとして、
TLが速くて未読が200件以上たまった時や、しばらくぶりに立ち上げた時など、最新投稿(上から)や直前に見ていた投稿(下から)を起点に辿ろうとした時に、件数が多いと全部表示されなかったりするので、そこが困りどころかな。再読込する方法もなさそう。
あと、未読は無視して、最新投稿に飛びたい時があるんだけど、いまは頑張って指を往復してスクロールしている。何か方法ある?
閲覧注意の画像はその場で開けないようになっているのかな。安全だけど、そういう投稿を見る機会が多い人は不便かもしれない。
@manamimic あ、ホームとか連合って書いてあるよりちょっと上の方をタップすると効きますね! やった!
閲覧注意はやはりわざとそうしたんですね。タップで開けるようにするオプションあると喜ばれると思うけど、そういうオプション増やさないようにしてるなら、いまのままで良いと思います。
TLの途中が見られない(件数が多いと取得されない)のは不便なので、解決できるようであればお願いします。(だいたいここで仕方なく他のアプリに切り替えてしまう)
あと、 #fedibird 使っているとリストを活用する機会が多いので、優先順位低いと思いますが、対応されるの期待してます。
@manamimic 集中して使ってると200件貯まらないので、あとで確認してみます!
起動した時に遡る時は、突然途切れて(ナチュラルに)古い投稿につながるので、ここも「もっと読む」が出てきてくれると嬉しいです。
リストは #fedibird でもっと便利にして流行らせて、優先度を引き上げます!w
@noellabo @manamimic もっとみる、押さないで最新投稿に行って戻ってきても、ちゃんとTLに残ってて、押して機能しますね。再現条件これじゃなかったみたい。いろいろやってみます。
@mayaeh unlinkで削除って訳をあてるの、unixのunlinkコマンドが削除コマンドと認知されてる事例があって、それほど違和感ないですね。知らないとピンとこないかもしれませんが……。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@sakasato ざっくり言うと、自分の声の届く範囲(フォローしている人など繋がっている範囲)へ、見てもらいたい投稿を転送する行為です。
有用と思われる情報のピックアップだったり、応援のための拡散だったり、TLの流れに対する補足だったり。
ブースト+言及は、ブースト元投稿の投稿者に向けての行為で、単体のブーストはフォロワーに向けての行為ということになるかと思います。
このアカウントは、notestockで公開設定になっていません。
Mastodonには、特定の人が行うブーストを非表示にする機能があります。
私は言及する際、ソースをみて欲しい場合はURL添えたり引用を使うようにしているので、ブーストを非表示にしていただいて差し支えありません。不自由しないと思います。
ブーストもURLも添えないヤツは、いわゆるエアリプですので、わかる人にしかわかりません。そっと無視してやってくださいw
人生において、お金を払う機会はたくさんありますが、あなたは……
(なお、その他、または回答について自分の考えがある場合はリプライにぶらさげてください)
トマトのおでんが美味しいということで、昔通っていた弁当屋さんがオススメしてくれたんだけど、ついぞ機会を失って食べずじまいになってしまった。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
こってりはわからんけど、𠮷野家に行くとどうしても牛丼を食べてしまう私です。いろんなメニューあるよなーって見ながら、いつのまにか「アタマの大盛」って言ってる。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
misskey.io, misskey.dev, co.misskey.io(こみゅすきー) をご利用で、接続できなくなってお困りの方へ
サーバ障害が派生しているとのことです。
データベースの障害により、復旧難易度が高い状況で、苦戦しているようです。ひとまず下記のステータスページを参照・ブックマークしておくことをオススメします。
https://status.misskey.io/
また公式discordで本件の話をしていますので、最新情報はこちらから追って下さい。
https://go.misskey.io/discord
PCから見ている人はエラーページが出ていることかと思いますが、クライアントからアクセスしていて気付いていない人もいるんじゃないかな?
なお、fedibird.comへ到達している投稿は最終が本日14:04で、そこから届いておりません。
QT: https://p1.a9z.dev/notes/8rem7jpdgb
なお、予備アカウント用意してなかった人は、fedibird.comとmisskey.noellabo.jpを使ってOKです。
復旧次第アカウント消して戻ってかまいませんので、避難所にどうぞ。
fedibird.comを使うメリットは、ドメインタイムラインで公開投稿(ローカルタイムライン)が辿れるところかな。あとサーバリソースに余裕があるところ。
misskey.noellabo.jpは、最新バニラのmisskeyです。こちらもリレー参加しているので、その分の投稿を保持しています。小規模サーバなので、それほどキャパはありませんが、まぁヤバかったらなんとかします。
@tcppas いろいろ条件があってね、だいたい同じになるけど一部違うの。
Mastodonが認識できない絵文字が受け取れてないから、こっちでみえてないものもあるし、Pleromaから飛んできた絵文字リアクションは、他のサーバに転送できないとか、フォロワーがいるかいないかで代わってきたりね。
#fedibird ウチのデータベースバックアップの取り方としては、全部プライマリからで、24時間に一度フルバックアップをとっていて、それと合わせて最長60秒でWALバックアップをとってる感じです。これを7日保持。
レプリケーションという、リアルタイム複製も行っていて、これがあるとプライマリが落ちた時にすぐ復旧できて便利なのですが、不整合(破損)があった場合はそれも複製されるので、単純なハードウェア障害からの早期復旧に使います。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@blanc_poop DNSひけるかどうかみて(nslookup, dig)、経路みて(ping, tracert, mtr)と順に確認していく感じかなー。障害箇所がわかればピンポイントで要請しやすいんだけどねえ。
勘で言うと、NTT局舎内のリセットでなおるパターン。
#fedibird #fedibird_info fedibird.com, nightly.fedibird.com利用者の自分のアカウントの表示名にカスタム絵文字を使用する際の文字数制限を緩和しました。
Mastodonはアカウントの表示名に30文字制限があります。(リモートユーザーの場合は制限しません)
この中でカスタム絵文字を使用しようとすると、ショートコードの指定と前後の空白でかなりの文字数をそこで消費してしまいます。
そこで、ショートコードの前後の : 記号までをひとまとまりで1文字としてカウントするよう仕様を変更しました。(他の文字と並べる際の空白は必要で、それはカウントします)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
Wasabi、複数サーバのbucket複数持たせたりして混在ならペイするんだけど、最低600円ぐらいはかかるから、小規模ならS3の方が安かったりするよね。(なお規模が大きくなると)
@eftoya Fedibirdの場合は問い合わせ先はここにメールアドレスが書いてあるので使ってね。
https://fedibird.com/about/more
サーバの運営目的やルールとかも書いてあるところだから目を通しておいてもらわないと困るんだけど、まあ気付きにくいかもしれないね。Mastodonはこのへん共通だよ。
ただ、普段は私にメンションくれればOK。その方が早いかな。モデレーション関係は通報使ってね。
@yukiyalien Sidekiqで見る場合は、待機状態が0じゃない状態が恒常的に長く続くかどうか。積まれてる場合は、どのぐらいの時間でそれが解消されるか。
なので、瞬間を見てもあまり意味はなくて、しばらく観察する。
@saneyuki22 通知カラムが呼べないパターンで思い当たるのないけど、どれかな?(標準UIの画面幅別に3種、上級者向けUI、モバイル)
@yukiyalien そのへんのSidekiqの状況をみながら、自分が投稿したあとの反応とか、ホームの遅延とかみて、一時的な負荷で普段は気にしなくて大丈夫なのか、慢性的に処理能力不足なのか判断します。
たとえば自分が何か投稿した直後はしばらく遅延する、などがあります。
これを、そういうものだと割り切って許容してもいいし、遅延しないレベルまでスペックを引き上げてもOKです。このへんは好みですw
サーバ毎に情報に差があることで、検索結果が変わったり、トレンドに差異が生まれてくることは分散ならではのメリットなんだけど、
一人サーバだと、未知の世界に広がらないという制約になるよね。
@eftoya misskey.ioだと、先方の負荷状態によって取りこぼしが出る可能性があるので、再現しないこともあるかと思います。
取得できていないfedibird.comの投稿のURLをmisskey.ioの『照会』で再取得させて、見えるようになるかどうか。取得できなければ、互換性の問題(何らかのエラーになっている)があるので、その場合はこちらで詳細を確認します。
取得できて見えるようになったら、配送時の取りこぼしの可能性が高くなります。何らかのバグも否定できないけど。
@saneyuki22 はみ出てしまうぐらいなら、ラベルを横に表示するより、アイコン下にラベル出す形のコンパクト表示にした方が良さそうですね。
並び順はそのうち!
@fugahoge まあ、もう少しサーバ同士がそうした情報を融通しあうモデルが可能かとは思っています。
BlueskyがBGSという概念を持っていて、それも良いと思うのですが、もう少しこちら寄りの考え方でのやり方があるかなと。
■ AND検索 単語1 単語2
例) カレー 牛丼
Mastodon v4.2.0以降の全文検索はAND検索です。(以前はOR検索でした)
複数の単語を空白で区切って並べると、全ての単語が含まれる投稿だけを検索できます。
■ フレーズ検索 " "
例) "のえる"
Mastodonの全文検索は、日本語の対応について強化されているサーバ以外では、単語の分割が適切に行われないことがあります。
『のえる』と検索した際に、『の』と『え』と『る』がバラバラに扱われ、ほぼ無関係な投稿と一致してしまうことがあります。
この時に威力を発揮するのが『フレーズ検索』です。
そのまま一致させたい単語を " " で囲うことで分割されなくなります。
■ アカウント指定検索 from:アカウント
例) from:noellabo@fedibird.com カレー
Mastodonの検索で、指定したアカウントの投稿だけを対象にする検索です。
ローカルアカウント(同じサーバ)の場合はアカウント名のみ、リモートアカウントの場合は @ とサーバのドメイン名を加えて表記します。
@Utopia_eSCAped いまHTLに含まれる投稿のどれかが原因になっていると思われます。この投稿と特定できれば対策しやすくなりますが……
Webからブックマークして、Ivortからブックマークがみられるか確認する、という手順を繰り返す感じかな。
まあ問題の投稿以降に増えていくことで流れていくと自然に解消するかと思います。さかのぼるとエラーになるかと思いますが……
@Utopia_eSCAped 原因になっているのが誰の投稿かはわからないです。
こういうのは二分探索などコツがありまして、ブックマークを10個とか20個ぐらいまとめてつけて、ひっかかったら半分に減らしてどっちに含まれるか絞り込んでいくと、効率良くみつけられます。
……いや、それでもすごい面倒くさいですが!!
エラーの時に何かヒントになるメッセージやデバッグ情報が出ていれば特定できるかもしれません。
@Utopia_eSCAped 残念!
まあそのうち流れていくと思うんですが、キャッシュしている情報がいつまでも居残ってなおらないかもしれないので、データのリセットみたいな操作は必要かもしれません。
ちょっとIvoryのことは詳しくわからないのですが、そのあたりであれば開発元にサポートしてもらってもいいかも。