> Server.Execute hat einfach den Nachteil, dass das rufende Script keine
> Funktionen oder Unterprogramme im inkludierten Script aufrufen kann.
> Deshalb ist das nur in wenigen F�llen n�tzlich.
Aber sicher kann man das !!!
>
> In dem Zusammenhang frage ich mich auch, ob ein ...
>
> "<script language=... runat=server></script>"
>
> ... irgendwelche Vorteile (und wenn ja, dann welche?) gegen�ber dem
> herk�mmlichen ...
>
> "<!-- #include file=... -->"
>
> ... bringt. Im ersten Fall inkludiert ASP selbst, w�hrend im zweiten
> Fall der IIS vorab bem�ht wird.
Der Vorteil liegt darin, dass mann keine <%%> um das skript haben
muss... Dadurch kann man funktionen in include dateien auf server und
clientseite benutzen... Das ging vorher nicht.
>
> Interessant ist auch folgende Funktion:
>
> function DynamicInclude(pFile)
> dim fso, txt
> set fso = Server.CreateObject("Scripting.FileSystemObject")
> set txt = fso.OpenTextFile(Server.MapPath(pFile))
> DynamicInclude = txt.ReadAll
> txt.Close: set txt = nothing: set fso = nothing
> end function
>
> Damit kann man dynamisch HTML-Dateien ausgeben und VBScript-Code
> ausf�hren ...
>
> Response.Write(DynamicInclude("abc.htm"))
> ... oder ...
> Response.Write(exec(DynamicInclude("abc.asp")))
Was ist den exec f�r eine Funktion?
Claudius
> ... oder ...
> execute DynamicInclude("abc.asp")
>
>
> Freundliche Gr��e
> Joachim van de Bruck
>
>
>
> | [aspgerman] als [EMAIL PROTECTED] subscribed
> | http://www.aspgerman.com/archiv/aspgerman/ = Listenarchiv
> | Sie k�nnen sich unter folgender URL an- und abmelden:
> | http://www.aspgerman.com/aspgerman/listen/anmelden/aspgerman.asp
>
| [aspgerman] als [email protected] subscribed
| http://www.aspgerman.com/archiv/aspgerman/ = Listenarchiv
| Sie k�nnen sich unter folgender URL an- und abmelden:
| http://www.aspgerman.com/aspgerman/listen/anmelden/aspgerman.asp
