Asp til Ftp

VB kode til at lave en ftp-komponent:
http://www.15seconds.com/issue/981203.htm

Eller brug ServerObjects aspinet (gratis komponent):
http://www.serverobjects.com/comp/AspInet.zip


Eller lav en tekst fil, som du bruger wshell til at eksekvere:

set myFile2 = FSO.CreateTextFile(Server.MapPath("test.ftp"), 8, true)
myFile2.WriteLine "open ftp.somewhere.com"
myfile2.WriteLine "user UserName Password"
myfile2.WriteLine "get /mappe/" & filename & " /mappe/" & filename
myfile2.WriteLine "quit"

Set WshShell = Server.CreateObject("WScript.Shell")
runStr="%comspec% /c ftp -n -v -d -s:test.ftp>logfile.txt"
rc=WshShell.Run (runStr, 0, TRUE)

Det ser ud til at forslag 2 med AspInet ikke virker da jeg bruger
IIS 5.0
Forslage 3 skal den indsættes som Asp kode ?

aspinet virker fint med IIS 5

Og ja - scripting versionen kan indsættes i ASP.
Du skal lige oprette en FSO
Set FSO=Server.CreateObject("Scripting.FileSystemObject")
og kontrollere at IUSR_xxx har adgang til at bruge wscript.

Server object error 'ASP 0177 : 800401f3'

Server.CreateObject Failed

Jeg får den her fejl ?

/KundeKart/inetftp.asp, line 36

Invalid ProgID. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp.

Har fået det til at virke !

Det var nok bare fordi den ikke var blevet registreret.
(var væk et par timer)

Ja - godt gættet.

Kører det som det skal?

Ja det gør det.
Ved du forresten hvordan man får:
D:\faxdir fra indtastningsfelt med ind i en access database ?
Den fjerner \ hver gang jeg gemmer.

Det kommer an på hvor det kommer fra.
Normalt er der ikke noget problem i vbscript, men i nogle programmerings-sprog vil \ have en bestemt betydning - den bruges til at "escape" andre tegn.
Her skal man bruge 2 \ efter hinanden.
d:\\faxdir

Men normalt er der som sagt ikke noget problem i vbscript mod access, så det kan jo også være problemet først opstår når du skal vise/bruge teksten igen. Hvis du fx sætter den ind i noget javascript, vil du være nødt til først at erstatte \ med \\

Så kontroller lige om det ikke står rigtigt i databasen.

Står rigtigt i databasen - henter det ind i javascript - da forsvinder det.
En rutine der tester for \ og derefter indsætter \\
Hvordan ser den ud ?

Hvis det er i vbscript, så
Tekst=replace(Tekst,"\","\\")

Jeg har 2 windows 2000 server
den ene kører IIS 5.0 Jeg skal have den til at skrive på den andens windows 2000 servers folder jeg har mapped et drev på den.
s:\server01
Jeg forsøger at skrive fra IIS 5.0 i asp til drev S:

Jeg for den fejl:

Microsoft VBScript runtime error '800a004c'
Path not found

IIS kender ikke de drev du mapper som bruger, så du er nødt til at bruge en UNC.

\\servernavn\share\mappe

Og hvis det er et site med anonym adgang, så bliver du nødt til at ændre den konto som bruges, fra IUSR_xxx til en domain konto med adgang til den share.

Ja - jeg kan godt få det til at virke sådan.
men jeg oplever en meget utrolig langsom dataadgang på denne måde - om det skyldes verifecering mellem serverne ved jeg ikke.
Findes der ikke en hurtige måde at sætte det op på - måske via FTP eller
noget andet ?

Hmm - den skal jo godt nok autorisere brugeren når du vil skrive til den anden server, men jeg mindes ikke at det er "utroligt langsomt", hvis de begge er medlem af et domain.

ftp vil ikke være hurtigere, men man kunne lave det med en webservice på den anden server, og sende informationerne over på den måde. Egentligt bare en asp-side på den anden server, som den første server kalder med fx xmlhttp. Det går hurtigt.

Skal jeg have 2 web servere kørende ? eller hvordan mener du ?

Ja.

Nu ved jeg jo ikke hvad det er du vil lave.
Hvor store mængder data du vil sende frem og tilbage.

Hvis det er for at sende lidt data til fx en log, så kunne det godt løses ved at have en IIS på den anden server, som modtager et request fra den første. Det er ikke specielt krævende.

Men jeg ville nok afholde mig fra at skrive filer til en anden server, men istedet lade den anden server hente fra web-serveren.

Ok - Jeg ser hvad du mener - så jeg må jo nok affinde mig med den løsning
med IUSR_xxx som virker - selv om performance er lidt langsommere end forventet.