Na bitte, willst du es nun statisch, oder nicht?
>...m�chte halt nicht
>wegen einem neuen Design eine Woche lang die ASPs durchk�mpfen und
>anpassen, sondern das sollte halt an einem halben Tag �ber die B�hne
>sein.
Dies sagt noch nichts �ber statisch / dynamisch aus...
Willst du nun, dass die Daten beim Zugriff jeweils vom Server mit dem
Template "verschmolzen" werden m�ssen? Oder willst du die Dynamischen Seiten
statisch auf dem Server zwischenspeichern?
Das, was du oben sagst schliesst weder eine Statische noch eine Dynamische
Variante aus...
Bitte pr�zisieren...
Du willst, dass du mit Templates arbeiten kannst, und diese sehr schnell
bearbeitet werden k�nnen.
Was spricht da gegen eine Statische Variante?
Wenn's dynamisch sein soll, wird der Server stark belastet... da w�rde ich
dir folgende Architektur vorschlagen...
Du machst ein XSL Template... der Client l�dt das XML File mit dem Template
herunter... soll ein anderer Datensatz (anderes Dokument, was auch immer
angezeigt werden); so l�dst du einfach das XML mit den anderen Daten...
-> Somit hast du maximale Dynamik; mit einer �nderung des Templates (XSL)
sind danach auch alle Pages ge�ndert...
Allerdingst ben�tigst du einen Browser IE gr�sser 5 oder Mozilla (Netscape
gr�sser 6)
Du kanst das selbe auch Serverseitig machen; dort ist eine dynamische
Variante jedoch schlecht von wegen Performance. Der Server muss bei jedem
Page Zugriff die XML Transformation durchf�hren...
-> deshalb, wieso nicht Statisch? (XML Parser speichert bei �nderung des XML
oder XSL ne HTML Page auf dem Server)
Wenn du keine XML / XSL Architektur willst, kommt dies darauf an, dass du ne
eigene Sprache definierst... der Grafiker muss also wieder in dieser
geschult werden.
Nimmst du XML / XSL, so muss der Grafiker nur XSL verstehen... ist sehr
Simpel (wird wohl mit der Zeit Pflicht auch f�r Grafiker werden)... und
wenn's der Grafiker nicht hinkriegt, hast du sehr einfach die M�glichkeiten,
alles in XSL zu definieren. Im Gegensatz zu einem eigenen Interpreter
(Template Sprache) sind alle M�glichkeiten / Sonderf�lle, ... ohne grosse
Probleme schon m�glich.
Beispiel:
Du hast ein CMS f�r die Verwaltung von Downloads... du speicherst in der DB
pro File mehrere URL's, wo es heruntergeladen werden soll.
Nun kommt der Grafiker zu dir, und sagt dir, dass die URL's in der Tabelle
wo du sie jetzt darstellst umformatiert werden sollen.
Es sollen sich immer 2 Spalten Farben abl�sen:
Bsp: URL1 (Rot)
URL2 (Gr�n)
URL3 (Rot)
URL4 (Gr�n)
Die �nderung kann dir je nach Komplexit�t der Template Sprache einiges an
Kopfzerbrechen bereiten... mittels XML hast du dies mit einer �nderung von 3
Zeilen in deinem XSL Stylesheet (Template) erledigt.
Gruss
Christian
----- Original Message -----
From: "Christian Freund" <[EMAIL PROTECTED]>
To: "AspGerman Kaffeehaus" <[EMAIL PROTECTED]>
Sent: Friday, May 10, 2002 8:05 PM
Subject: [aspdecoffeehouse] AW: RE: AW: RE: CMS mit HTML-Templates
Ne, ne, ne ! "ER" hat schon dynamisch gemeint! "ER" m�chte halt nicht
wegen einem neuen Design eine Woche lang die ASPs durchk�mpfen und
anpassen, sondern das sollte halt an einem halben Tag �ber die B�hne
sein.
-----Urspr�ngliche Nachricht-----
Von: Claudius Ceteras [mailto:[EMAIL PROTECTED]]
Gesendet: Freitag, 10. Mai 2002 19:54
An: AspGerman Kaffeehaus
Betreff: [aspdecoffeehouse] RE: AW: RE: CMS mit HTML-Templates
> Hallo,
>
> ich denke er meinte eben das Gegenteil ....
> Er will die Seiten "Statisch" machen. Also "Publizieren"...
Schon klar, war auch statisch gemeint...
ASP wird nur als Template-Sprache und als Generator gemeint... Sp�ter
liegt alles als HTML vor..
Claudius
>
> Hast nat�rlich Recht, da� das parsen kein Problem ist.
> Da gibt es ja einiges, da� man dazu verwenden kann:
> -Regular Expressions
> -Replace
> -Server.Execute
> -Include
>
> Denke mit diesen Mitteln wird er auskommen.
>
> Nat�rlich braucht er eine Folder-Struktur.
> Also eine Tabelle, die die Folderstruktur abbildet (Rekursive Abfrage)
> Wenn man das ganze dann noch in ein FreeThreadedXMLDom packt (Thanx to
> Claudius), dann hat man auch noch ein schnelles System...
>
> Gru� Mansur
>
| [aspdecoffeehouse] als [EMAIL PROTECTED] subscribed
| http://www.aspgerman.com/archiv/aspdecoffeehouse/ = Listenarchiv Sie
| k�nnen sich unter folgender URL an- und abmelden:
| http://www.aspgerman.com/aspgerman/listen/anmelden/aspdecoffeehouse.as
| p
| [aspdecoffeehouse] als [EMAIL PROTECTED] subscribed
| http://www.aspgerman.com/archiv/aspdecoffeehouse/ = Listenarchiv
| Sie k�nnen sich unter folgender URL an- und abmelden:
| http://www.aspgerman.com/aspgerman/listen/anmelden/aspdecoffeehouse.asp
| [aspdecoffeehouse] als [email protected] subscribed
| http://www.aspgerman.com/archiv/aspdecoffeehouse/ = Listenarchiv
| Sie k�nnen sich unter folgender URL an- und abmelden:
| http://www.aspgerman.com/aspgerman/listen/anmelden/aspdecoffeehouse.asp
