えふご君のイベントボス二年くらい前から「強化解除入れとけば難易度上がるやろ」みたいなクソみたいな難易度調整だから嫌い
えふご君のイベントボス二年くらい前から「強化解除入れとけば難易度上がるやろ」みたいなクソみたいな難易度調整だから嫌い
This account is not set to public on notestock.
意外とdb:migrateが必要になるかどうかみたいな理由は鯖缶でもわかってなかったりするのかな
さっきのdocker使うときの運用負荷云々のお話混ざりたかったけどまた鯖止まりそうだったのでやめました
"# Install Node"ってお前なんでわざわざソースからbuildしてるんですか…
そう言えばtootsuite/mastodonがdocker hubに上がってたりせんのって思ったりしてた
公式のやつ改造せずに使うならbuildフィールドをcomposeから消して使うのすごい快適そうなんだけど誰もやってなさそうよね
これやればdocker-compose.ymlファイル一個でできるかと思ったけどvolumeで静的ファイル持ってきてるのかな
ちゃんとmastodonのリポジトリ持ってこなきゃダメか
dockerhubの仕組み知らないけどこれ誰かが手でビルドしろ命令みたいなのやってるの
でも、dockerhubには今はまだ282が上がってないからこういう時は待つか手元でbuildすると
ふむ
This account is not set to public on notestock.
前のイベント報酬三峰のモデルの場所で中の人写真撮ってTwitterに上げてましたね
This account is not set to public on notestock.
ぷれろまはそもそもリモートメディアを自前で持たなかった気が
キャッシュ設定はできたと思う
勝手に消えるもんだと思ってたのが消えなくて正直びっくりしてる。mastodonでも残ってるとしたら人の鯖でプロフ画像変えるの絶対躊躇する
おひとりさまだと
accounts/avatars/000/000/001/original
の中にあるわね
tmuxで長いコマンド実行中にそれが正常終了したらこれやってくれって後付できたりしないですかね
This account is not set to public on notestock.
Mastodonにしても、PleromaもMisskeyもみんなそうだけど、gitで最新版のソースをとってくるじゃん？ 運用のために。（開発じゃなくて）
で、.gitignoreで管理対象外にしてある設定ファイルはともかく、やっぱりちょっとソースコードいじることあると思うんだけど、いじった時に、それをどのように公開したり、維持していったらいいか、こうやればいいよ！ってのある？
GitFlowとかGithubFlow、GitLabFlow、みんな開発のためのフローなのよね。
圧倒的な物量の本家の開発成果を利用し、更新に追従しながら、どこかから借りてきた改造と、自分のあてた小さなパッチ（コミット）を維持していくだけのフロー、だれか提案してない？
（私も色々考えてやっているけど、再発明してもしょうがないので）
自分のコミット含める以上フォークしてきて自分でちまちま本家mergeするしか無さそう
それこそさっき話題に出てた #mastodon タグつければよかったじゃんっていう
This account is not set to public on notestock.
わさびの辛味成分は揮発性だから消化器系への心配がいらないとか見たのでわさび舐めてる
先人たちの手記のおかげで正直nginxの設定ファイル書くよりcaddyfile書くほうが楽だったわね
狭いけど今わたしがｳｪｯﾌﾞサーバ建てるとなるとAP関連以外はあんまり無さそうなので広げづらいのよねぇ
ブログはS3+CDNに写したし、これから新サイト作る可能性があるとしたら直近だとわたしのアカウント類をまとめたページだろうしそれも結局静的コンテンツだけになるだろうし
字体違うとはいえ漢字使ってると中国語ほぼわからなくてもなんとなく伝わらなくもないなーとかbilibili見ていて思った
https://blog.bejarano.io/container-misconceptions.html
>Kubernetes is not easy, but it was never meant to be easy, it's datacenter-scale technology!
