Glengamoi (Forum) · AspHeute · .NET Heute (RSS-Suche) · AspxFiles (Wiki) · .NET Blogs
ASP German Homepage Homepage
 

Liste

.NET 2.0 (1)
.NET Allgemein (16)
.NET Fu (5)
ADO.NET (11)
Aprilscherz (3)
ASP Grundlagen (44)
ASP Tricks (83)
ASP.NET (44)
ASPIntranet.de (5)
C# (28)
Datenbank (44)
Dokumentation (4)
IIS 6.0 (1)
Komponenten (29)
Optimierung (10)
Server (21)
Sicherheit (34)
Tee Off (6)
VB.NET (6)
WAP (8)
Web Services (11)
XML (9)

RSS 2.0 - Die neuesten fünf Artikel auf AspHeute.com


 

Suchen





 

English Articles
Chinese Articles
Unsere Autoren
 
Link zu AspHeute
Impressum
Werben
Anfragen

Automation - WSH versus Wget

Geschrieben von: Werner Kofler
Kategorie: Server

Eine Frage, die häufig auftritt ist: Wie kann ich ASP-Scripts zu bestimmten Zeiten aufrufen? Oder, eng damit verbunden: Wie kann ich die Ausgabe eines ASP-Scripts in eine Datei umleiten? Zwei verschiedene Ansätze um Probleme dieser Art zu lösen werden in diesem Artikel betrachtet.

ASP-Dateien und WSH Dateien (.vbs und .js) basieren beide auf der gleichen Technologie: dem ActiveX Scripting Host. Der Unterschied ist, daß ASP Scripts von Besuchern einer Website aktiviert werden, und das Ergebnis wird als HTML-Code an den Client zurückgeschickt. WSH Scripts hingegen werden auf der lokalen Maschine von einem User angestossen (seit dem LoveLetter Virus dürfte dies einigen Personen schmerzlich bewußt sein...).

Zwei Probleme für ASP Programmierer, die sich öfter stellen, sind nun folgende:

  • Ein Script soll zu einem bestimmten Zeitpunkt oder regelmäßig ausgeführt werden.
  • Die komplette Ausgabe (HTML-Code) eines Scripts soll als Datei auf dem Server abgespeichert werden.

Scripts zeitgesteuert aufrufen

Um irgendeine Aktion auf einem Server zeitgesteuert zu starten, wird normalerweise ein Scheduler verwendet. Windows NT 4.0 hat einen recht einfachen Scheduler als Dienst integriert.

Das Dos-Kommando

At /?
liefert die Anleitung zur Verwendung des Schedulers.

Windows 2000 stellt unter Control Panel/Scheduled Tasks/Add Scheduled Tasks einen wesentlich besseren Scheduler zur Verfügung, sofern man die erweiterten Einstellungen miteinbezieht.

Benutzt man NT 4.0, so sollte man, je nach gegebener Aufgabe, überprüfen, ob AT den eigenen Anforderungen entspricht, oder ob man doch einen professionellen Scheduler installiert. Arcana Development bietet einen effizienten Scheduler an, der einige Möglichkeiten mehr bietet, allerdings auch etwas kostet. (40 USD)

Um ein ASP-Script über einen Scheduler auszuführen, sollte das Script in eine Windows Script Datei umgewandelt werden. Dazu entfernt man jeglichen HTML-Code aus der ASP-Datei, also im Grunde alles was außerhalb der <% %> Delimiter steht. Auch die Delimiter werden entfernt. Wenn im Script Objekte erstellt werden, so ist statt Server.CreateObject nur CreateObject zu verwenden. So wird aus

Set Conn = Server.CreateObject("ADODB.Connection")
einfach nur
Set Conn = CreateObject("ADODB.Connection")

Wird im Script ein Response.Write verwendet, so ist das durch WScript.Echo zu ersetzen, das eine Ausgabe zur Konsole tätigt.

Die so modifizierte ASP-Datei sollte jetzt je nach verwendeter Script-Sprache als .vbs oder .js-Datei abgespeichert werden und kann dann mit

Cscript meinscript.vbs
aufgerufen werden. Damit kann man z.B. Datenbanken "aufräumen" oder Daten zu statistischen Zwecken aufarbeiten.

Die Vorteile, die das Ausführen mittels WSH mit sich bringt sind folgende:

  • das Script muß nicht unter dem anonymen IUSR-Account laufen, sondern kann, falls notwendig erweiterte Berechtigungen haben.
  • das Script ist nicht durch ein Timeout begrenzt.
  • das Script läuft nicht im selben Speicherbereich wie der WebServer. Fehler haben also keinen Ausfall zur Folge.
  • Der WebServer wird nicht mit Aufgaben wie Logging oder dem Beantworten des http-Requests belastet.

Sollte aus irgend einem Grund die Umwandlung in eine WSH-Datei nicht möglich sein, oder ist es zu viel Arbeit, kann man auch eine ASP-Datei zu einem bestimmten Zeitpunkt aufrufen. Dazu simuliert man im Prinzip einen Besucher, der das Script aufruft. Ein Tool, das das ermöglicht stammt aus der Unix-Welt und heißt Wget. Tim Charron hat sich die Mühe gemacht, und das Programm in die Microsoft-Welt portiert. Es kann unter von seiner Website heruntergeladen werden.

Wget ist ein Command-Line-Tool das http-Requests ermöglicht. Über zahlreiche Parameter (Anzeige über Kommando wget -help) kann man das Programm sehr gut steuern.

Um jetzt ein ASP-Script zeitgesteuert auf dem Web-Server auszuführen benutzt man wiederum einen Scheduler und erstellt einen entsprechenden Task. Dieser kann dabei auf demselben Server wie auch auf einem anderen Host ausgeführt werden. Wichtig ist in letzterem Fall, daß zum entsprechenden Zeitpunkt eine http-Verbindung zum Server möglich sein muß.

Der Befehl

Wget www.webserver.com/script.asp -c
ruft die Datei script.asp vom Webserver ab, und speichert das Ergebnis (HTML-Code) unter dem selben Namen lokal ab. Der Paramter -c weist Wget an eine eventuell bereits vorhandene Datei zu überschreiben. Das ist wichtig da Wget ansonsten eine neue Datei "script.asp.1" usw. erstellt. Funktionen wie das Speichern unter einem anderen Namen, rekursive Aufrufe, Wiederholungsversuche, Benutzer-Authentifizierung usw. können ebenfalls angegeben werden.

Das Ausführen eines Wget Kommands wirkt sich am Webserver wie ein "richtiger" HTTP-Request eines "richtigen" Besuchers aus. Es wird also auch ein Log-Eintrag erstellt, der bei entsprechender Häufigkeit Statistiken beeinflussen kann. Weiters zu beachten ist, daß ein ASP-Script auch zu lange brauchen und ein Timeout zurückgeben kann.

Komplette Script-Ausgabe in Datei umleiten

Die hier beschriebene Methode ist eigentlich keine richtige Umleitung, sondern eine weitere Anwendungsmöglichkeit von Wget. Mit

Wget www.webserver.com/script.asp -O script.html -nc
ruft man das Script auf, und speichert das Ergebnis als HTML-Code in der Datei script.html lokal ab.

Wird Wget auf diese Weise auf dem Webserver selbst aufgerufen, hat man hiermit die Ausgabe an den Client in die entsprechende Datei "umgeleitet". Das eignet sich auch hervorragend um vielbesuchte Seiten, die resourcenfressenden Code enthalten, nur einmal alle x Minuten auszuführen, und dem Besucher die statische HTML-Seite zu präsentieren. Wird, als Beispiel, die Startseite öfter als einmal alle 3 Minuten aufgerufen, so kann es sinnvoll sein, diese Seite nur einmal über Wget aufzurufen, und das generierte Ergebnis dann als statische HTML-Seite zu verlinken.

In diesem Fall sollte aber auf entsprechende Verfalls-Angaben im http-Header oder im <HEAD>-Teil des HTML-Codes geachtet werden, um dem Besucher auch wirklich immer aktuelle Daten zu präsentieren. Der AspHeute-Artikel Caching bei Browser und Proxy gibt eine Anleitung dazu.

Schlußbemerkung

Bei einem Abruf eines ASP-Scripts über Wget von einem anderen Host aus hat man eine hervorragende Möglichkeit um Content zu replizieren bzw. zu spiegeln. Der ganze Vorgang läuft über das HTTP-Protokoll ab, und dürfte somit weder von Firewalls noch Proxies blockiert werden. Weiters ermöglicht es Wget auch, ein ASP-Script "remote" zeitgesteuert aufzurufen. Dies ist vor allem sinnvoll wenn man keinen administrativen Zugang zum Webserver hat, um auf diese Weise den Scheduler zu konfiguieren. Grundsätzlich gilt: Wget eignet sich hervorragend um das Ergebnis von ASP-Scripts lokal in einer Datei abzuspeichern.

Zur Lösung von Automatisationproblemen mit WSH gilt zu sagen, daß es normalerweise möglich ist, ein ASP-Script in ein WSH-Script umzuwandeln. Wenn man diese Möglichkeit hat, sollte man sich ernsthaft überlegen, diese der Verwendung von Wget vorzuziehen - die wichtigsten Vorteile sind die Nicht-Belastung des Webservers, die Nicht-Gefährdung seiner Laufstabilität sowie die erweiterten Möglichkeiten durch administrative Benutzeraccounts.

Verwandte Artikel

Automatisation mit SQL Server
Caching bei Browser und Proxy - Woher Seiten wirklich kommen
Filesystem-Watcher leicht gemacht
Kommandozeilen-Programme aufrufen
Schluß mit lustig Teil 3 - das Hfnetchk Tool

Links zu anderen Sites

Arcana Development
Wget

Wenn Sie jetzt Fragen haben...

Wenn Sie Fragen rund um die in diesem Artikel vorgestellte Technologie haben, dann schauen Sie einfach bei uns in den Community Foren der deutschen .NET Community vorbei. Die Teilnehmer helfen Ihnen gerne, wenn Sie sich zur im Artikel vorgestellten Technologie weiterbilden möchten.

Haben Sie Fragen die sich direkt auf den Inhalt des Artikels beziehen, dann schreiben Sie dem Autor! Unsere Autoren freuen sich über Feedback zu ihren Artikeln. Ein einfacher Klick auf die Autor kontaktieren Schaltfläche (weiter unten) und schon haben Sie ein für diesen Artikel personalisiertes Anfrageformular.

 

Und zu guter Letzt möchten wir Sie bitten, den Artikel zu bewerten. Damit helfen Sie uns, die Qualität der Artikel zu verbessern - und anderen Lesern bei der Auswahl der Artikel, die sie lesen sollten.

Bewerten Sie diesen Artikel
 Sehr gut   Nicht genügend  
   1  2  3  4  5  
 

  
   Für Ausdruck optimierte Seite

©2000-2006 AspHeute.com
Alle Rechte vorbehalten. Der Inhalt dieser Seiten ist urheberrechtlich geschützt.
Eine Übernahme von Texten (auch nur auszugsweise) oder Graphiken bedarf unserer schriftlichen Zustimmung.