Dålig rubrik....

Hur gör jag om jag vill hämta t.ex 'http://www.pellesoft.nu/log.txt' till min egna sida?

Jag själv kan finnas på t.ex 'http://www.brinkster.com/fredda/sida.asp'
Jag vill kunna spara texten i en variabel.

Går det att lösa utan komponenter vore det bra...

du måste mera eller mindre shell-scripta för att få det å funka

fast jag vet inte om brinkster tillåter wsh..

Om MSXML-objektet finns (vilket är rätt vanligt) kan du göra såhär.

Set oXMLHTTP = Server.CreateObject(MSXML2.XMLHTTP)
oXMLHTTP.open "GET", "http://www.pellesoft.nu/log.txt"
oXMLHTTP.send
sidan = oXMLHTTP.responseText

Respons.Write sidan

/Johan

Tackar
Fungerade perfekt.

Hello, här kommer en följdfråga som inte riktigt har med första frågan att göra, men ändå...

Klient A anropar Server B som i sin tur anropar Server C.

A har en session med B och B har en session med C.

Har A samma session med C i så fall? Och om den inte har det, kan sessionen i så fall överföras? I så fall borde ju detta gå:

A anropar B via http i klartext. B anropar C med SSL tex för en inlogging, sedan överförs sessionen till A. Exempel, Du (A) anropar företagets intranät (B) som loggar in på en säker betaltjänst via https (C). Intranätsidan flyttar över sin session till (A) och du kan utan att själv logga in, nu surfa runt i (C)

Rörigt? :)
/Martin

>Rörigt? :)

Japp :)


Det rör sig inte om samma session på B och C på något vis. A anropar B och har en session där som vid vanlig surfning, när B anropar C skapas det en session för B på C, C har alltså inte en aning om att A finns "bortanför" B. C ser B som vilken annan webbrowser som helst, hurvida XMLHTTP-objektet kan hantera sessioncookies vet jag inte, troligtvis ser C varje anrop från B som en ny besökare i en ny session.

Detta kanske inte var så mycket mindre rörigt, hoppas att du förstår något...:) Vad är det du vill göra?

/Johan

Ett användningsområde kan vara att ha en inloggningstjänst på ett intranät. En inköpare använder 10 webbutiker och man vill inte behöva logga in i varje. Istället går man till en lokal webserver som sköter inloggningen och istället skickar dig en session och redirectar dig till webbutiken.

Om jag har fattat rätt så är en iis-session (asp-session) en cockie-baserad textsträng? Borde inte den kunna flyttas i så fall?

/Martin

>Om jag har fattat rätt så är en iis-session (asp-session) en
>cockie-baserad textsträng? Borde inte den kunna flyttas i så fall?

Nej, det som lagras i cookien är bara en identifieringssträng som används för att identifiera besökaren. När varje session startas skapas ett unikt id-nummer som sedan sparas i webläsaren. Varje gång webläsaren kontaktar servern kontrolleras detta id så att webservern får reda på vem du är. Webservern lagrar sedan massa information för varje session (sessionvariabler bl.a.) som aldrig försvinner utanför webservern, dessa kan du alltså inte kopiera med dej till en annan session. Ett sätt kanske skulle vara att kopiera med sig sessionid:t, men jag är helt övertygad om att det sker kontroll av avsändar-ip och mycket annat så att detta inte fungerar.

Ett annat sätt att lösa detta är att använda webservern som en webbaserad proxy. A surfar till B som i sin tur surfar till C, det krävs dock en hel del programmering eftersom alla länkar mm måste översättas så att de går till B istället för C, inget jag skulle rekommendera. Det finns dock tjänster av denna typen som gör att man kan surfa anonymt, t.ex. http://secure.surfola.com/surfola

/Johan

ok, men det är inte A:s session i server B jag vill åt. Jag vill att A ska ta över det sessionsid som B har när B identifierar sig hos C :)

Det är inte själva objektet som ska överföras, bara session-identifikationen.

Det borde ju gå tycker jag. Det handlar ju om att den cockie som B fick av C, istället används av A.

/Martin

Jo, (nu gissar jag) men jag tror att det sker kontroll på fler saker än just sessionid, som t.ex. ip-nummer. Annars är det väl bara att testa...

/Johan