Performance-Abstufungen: - DB(am schlechtesten) - Textfiles lesen(ca. 10mal schneller als DB) - einmal aus DB lesen und dann in Application-Variablen cachen - einmal aus Textfile lesen und dann in Application-Variablen cachen - Includes
Unter Umst�nden k�nnte es aber kl�ger sein doch eine Version mit Application-Variablen-cache zu nehmen, weil man dort auch dynamisch entscheiden kann was man includet, z.B. wenn man mehrere styles dem user anbieten will... Ansonsten ist es aber eigentlich am kl�gsten CSS-Dateien zu benutzen und diese einfach mit einem style-tag (auch dynamisch) zu inkludieren.... So muss man �berhaupt nicht mehr mit den schriftarten etc. in ASP jonglieren... Claudius > > Hi! > > Du wirst lachen, genau so hatte ich es eigendlich vor! > Ich wollte es mir nur best�tigen lassen, das dies die bessere > L�sung ist als > in einer DB! > Ich habe jetzt schon alle Daten in einem Include stehen. > Was ich jetzt nur noch machen mu� ist ein Formular, mit dem ich die > include-Datei �ndern kann. > Also genau so wie Du beschrieben hast. > Danke! > > > Mit freundlichen Gr�ssen > Stephan Schr�der > > > > -----Urspr�ngliche Nachricht----- > > Von: Buchner Gerhard [mailto:[EMAIL PROTECTED]] > > Gesendet: Mittwoch, 16. Januar 2002 09:26 > > An: AspGerman Kaffeehaus > > Betreff: [aspdecoffeehouse] AW: Stammdaten einlesen / Performence > > > > > > Hi Andr� & Stephan, > > > > > bei DB mu� erst die DB aufgemacht werden, gesucht, gefunden > > > bei Textfile dito und zus�tzlich kann wenn die Seite von zwei > > > gleichzeitig aufgerufen nur einer bedient werden > > > ich w�rde eine Datei einbinden, > > > > Stimmt :-) > > > > > au�er wenn ich immer > > > Erweiterungen vornehmen m��te und diese durch ein Formular > > > eingegeben werden k�nnten dann DB > > > > Stimmt nicht mehr :-) > > > > Einfach mal als Gedankenansatz: > > Ich m�chte meine Seiten wesentlich leichter pflegbar > machen. Also �berlege > > ich mir was auf ALLEN / VIELEN Seiten gleich ist. > > (Nur als Beispiel) > > > > 1. Hintergundbild > > 2. Hintergrundfarbe > > 3. Tabellenaufbau im <TABLE> > > usw. > > > > Also baue ich mir einen Include "inc_general.asp". Dort > kommen 3 Variablen > > rein: > > myBGImage = "bild.gif" > > myBGColor = "#ff0000" > > myTable = "<TABLE CELLSPACING=""0"" CELLPADDING=""0"" BORDER=""0"">" > > > > In allen Seiten benutz ich nur noch die Variablen. > > > > Jetzt kommts: > > Faul wie ich bin m�chte ich die Werte per Formular �ndern. > > Also schreibe ich ein Formular. > > Beim "normalen" Aufruf lese ich die Variablen aus dem File > und f�lle die > > FormFelder damit. > > Beim Abschicken des Formulars schreibe ich einfach das File > neu (FSO) mit > > den neuen Werten. > > > > Jetzt habe ich die beste Performance und kann es leicht > pflegen. Wenn ich > > die Variablennamen nun noch eindeutig & einfach benenne, kann ich > > sogar das > > Formular dynamisch erzeugen lassen beim Aufruf. Das > Schreiben kann dann > > nat�rlich auch wieder unabh�ngig von der Anzahl der > Variablen dynamisch > > geschehen :-) > > > > Ist die L�sung nicht sch�n? > > > > Ciao > > Buchi > > > > | [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/aspdecoffee house.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 | [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
