もっと見る

新規サーバを立てたりすると、ハッとすることが多いよ。

あれ、初期状態のWebUIってこういう並びになってるんか!とか

これどこからフォローする人探したらいいんや……とか

ユーザー名を検索欄に入れても誰もでてこないとかw

どこを触っても安全で、何をするとマズイのか、よくわからなくて怖いとか

そういう、始めての利用者の気持ちが味わえる。

連合タイムラインは、鯖缶のフォローリストになっているか、何でもありのメチャクチャな状態になっているかのどちらか。

HTLの民、LTLの民、FTLの民(?)っていうのが、どのぐらいのユーザー比率、あるいは流量比になっているか、有意なデータがあるといいね。

柳井さんのMastodon記事だね。
hbol.jp/191566

昔からフリーソフト界隈(日本のツール系開発者の人という意味合い)で知っている人で、作家としての作品も読んでいたりするので、どういう距離感で見ているにしろ、書き手にある種の信頼があったりする。

埼玉県中央から南部あたりなので、地元の言葉はもちろん、熊谷以北の上州系の言葉もなんとなく耳にしていたりする。

あと母方の親戚は石巻だ。

@assause なんやこれステーキクラスのヤツが乗ってる!?

のえる :cava_red: DTP鯖管 さんがブースト

みんながSNSアプリを作る時代になってもっと乱立してほしい

スレッドを表示
のえる :cava_red: DTP鯖管 さんがブースト

実はjsまともに使えるようになったのはKnzkApp作ったあたりなので実質ぼくのかんがえたさいきょうのマストドンアプリつって1つ作ってしまえば言語覚えられる説

sambaとかnetatalkいじってたときに、/etc/nsswitch.conf あたり間違えて死にそうになったの思い出した > getaddrinfoがらみのエラー

のえる :cava_red: DTP鯖管 さんがブースト
のえる :cava_red: DTP鯖管 さんがブースト

@BananaGiko_cle エラー自体は、名前の解決に失敗しているヤツなので、

REDIS_HOST=127.0.0.1

にするとか。

だいたい、うまくいくと思っていた設定変更とか再セットアップとかして、全然動かなかったりして青くなる経験を超えていかないと、実効性のある慎重さ(確認の取り方とか)って身につかないですよね。

過大な自信や過小な自信ではなく、実力相応のところで結果が出せるようにならないといかんので。

@estpls あと、pgbouncerのパスワードファイルつくるの面倒くさいよねw

パスワードの後ろにユーザー名を付けた文字列、ってところと、

$ echo -n "bjA4eKxdWLzQRGi8hbcVXixiwyrMmastodon" | md5sum

cda84b3a5d99f3da8d5fe63b5023a980 -

'md5'+ハッシュを設定するところ……。

$ echo '"mastodon" "md5cda84b3a5d99f3da8d5fe63b5023a980"' | sudo tee -a /etc/pgbouncer/userlist.txt

@estpls パスワード設定した.env.productionで動いてるなら、そこまではOKですよね。

@estpls パスワード設定したら、psqlで接続確認ですね。

sudo -u postgres psql
ALTER USER mastodon WITH PASSWORD 'password';

確認は、Mastodonが行うのと同じように、IPでpsql接続。

psql -d mastodon_production -h 127.0.0.1 -p 5432 -U mastodon

パスワード聞かれないで入れちゃったら、設定失敗。

設定したパスワードで入れればOK。

@BananaGiko_cle redisが6379で接続待ちをしているかどうか、確認します。
ss -lt とか。

あと、redis-cliで接続できるか。

IPで追求するのしんどかったら、ソケットでつないじゃってもいいと思います。

.env.productionはこんな感じで、

REDIS_URL=unix:///var/run/redis/redis.sock
=localhost
=6379

redis.confをこんな感じ

unixsocket /var/run/redis/redis.sock
unixsocketperm 770

redisグループにmastodonを追加

usermod -aG redis mastodon

@estpls @yakitama @zundan そうすると、PostgreSQLの方が音を上げる感じになりますね。

一時的に待機が増えるんじゃなくて、恒久的に処理しきれないなら、PgBouncerなどでコネクション数を抑える方向になりますね。

耐えればなんとかなるなら、Sidekiq100はキツイので、もう少し減らして耐えられるバランスを探るという手もあります。

もっと見る

のえる :cava_red: DTP鯖管 によるおすすめ:

DTP-Mstdn.jp

DTP-Mstdn.jpは、DTP・デザイン・印刷に関わる人々のためのMastodonインスタンスです。特定分野の専門インスタンスですので、日々のつぶやき、耳寄りな情報の共有、ディスカッション、質問とその回答、役立つスクリプトなど、他では投稿しづらい内容も、思う存分トゥートしましょう!