私のクライアント/サーバアプリケーションは、主にAjaxのような方法でクライアントと通信する特別な目的のhttpサーバに基づいています。クライアントGUIは、非同期http要求/応答サイクルでリフレッシュされます。リバースプロキシとしてDjango
特殊なhttpサーバの進化は制限されており、アプリケーションが成長するにつれて、例えばジャンゴが提供する標準的な機能がますます必要になります。
したがって、非標準専用サーバーを隠してDjangoから得ることができるように、Djangoアプリケーションをファサード/リバースプロキシとして追加したいと思います。私はゲートウェイとしてDjangoアプリを持っていて、セキュリティ上の理由や複雑さを隠すためにhttp-redirectを使用したくないです。
しかし、懸念されているのは、セグラーでDjangoを介してトラフィックをトンネリングすると、パフォーマンスが低下する可能性があるということです。これは有効な懸念事項ですか?
問題の代替方法がありますか?
コードレットでは、ヘッダーは送信されません。受信したリクエストをそのまま渡す簡単な方法があります。私は似たようなことをしていて、apss o-authヘッダーにしたい。しかし、すべてのヘッダーを渡すクリーンなソリューションが必要です(将来のプルーフィング用に)。だから本質的に私はリバースプロキシを書いて、特別な目的のURLにリダイレクトし、私のdjangoアプリケーションから残りを提供したい。 – pranshus
HTTPヘッダーのパススルーを含めるようにサンプルコードを更新しました。元のリクエストヘッダーの一部をポップしたり変更したりする必要があります。 'HOST'、 'CONNECTION'。 – Bernhard