HttpWebRequest htmlencoder noget som den ikke skal

Et lille problem er jo at HttpWebRequest har ret og IE er galt på den !

:-)

http://www.ietf.org/rfc/rfc1738.txt

Other characters are unsafe because
  gateways and other transport agents are known to sometimes modify
  such characters. These characters are "{", "}", "|", "\", "^", "~",
  "[", "]", and "`".

  All unsafe characters must always be encoded within a URL. For
  example

Arr sh*t dvs. At jeg ikke på nogen som helst måde kan bruge httpwebrequest til at fyre den url af.

Har du en løsning til hvordan jeg evt. Kan gøre det?

jeg antager at du ikke har mulighed for at bede dem i den anden ende
fixe deres script så det virker encoded ?

du kunne lave det i rå socket - det kræver lidt kode, men så bestemmer
du suverænt hvad der skal encodes

Jeg har prøvet at skrive til dem der laver det winamp plugin som jeg snakker til. Og indtil videre har de ikke givet lyd fra sig.

Rå socket skal det så være en standard tcp connection eller har vi noget specifik socket i c#?

Bare en helt almindelig TcpClient.

Skal jeg prøve at bixe et eksempel ?

Det må du meget gerne :D

Ved godt det ikke er det vilde med point der er til rådighed men du har allerede fortjent dem :D

using System;
using System.IO;
using System.Net;
using System.Net.Sockets;
using System.Web;

namespace E
{
    public class MainClass
    {
        public static void Main(string[] args)
        {
            // metode 1
            HttpWebRequest req = (HttpWebRequest)WebRequest.Create("http://arne/htbin/tell2?v=||||");
            HttpWebResponse resp = (HttpWebResponse)req.GetResponse();
            StreamReader sr1 = new StreamReader(resp.GetResponseStream());
            string html1 = sr1.ReadToEnd();
            Console.WriteLine(html1);
            sr1.Close();
            // metode 2
            TcpClient cli = new TcpClient("arne", 80);
            StreamWriter sw2 = new StreamWriter(cli.GetStream());
            sw2.WriteLine("GET /htbin/tell2?v=|||| HTTP/1.0");
            sw2.WriteLine("Host: arne");
            sw2.WriteLine("Connection: close");
            sw2.WriteLine();
            sw2.Flush();
            StreamReader sr2 = new StreamReader(cli.GetStream());
            string s = sr2.ReadToEnd();
            int ix = s.IndexOf("\r\n\r\n");
            string html2 = s.Substring(ix + 4);
            Console.WriteLine(html2);
            sr2.Close();
            sw2.Close();
        }
    }
}

og et svar

oki en sidste hurtigt ting. Stream readeren kan ikke nå at læse data der kommer tilbage. Forbi forbindelsen bliver lukket hurtigt. Igen kan vores alles hade ID godt nå at læse den samme kommando.

Det er et lorte plugin jeg snakker med. Kan se at IE aldrig får en document complete.

IE ikke ID hehe

det lyder mystisk

StreamReaderen skal læse alt data der er selvom connection lukkes ned

det er ikke en af de trælse side som checker på browser type og lukker hvis
ikke det er IE ??

jeg giver dig linket til pluginet hvis du er interesseret :D

Men ifølge den log der er med i pluginet så sender den data og så har den en fejl og lukker sin forbindelse, har skrevet det til udvikleren.

Men ifølge loggen gør den det samme ligegyldig om det er IE eller om det er den tcp client.

anyway du kan få linket her:
http://winamp.com/plugins/details.php?id=144907

og her er dokumentation til den:
http://httpget.incubo.de

og her:
http://httpget.incubo.de/forum/showthread.php?tid=2

funny jeg har liget fået af vide af udvikleren at man kan skifte seperator i kommandoer. Men problemt er at hvis man har sat & til at være parameter seperator så når man bruge en kommando der requester en sang der har & tegn i sit navn. Så vil det gå galt. Derfor har de default sat den til |.

Kunne det tænkes at stream readeren aldrig får af vide hvornår den slutter?

hm - jeg forstår ikke helt problemet

hvilke headere får du ? (kan hentes ud af resp)

hvor meget data når du at få tilbage ?

oki super sort. Nu kører det uden problemer. Jeg tror jeg snakker lidt videre med udvikleren af plugin'et. Jeg har ikke ændret noget.

Takker mange gange for hjælpen

oki jeg kan tilsynladende ikke acceptere dit svar ved ikke hvad hjemmesiden fejler prøver igen senere

sådan så fik jeg accepteret. Ved ikke hvad der går galt må været noget med det plug in :D