のえる DTP鯖管 @noellabo@dtp-mstdn.jp

@squid999@gorone.xyz 実は、pumaはアプリケーションサーバを開発するときに使うWebサーバです。

@squid999@gorone.xyz sidekiqのとこに書いてある説明はだいたいpumaの仕事。サーバとサーバのやり取りも引き受けている。

sidekiqは裏方。あとでやる係。

redisはスピード命のデータを置いておくデータベース。ユーザーのHTLとか、ポスグレから取り出すと重いので、一定量はredisに置いておく（はみ出たら捨てる）

@squid999@gorone.xyz あの図に書いてあること理解してたら凄いけど、一言で言うと「UNIX上で動いてるんだよ！」だけわかってれば大丈夫なヤツだからキニスンナ

@kumanotetu お疲れさまでした！ 解放！！

@highemerly たいへんわかりみがある。突っ込んではいけないが、つらいヤツw

工業調査票乙、なんとか書き終わった。書き終わると、普通に「お疲れさま」と聞こえるから不思議であるw

@kunimi_komichi @sumiyaki @ikuradon 🎉 🎉 🎉

いずれの場合も、まずは本家をfetchしておきます。

git fetch

自分のリポジトリで運用している場合、本家はupstreamかもしれません。

git fetch upstream

--
v2.8.4の状態でgit rebase -i v2.8.2 とすることで、独自の改造と、v2.8.2以降v2.8.4までのcommitが抽出され、エディタが開きます。どう料理しますか？ と聞いてきます。

Mastodonの公式のcommitの行は削除し、独自の改造部分だけ残します。

うまく適用されると、v2.8.2＋改造になるので、git rebase v2.9.0 としてv2.9.0にrebaseして、完了です。

--
独自の改造が昔のもので、v2.8.2以降に適用していないのであれば、rebase -i ではなく、reset --hard v2.8.2 とすればv2.8.2に戻ります。

あとは、

git merge v2.9.0

とすればOKです。

--
改造が無い場合は、

git checkout v2.9.0

です。

v2.9.0アプデ、7サーバ＋ブランチ提供1鯖、完了。

v2.8.4の鯖は、rebase -i v2.8.2して、rebase v2.9.0するなどの対応をとった。無改造のとこはcheckout v2.9.0だけ。

@ars42525 問題を起こすの、再起動前にキャッシュクリアする人なんじゃないか説ですね……。本家Discordでも何度か出てきてるんだ。

@204504bySE 再起動してclearするまでの間、わずかな時間ですが、エラーになるハズなんですよね。

その後解消するからキニスンナ、停止時間短縮が優先だ、ということかもしれません。きいてみるか……

@kuroringo 結局それに尽きるんだよね……かなり読まずに実行されてる感があります……

陥りがちな罠は、clearしてからのrestart。

もう一度消せば直っちゃうので、なんでだろうねー？ で終わる可能性が高い。

@kedama ほぼほぼ問題ないと思うけど、あげた直後からキャッシュ消すまではエラーになるよね……。

@nzws Crowdinの導入で、CIパンクさせたとかなんとか。