Seite 1 von 1

Abarbeiten Custom- und WAP-Schiene

Verfasst: 06 Jul 2011 10:56
von gargamel
Hallo zusammen.
In den FuQs von WsWin komm ich nicht ganz so klar:
Ist das richtig, das WsWin "mehrere" WAP-Dateien (WAP1, WAP2 ...) abarbeiten kann wie es mit der Custom-schiene so ist?

Die Custom schiene fängt ja mit mit der "custom.txt"
<customfile>
<openfile>
Die Wap Schiene mit der "wap.txt"
%customfile=index.wml%
%openfile=wap1.txt%
In der 1. Zeile der wap,txt- Datei wird ja eine "xml" erzeugt.
Heisst das nun das wap "nur" für xml" da ist (owiee) und damit dann die Möglichkeit hat eine neue Schiene aufzubauen.

Blöd gesagt: html die custom schiene (1)
xml die wap schiene (1)
xxx die wap schiene (2)
Ich hoffe Ihr wisst was ich meine.

Nachtrag: Frage deshalb, weil mein Kontinent an customs (20 Stück) erreicht ist und ich nicht unbedingt WsWin in der cfg Datei den customfiles=20 erhöhen möchte.

Verfasst: 06 Jul 2011 13:16
von weneu
Hallo,
die beiden Schienen sind prinzipiell als gleichwertig zu betrachten.
Dies heißt: Du kannst in der wap-Schiene genauso mit openfile arbeiten wie in der custom-Schiene.
Es ist also nicht so, dass wap nur für xml da wäre, sondern mit jeder Schiene kann jede Art von Datei erzeugt werden.
Der einzige Vorteil der wap-Schiene ist, dass keine störenden html-Zeilen eingebettet werden.
Wer also beispielsweise einen Ticker erstellt und dazu die data.htm erstellen lässt, ist mit der wap-Schiene besser beraten.
Dennoch: ich würde mit der Gesamtanzahl der opefile-Anweisungen und damit der zu erstellenden Dateien nicht übertreiben, da WSWIN diese ja bei jedem Auslesevorgang erstellen muss und dies letztlich auch Zeit beansprucht.
Nachtrag:
und ich nicht unbedingt WsWin in der cfg Datei den customfiles=20 erhöhen möchte.
Da sehe ich kein Problem
Übrigens:
der Eintrag von 20 gilt nach meinem Kenntnisstand für custom und wap gemeinsam, Du müsstes also auf alle Fälle erhöhen. Und das in der cfg nur ändern, wenn WSWIN beendet ist

Verfasst: 06 Jul 2011 13:29
von gargamel
Das ist mir klar, Werner je mehr Openfiles je mehr Zeit braucht WsWin.
Aber wie definere ich den Welche Schiene nun abgearbeitet wird?
Muß die Wap-Schiene mit "wap... .txt anfangen, oder wird das unter "Wswin - Steuerung" aktiviert?
Wenn die ganzen customs. txt's im WsWinhauptordner sind, muß WsWin das doch irgendwie wissen Wap oder custom-schiene.
Sorry für blöde Fragen, aber mit deiner FaQs verstehe ich das nicht so ganz. Das soll jetzt kein Makel an deiner FaQ sein, umGottes willen, aber irgendwie stehe ich auf em Holzbein.

Verfasst: 06 Jul 2011 13:36
von weneu
Hallo Wilfried,
das läuft so:
es muss eine custom.txt vorhanden sein und eine wap.txt und damit ist für WSWIN alles klar- Wenn Du bei WSWIN unter "Internet - Einstellungen - Allgemeines" den Haken gesetzt hast bei "bei Aufzeichnung Benutzer-html-Dateien aktualisieren" dann sucht WSWIN nach einer custom.txt , arbeitet diese mit allen opefile-Anweisungen ab und sucht dann eine wap.txt und arbeitet dann ebenfalls alle openfle-Anweisungen ab.
Du braucchst also nichts zusätzlich einzuschalten.

Verfasst: 06 Jul 2011 15:33
von gargamel
Werner, jetzt glaube ich, raffe ich es ungefähr.
Das heisst: Die Wap-Schiene muß also immer mit "wap.txt" beginnen und dann "wap1.txt", "wap2.txt" usw.?
Und wenn ja, akzeptiert windows auch die Abarbeitung der wap-Schiene in der Form "wapxxx.txt" zB.?
(Das vorgegebene wap_.txt von WsWin heisst es ja in der 2. Zeile openfile... wap1.txt)

Verfasst: 06 Jul 2011 15:42
von weneu
Hallo,
Die Wap-Schiene muß also immer mit "wap.txt" beginnen
Richtig! So wie die custom-Schiene immer mit custom.txt beginnt
Die Folgedateien müssen aber nicht unbedingt wap1.txt usw. heißen, sondern Du kannst, wie in der custom-Schiene, den zu öffnenden Dateien beliebige Nanen geben, also meinetwegen
openfile=webcam.txt

Verfasst: 06 Jul 2011 16:14
von gargamel
KLAR, jetzt ist bei mir der "Groschen" ähh "Cent" gefallen. :idea:
Ist ja einfacher als es ist. Ich wusste ja, das ich irgendwie auf dem "Holzbein" stand, Werner.
Danke für die prompte Erklärung. Wenn wir dich nicht hätten.

Dann brauch ich ja nicht die "customfile=20" in der cfg erhöhen.
Dann hab ich noch "Reserve", aber wie du sagtest: Mal nicht damit "übertreiben" sonst braucht WsWin ja ne Stunde um alles zu aktualisieren, bei 255 Waps und Customfiles
:lol: :lol: :lol:
Danke nochmals.

Verfasst: 06 Jul 2011 16:50
von weneu
Hallo Wilfried,
Dann brauch ich ja nicht die "customfile=20" in der cfg erhöhen.
Wobei das nicht gesagt ist. Lies nach, was ich etwas weiter oben geschrieben habe.

Verfasst: 06 Jul 2011 20:24
von joergeli
Hallo zusammen,

eine kleine Ergänzung, bzw. Tipp dazu:
Werner hat geschrieben:... ich würde mit der Gesamtanzahl der opefile-Anweisungen und damit der zu erstellenden Dateien nicht übertreiben, da WSWIN diese ja bei jedem Auslesevorgang erstellen muss und dies letztlich auch Zeit beansprucht.
Ich lasse nicht alle meine benutzerdefinierten Dateien (Templates) bei jedem Auslesevorgang erstellen,
sondern lasse sie einfach via Jahrestemplate ( template_y.txt), bzw. Monatstemplate (template_m.txt) abarbeiten.
Das Jahrestemplate wird über WsWIN -> Internet -> Einstellungen "automat. Internet-Dateien aktualisieren" , Aktualität (Stunden) =3 alle 3 Stunden abgearbeitet und "zieht" dann die im Jahrestemplate über openfile definierte Datei ebenfalls an. In dieser Datei wird dann wiederum eine Datei mit openfile definiert und so weiter.

Vorteil:
Über die custom-Schiene wird ein Teil der benutzerdefinierten Dateien bei jedem Auslesen abgearbeitet und über das Jahrestemplate
werden andere benutzerdefinierte Dateien nur alle 3 Stunden (bzw. 24, 12,... Std) abgearbeitet.
Das spart Rechenzeit und Traffic.

Werner hat aber natürlich Recht: Übertreiben sollte man es mit der Gesamtanzahl trotzdem nicht.

Gruß
Jörg

Verfasst: 06 Jul 2011 21:38
von gargamel
weneu hat geschrieben:Hallo Wilfried,
Dann brauch ich ja nicht die "customfile=20" in der cfg erhöhen.
Wobei das nicht gesagt ist. Lies nach, was ich etwas weiter oben geschrieben habe.
Man sollte bis zum Schluß lesen. :oops:

Jörg: Stimmt. Ich habe es ja auch schon auf 24h stehen.