@localusr_tst 画像とかjsとかcssはNginxかApacheを中間に置いてそれが送るようにしたほうが良い(強く推奨)
@Clworld でもこのWAF、ぶっちゃけApacheですよ?
@localusr_tst WAFがmastodonのpublicの下を読んでファイルを送ってくれるならok
@Clworld ??チョイと意味が分からんな、/でサイトパスルーティング切られてる限り、pumaにHTTPアクセスが行くのと違うんですか?
@localusr_tst Production-guideに書いてある設定だと指定されたパスにファイルがある場合にはpumaに送らずにファイルをNginxが返すようになっています。(Railsはそういう場合が多い)
@Clworld なるほど、つまりは1.3.xまではpumaでも返却できる構成になってたのが、1.4からはそれを許さなくなり、CSSだの画像だののパスが通せなくなったことで404返却に至った可能性が高いですね。勉強になりましたー。
@localusr_tst ちなみに.env.productionにRAILS_SERVE_STATIC_FILES って設定されてたりします?私の認識だとこれを設定してないとpumaでファイル返却出来無い認識なのですけれど
@Clworld いや、設定ないっすね。でも、現実に出来てますね。1.3.3では。
@localusr_tst なるほど…何らかの理由で出来てたのが出来無くなったのですね…。ちょっと前にnginx挟むかどうかとかでmaster勢が盛り上がっていた理由が分かりました。
@Clworld きっとまぁ、何かしらMastodonのアーキテクチャとしてあるべき姿があるはずで、そこに開発者たちは持っていこうとしてるのでしょうけど、ポリシーがガラリと変わったりしたことで右往左往することになってるのかもしれませんね。
@localusr_tst Eugenさんはpumaでファイル送信する人がこんなにいるなんて信じられないみたいな反応してたらしいですが…
@localusr_tst pumaの本業はRubyの処理なのでファイル送るのは苦手なんですよねー。php動かすためにprefork設定なApacheがコネクション数捌けないみたいな…。
@Clworld pumaの説明とかみると、迅速な応答を主目的として作られたパッケージのようですね。