問題タブ [node-http-proxy]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
node.js - http-proxy が 404 を返し続ける
http-proxy を使用して REST API への呼び出しをプロキシしようとしていますが、404 コードが返され続けます。
これは私の API への呼び出しの例です: http://petrpavlik.apiary-mock.com/notesいくつかの JSON データを返します。
これは私のサーバーコードがどのように見えるかです:
これは、プロキシを使用して同じリクエストを呼び出そうとしたときに得られるものです。
明らかな何かが欠けているに違いありませんが、私は本当にこれにこだわっています。
node.js - node-http-proxy が投稿データを渡さない
localhost:8080 でリッスンしているサーバー
localhost:8081 でリッスンするPhantomJS
サーバーからPhantomJSにリクエストを送信するためのプロキシ設定
(サーバー プロキシ)へのポスト リクエストに http://localhost:8080/phantom
「未定義」の request.post があります
http://localhost:8081/
(PhantomJS)への投稿リクエスト が request.post に取り込まれました
プロキシ経由で投稿データを受信するにはどうすればよいですか?
node.js - node-http-proxy 負荷分散 websocket エラー
スケーラブルな Web ソケット サーバーが必要なため、node-http-proxy の評価を開始しました。
リポジトリで提供されている「simple-balancer-with-websockets」の例をテストしましたが、複数のアドレスへのプロキシとして機能する場合は機能しません。1 つのアドレスのプロキシとしてのみ機能します。
複数のアドレスにプロキシすると、次のような WebSocket ハングアップ エラーが発生します。
私は使っている:
ノード 0.10.26 ソケット io 1.0.6 ノード HTTP プロキシ 1.1.5 プラットフォーム OSX
以下はロードバランサです。提供されたサンプルとの唯一の違いは、使用されるアドレスとリッスン ポートです。
上記のロードバランサーのターゲットとして機能する基本的な http サーバーは次のとおりです。
クライアントのhtmlは次のとおりです。
これは基本的なテストだと思いますが、うまくいきません! 誰かが私が間違っていることを説明し、解決策を提案してもらえますか?
ご意見ありがとうございます。
ember.js - POW サーバーへの Ember CLI プロキシ
EmberCLI を POW サーバーにプロキシするにはどうすればよいですか? 新しい明示的プロキシ ( https://github.com/stefanpenner/ember-cli/pull/1530 )で ember-cli master を使用しています。たとえば、これは機能しません。
ただし、ターゲットを localhost に変更すると、すべて正常に動作します。
node.js - 元のサーバーより遅い http プロキシを使用するノード ロード バランサ
私は Delphi で構築された Web サービスを持っており、Web サービスをスケーリングするためにnode-http-proxyモジュールを使用してロード バランサーを構築しました。
大量のリクエストを受信すると ( 100 スレッドのJmeterを使用)、パフォーマンスが低下しました。元の Web サービスのポートにリクエストを行うと、ノード ロード バランサーのポートに同じリクエストを行う場合よりも応答が速すぎます。
maxSockets = 10000 を設定しようとしました
そして私も試してみました
しかし、問題はまだ存在します
ノード クラスタを使用することを考えましたが、Windows を使用する場合にバグがあります。これは、バグを修正するために編集するように指示されたファイルが見つかりません。
誰かが私が適用できるという考えを持っていますか?
javascript - Node.js、Express、および Ghost サブディレクトリの URL 解析エラー
サイトのサブディレクトリでの Ghost の提供に関する別の質問へようこそ!
多くのスレッドに詳細が記載されているため(まだドキュメントはありません....)、このGithubプロファイルの詳細(https://github.com/owenscott/hapi-ghost-proxy-example/blob/master )に従ってプロキシサーバーをセットアップしました/config.js )。
ルート ページを提供できますが、Ghost をサブディレクトリ ルートに表示できません。次のエラー(URLに移動するとブラウザに表示される)で正確に何が起こっているのかについて、私はかなり困惑しています:
私のserver.jsファイル(下記)に詳述されているように、ゴーストを介したルーティングと関係があると思います。
何か案は?
node.js - ノード http-proxy を使用してルート パスにプロキシする方法
アプリケーションの特定のパスからルート パスへの Express アプリを使用してプロキシをセットアップしようとしています。
http-proxy docs ごとに複数のことを試しましたが、パス/ルーティングで壁にぶつかり続けています。プロキシしようとしているアプリの背後で認証を利用できるように、ログインしたエクスプレスアプリ内でこれを実行しようとしています。パス '/some/route' が定義されていないことを示すプロキシ アプリでエラーが発生し続けます...など。
私も試しました:
関数は呼び出しますが、急な404エラーが発生します...
可能であれば、いくつかの変数も渡したいと思います。たとえば、次のようになります。
しかし、それが可能かどうかはわかりませんでした.proxyRequestに送信されていたので、リクエストに設定しようとしましたが、2番目のアプリケーションでそれらを見つけることができませんでした.
ember.js - Ember-CLI -- HTTP プロキシで HTTP 認証ヘッダーを設定する
現在、Ember アプリケーションから情報を取得している Neo4J データベースに GrapheneDB を使用しています。Neo4J には基本 HTTP 認証が必要であり、(ajax 呼び出しでヘッダーを明示的に記述するのではなく) より安全な方法が必要なため、http プロキシを使用してデータベースに接続しようとしています。そのため、Ember-CLI を使用して、パスが「/api」の http プロキシを生成しました。プロキシファイル内には、次のものがあります。
〜/サーバー/プロキシ/api.js
したがって、上記を実行すると、サーバーに出力されたときのヘッダーは正しいように見えます。
しかし、my api URL にアクセスすると、次の要求ヘッダーが表示されます。
そして、404 Not Found が表示されます。しかし、認証ヘッダーを削除すると、401 Unauthorized というメッセージが表示され、ユーザー名/パスワードの入力を求められます。ヘッダーに「Authorization: Basic Og==". いずれにせよ、うまくいきません。
誰もこれに対する解決策を知っていますか? node-http-proxy のドキュメントにある setHeader コードの例を試してみました。また、インターウェブ全体で ember http-proxy に関する情報を検索しましたが、役に立ちませんでした。ありがとうございます!
node.js - node-http-proxy によって配信されるコンテンツの変更
プロキシしている Web サービスに関するいくつかの制限により、iframe が親ウィンドウにアクセスしていくつかのアクションを実行できるように、いくつかの JS コードを挿入する必要があります。
node-http-proxy を使用して、かなりうまく機能するプロキシシステムを構築しました。ただし、ユーザーに送信されているコンテンツを変更しようとして(自分で、harmon を使用するなどして)計り知れない時間を費やしましたが、成功しませんでした。ここでいくつかの記事といくつかの質問を見つけましたが、それらはすべて時代遅れであり、もはや役に立ちません。
私はそれを行うことができないので、誰かがこれを行う方法について実際の例を教えてくれるかどうか疑問に思っていました.