問題タブ [idhttp]

Indy 10 の GET メソッドを使用しようとしていますが、URL の長さが 255 文字を超えています。また、GET メソッドは「文字列」パラメーターのみを受け入れます。

Delphi のコンパイラで次のエラーが表示されます。

「文字列リテラルには最大 255 の要素を含めることができます」

これを解決するためのソリューションまたは別のサードパーティ コンポーネントはありますか?

まず、下手な英語でごめんなさい！

ウェブサイト www.nfe.fazenda.org.br でクエリを実行する必要があります。最高のパフォーマンスを得るには、TIdCookieManager でコンポーネント TIdHTTP を使用しています。

このサイトでは、アクセス制御にキャプチャを使用しています。そのため、Cookie を取得するためのページとキャプチャを取得しようとしています。

ユーザーは NFe のキャプチャ コードとキーを入力します。だから、私はポストでページに送信します。

しかし、投稿を実行するとエラーページにリダイレクトされます。

ここに私のテストコードがあり、私を助けてくれるようお願いします。ありがとうございました！

TIdHttp を次のように使用する場合:

httpエラーが発生しなければ、memo1へのレスポンスコンテンツを取得できます。しかし、http の不正なリクエストを送信すると、Indy はコンテンツを提供しません。私もtry..exceptを使用していますが、エラーボックスを防ぐだけで、コンテンツは表示されません。

http エラーが返された場合でもコンテンツを取得するにはどうすればよいですか?

特定の URL で Indy を返すのに問題があり、何が起こっているのかわかりません。必要な URL を返し、HTML を TMemo にドロップするための非常に単純なテスト コードがいくつかあります。

それでも、この URL で試してみると:- http://nuediamonds.com/synthetic_diamond_rings.php返されることはなく、ロックされるだけです。OnWork イベントを追加しましたが、コンテンツの長さが常に -1 であることがわかりました

誰かアイデアを教えてください。私はこれを解決する必要があります。

よろしくアンソニー

次の状況を取ります。

これで、Web サーバーは UTF-8 でデータを返します。文字éを含む UTF-8 XML が返されたとします。変数 Response を使用すると、この文字は含まれませんが、UTF-8 バリアント (#C3#A9) であるため、Indy はデコードしませんでしたか?

今、私はこの問題を解決する方法を知っています:

このソリューションの 1 つの注意点: Delphi は警告 W1058 を発生させます (「文字列」から「RawByteString」への潜在的なデータ損失を伴う暗黙的な文字列キャスト)

私の質問: これはこの問題に対処する正しい方法ですか、それとも TIdHTTP に UnicodeString への変換を行うように指示できますか?

Mac OS X プラットフォームの firemonkey でコーディングしている Delphi XE3 の Web ページから xml コンテンツを取得しようとしています。Windows では、TXMLDocument で Filename プロパティを使用できますが、Firemonkey for Mac ではこれが無効になっているようです。

私が読もうとしている URL: http://thetvdb.com/api/GetSeries.php?seriesname=New Girl

ブラウザーにプラグインすると、URL がhttp://thetvdb.com/api/GetSeries.php?seriesname=New%20Girlとして取得され、ページにはアクセスしようとしている xml コンテンツが含まれています。

IdHTTP.Get を使用してコンテンツをメモリ ストリームに取得しようとしましたが、ページに .XML ファイル ターゲットがある場合は正常に動作しますが、上記の URL では動作しません。2 番目の変更された URL を使用しても、例外が返されます。

どんなアイデアでも大歓迎です。

Embarcadero C++ Builder 2010 を使用して、ネットワークに接続された特定の Web サーバー デバイスを検出しようとしています。

TIdHTTP を使用して CGI 関数を呼び出し、IP アドレスの範囲で回答を分析することで、これらのデバイスに問い合わせています。

IdHTTP->ConnectTimeout および IdHTTP->ReadTimeout パラメーターを使用して、タイムアウトが経過するまでに接続がない場合に例外をスローします。これは、TIdHTTP が予期しないデバイスに問い合わせているときに発生するはずです。この場合、IdHTTP->Free() を呼び出して IdHTTP を解放します。

Windows 7 では問題なく動作しますが、Windows XP ではタイムアウトが適用されないため、IdHTTP.get() が停止するまでに最大 10 分かかる場合があります。

これら 2 つのパラメーターを削除することで、アプリは Windows XP で少し速く動作しますが、タイムアウトに比べて予想よりも時間がかかります。

実際の解決策のないこの関連する件名を見つけました: Indy 10 + SSL = Windows 7 で動作しますが、XP では動作しません

これはソース コードの一部です。

私の質問は: Windows XP で IdHTTP->ConnectTimeout が機能しないのはなぜですか? そして、このパラメータを特定の時間後に IdHTTP を解放/破棄するように置き換える考えはありますか?

アップデート：

}