Supervisor: プロキシの背後にあるWebインターフェイス

こんにちは@mnaberez 、これに関する更新はありますか？

@mmoyaまだTODO.txtリストに載っているようです。 一般に、Webインターフェイスはいくつかの作業を使用できます。 パッチは大歓迎です。

これがまた出てきたので再開します。 関連：＃495

これをサポートするためにコードを更新しています。 他の実装（＃495と＃28）があることは知っていますが、私が提案しているのは＃372に似ています。 完了したら、PRを作成します。

ところで：このnginx構成は私にとっては問題ありません：

location /supervisor {
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    # hack the host https://github.com/Supervisor/supervisor/issues/251
    proxy_set_header Host $http_host/supervisor/index.html;
    proxy_redirect off;
    rewrite ^/supervisor(.*)$ /$1 break;
    proxy_pass http://127.0.0.1:8999/;
}

@yarikdotこれは、少なくともv3.3.3では機能しません。これは、404であるhttp：//MY_HOST/stylesheets/supervisor.cssをロードしようとしているためです。ただし、 http：// MY_HOST / supervisor / stylesheets / Supervisor.cssも404です。

@yarikdotはv3.2で機能しますが、ログの「tail-f」ビューでは機能しません

プルリクエストの進捗状況： https ：

base_pathオプションは破棄されましたか？ ＃593：Webインターフェースに
ありがとう。

URLプレフィックスが追加されるのを見るのが好きです、これに関する更新はありますか？
PR＃593は私には問題ないようです。

問題に追加されると思われる詳細の1つは、「Location」ヘッダーにパスがないことです。 おそらく、URLプレフィックスが存在する場合、ほとんどの場合、URLプレフィックスは必要ありませんか？

たとえば、これは私が通常取得するロケーションヘッダーです。

Location: http://supervisor:9001?message=…

注意：パスまたは「/」は存在しません。 これは完全に有効なURLですが、私の場合、スラッシュが欠落していると、Apacheでのプロキシが混乱し、そのままURLを変更できるはずです。

これを機能させるには、かなり珍しい設定を使用する必要がありました。

ProxyPass /supervisor/ http://127.0.0.1:9001/
ProxyPassReverse /supervisor/ http://127.0.0.1:9001

…たとえば、要求に応じて末尾のサッシュ、応答にスラッシュはありません。 欠落しているパスがバグであるかどうかはわかりませんが、少なくとも珍しいようで、追加する必要があると思います。