Show newer

書いた→

(Mastodon) 公開サーバを長期運用するときのコツ
note.com/kumasunorz/n/n8b50af7

異論は認める

書いた:

(スパム対策)もうHTML形式でメールを読むのはやめませんか?
note.com/kumasunorz/n/nc0cc663

IEEEが公開しているMACアドレスの一覧って、加工して再公開可能なのかしら

正直、この段階まで来ると全体的なルール決めについては意味ない気がしてるので
あのスレッド閉じたい

Show thread

逆に、決まったルールがないにも関わらずいい感じに翻訳できているのなら
無理に決めなくてもいいというのはある

Show thread

仮に今から全部の体裁とかのルール決めをしたところで、既存の訳文を全部見直さなきゃいけないので作業量が半端なくなるのよな

Show thread

Mastodonの翻訳周りのルール決め、自分で提唱しておいてなんだけど、現状ほぼ完璧に翻訳されているので今更感があるのは否めない

最悪、データベースファイルを全消しして再init
直近のデータベースバックアップから戻すとかそんな感じやもしれん

Show thread

ここで語られてることは
・まずデータベースを止めてファイルシステムレベルでバックアップとれ(PGDATA)
・そのあと復元コマンド投げろ
ってことかな…

postgresql.org/message-id/86F6

xlog flush request でググったらかなりやべー内容が出てきたけど…

何かがおかしいときはログを見てみよう

CloudflareのIPレンジからスパム登録があったんだけど何なの

suspendの情報はpushキューに積まれる、でいいんだよね?

Show thread

たぶんSidekiqキューはRedisで管理されているので、redis-cliから進捗を見ることができる 

$ redis-cli -s /var/run/redis/redis.sock
redis> keys push:*

とか

Show thread

サーバを閉じるとき用のコマンドがあるよ

Admin含めた全ユーザをサスペンドしするやつをSidekiqキューに積む

qiita.com/neustrashimy/items/8

ただ最初からAdminも含めちゃうので、Sidekiqが仕事を終えたか画面で確認ができない

書いた:
MastodonのメディアファイルをOpenStack Swift互換オブジェクトストレージに移行する
qiita.com/neustrashimy/items/e

Show older
md.objektiv2.net

気まぐれなサーバです