リクエストURIが長すぎるwebservices

Ipadのオフラインアプリからライブサーバーへの注文データを同期するWebサービスが1つあります。ときどきWebサービスが正常に動作していることがありますが、時にはそうではありません。それでは、Postmanを使ってurlを使って問題を解決するためにwebserviceを呼び出そうとしているとき、私は以下のエラーに陥っています。リクエストURIが長すぎるwebservices

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> 
<html> 
    <head> 
     <title>414 Request-URI Too Long</title> 
    </head> 
    <body> 
     <h1>Request-URI Too Long</h1> 
     <p>The requested URL's length exceeds the capacity 
limit for this server. 
      <br /> 
     </p> 
     <hr> 
     <address>Apache/2.4.7 (Ubuntu) Server at ip-172-31-31-143.ap-southeast-1.compute.internal Port 80</address> 
    </body> 
</html>

私に解決策を教えてください。前もって感謝します。

出典

2017-08-17 Amar Dedhia

短いURIを使用してください。 URIが長すぎると伝えています。 URIとは何ですか？あなたは、クエリ文字列パラメータを介してデータの束を渡している場合は、多分あなたはデータをPOSTするために変換することができます。 –

Webサーバ（Webサイトを実行しているが）クライアントから送信されたHTTPデータ・ストリーム（例えば、Webブラウザまたは当社CheckUpDownロボットが）あまりにも大きなすなわち、あまりにも多くのバイトでURLが含まれていることを考えています。

通常、Webサーバーは本物のURLの長さにかなりの制限を設けています。 2048文字または4096文字まであなたのURLが特に長い場合は、通常、制限のある場所を概観するために短いパターンを試すことができます。あなたの長いURLが実際に有効な場合は、URLを通過させるようにWebサーバーを再構成する必要があります。 Webサーバーは、あまりにも多くのゴミのURLを与えようとしているプログラムの悪いクライアントに対処しなければならないため、ここでいくつかの妥当な制限を設けなければならないことを理解してください。 414のエラー修正

一般的なこのエラーは、ほとんどのクライアント・システムは、Webブラウザである場合は特に、ほとんどのWebトラフィックでは発生しません。この場合のURLは、通常、Webページにある標準的なハイパーリンクです。これらのリンクが単に間違っている、すなわちリンクを含むウェブページがひどくコード化されている場合、これらのリンクは大きすぎる傾向がある。

クライアントシステムがWebブラウザでない場合は、クライアントが何をしようとしているのかを調べて、クライアントシステムから送信されたURLのサイズをWebサーバーが拒否する理由をISPと検討することによってのみ解決できます。

出典

2017-08-17 07:26:30

リクエストURIが長すぎるwebservices

答えて

関連する問題