Nginx用のWurflプラグインを使用しようとしています。私はVanilla Nginxの代わりにOpenrestyを使用しています。 User-Agentヘッダーに正しいUser-Agentが設定されていません。だから、私はリクエストを処理している間に自分でUser-Agentヘッダを設定しようとしています。しかし、私はWurflがリクエストがサーバーにヒットしたときにヘッダーの一部としてUser-Agentを既に解決していると感じています。コードを通じてUser-Agentの値を設定し、新しく設定されたヘッダーのデバイス機能を解決する方法はありますか？リクエストヘッダーにユーザーエージェントを設定してwurflに渡す方法
試したかったことは、51Degrees Nginx moduleです。検出が実行されたときにUser Agentは影響を受けず、機能が選択したヘッダーに設定されます。それを読む以外のUser-Agentヘッダには触れないので、好きなだけ変更することができます。
また、検出する前に変更する必要がありますか？そうでなければ、proxy_set_headerは問題ありません。しかし、設定する必要がある場合は、set関数を使用する必要があります（これは、既存のヘッダーを設定するために使用することはできません）。
これは単にテストのためのものであれば、Firefox用のModify HeadersアドオンはこれやApache Benchにとっても非常に良いことです。
Luca Passani、ScientiaMobile CTOはこちら。 NGINX用のWURFLモジュールは商用製品であり、すべてのお客様が私たちの素晴らしいサポートチームから直接サポートを受けています。 ScientiaMobileに直接お問い合わせいただくことをお勧めします。 標準のサポートチャネルを快適に使用できない理由はありますか？ ここで設定ファイルを投稿すると、チームの誰かにこのスレッドを調べるよう依頼します。あなたがユーザーエージェント文字列を見ることができないという事実は、何かが間違っていることを示すものです（アップストリームですでにマングルされているHTTP要求を見ている可能性があります）。
ここから当社のウェブサイトに掲載のマニュアル：
WURFL Module NGINX Configuration
おかげ
また、どのユーザーエージェントwurflが動作しているかを確認するには、有効にする必要があります。 wurfl_request_property wurfl_engine_target; （fastcgiを使用している場合）： fastcgi_param WURFL_ORIGINAL_USERAGENT $ wurfl_useragent; wurflが読み取ったユーザーエージェントを含むカスタムヘッダー（WURFL_ORIGINAL_USERAGENTという名前）を受け取ります。 –
は、私はこれをdownvoteしなければなりませんでした。質問は、ScientiaMobile製品に関するものです。競争相手の製品を接続するためにこれを飛び越えることは、あまりプロフェッショナルではなく、それを行う会社に良い光を反映していません。また、自分の所属を隠すことはできません。 –