HTML Templates - File oder Datenbank

[Chance]

Im Momment speichere ich meine Templates in Files ab.
Vorher war das Argument, das es Performanter wäre, aber zählt das noch ?

Es wäre auch eine Möglichkeit, die Templates zu spiegeln, so das Sie in der DB exestieren, aber von Festplatte gelesen werden (ich weiss, die DB ist auch auf der Festplatte ^^).

 

[rellek]

Ich fand das eigentlich ganz clever wie es beim wBB ab v2.1 gemacht wurde. Da lagen die Templates in der Datenbank und wurden dann kompilliert (weil ja Scripting möglich war) im Dateisystem gespeichert. Nachteil ist jedoch, dass man dann dem entsprechenden Ordner Schreibrechte geben muss.

Aber eigentlich halte ich vom Dateisystem zu lesen für ganz günstig. Dann kann man nämlich ohne phpMyAdmin auch was wieder heil machen, wenn man was geschrottet hat. Zudem sparts mindestens eine SQL-Abfrage (die zwar mMn. vollkommen überbewertet werden...) - und das sieht zumindest auf dem Papier gut aus. *g*

 

[Chance]

Meine Templates werden nicht Compiliert, da kein Scripting drin ist.

Die Spiegelung erscheint mir im momment am sinvollsten, da man die Templates bequem über den Admin Bereich steuern kann und im Notfall direkt darauf zugreifen kann.

 

[rellek]

Joah Scripting ist schon recht praktisch

Aber gut ich habe zwar für Spiegelung gestimmt... Möchte das aber relativieren. Das ist denk ich nur dann sinnvoll, wenn man die Software fertig hat und danach nichts grossartiges mehr verändern möchte.
Weil wenn die Templates nur im Filesystem liegen, kann man sie schön mit einem beliebigen Text-Editor bearbeiten, der dann beispielsweise Syntax-Highlighting und die Einrückungen unterstützt.

Andererseits gibts ja auch noch WebDAV (aber nicht überall). Schwierig, schwierig...

 

[Chance]

Für Tabs in Textareas gibt es unzählige Beiträge im Netz.
Sollte nicht das Problem sein.

 

[rellek]

Was ich damit sagen wollte: Es hat (afaik?) noch niemand einen JS-Template-Editor gebaut, der zumindest annähernd an den Komfort eines mittelprächtigen Quellcode-Editors ranreichen würde

 

[Chance]

Auch wieder wahr... aber "is ja nur HTML" ^^ .
Oder einfach das HTML file importieren, nachdem man es geändert hat.

 

[Chance]

Eigentlich werden ja beide geladen, SQL Daten und File... wenn auch ohne das Template direkt.

 

[rellek]

Darf man fragen wieso?

Nach Edit des Templates wirds im Filesystem gespeichert...dann ist das im FS immer aktuell und man brauchts nicht 2x laden? Oder hab ich da jetzt was falsch verstanden?

 

[Chance]

In der DB werden Daten gespeichert, wann das letzte mal sich das File geändert hat etc.

 

[rellek]

Ja aber man muss ja nicht gezwungenermassen bei jedem Templateaufruf in der DB nachgeschaut werden obs noch aktuell ist. Dann kann mans auch gleich aus der DB holen

 

[DodoMedia]

Bei Backend gestützten Template-Edits mach ich das so, dass ich das Template im Filesystem und in der Datenbank speichere. Wird das Template nicht im Filesystem gefunden, dann versucht er sein Glück in der Datenbank.

 

[Chance]

Ich habe mich dafür entschieden, die geparsten Tamplates in der DB zu speichern, und die orginal HTML Files zu spiegeln.

 

[Chance]

Im momment lade ich die Orginal PHP von Platte und speichere die Sprachkompelierte Datei in der DB.

 

[rellek]

Hm also mir ist aufgefallen, dass für fast alle Beteiligten es einfacher ist, wenn man alles im Filesystem speichert. Durch die Prüfung der letzten Änderung der Datei würde man ja wissen, wann man neu cachen muss.

Das, was letztlich angezeigt werden soll, aus der DB zu holen, halte ich für verschenkte Performance, irgendwie.

 

[Chance]

Ist ja noch im Flow das System ^^ . Und das Umstellen auf Filebasiert wäre auch kein Problem.
Aber wo speichert man den Änderungswert zwischen ? In der DB ?
Mir kommt es auch auf eine gute verwaltung des Templates an.

 

[rellek]

Aber wo speichert man den Änderungswert zwischen ? In der DB ?

Brauchst du nicht. Du kannst doch das Datum der letzten Änderung überprüfen (http://www.php.net/manual/de/function.filemtime.php) - wenn der Cache nicht existiert oder älter ist als die Rohversion, dann ab in den Compiler.

Bearbeiten kannst du die Rohtemplates dann im Filesystem über FTP/DAV/SCP/whatever und/oder du baust dir im Backend eine Edit-Funktion ein. Dann müssen aber auch die Rohtemplates Schreibrechte haben, sonst ists witzlos.

 

[Nexan]

Aber wäre eine Art Backup in der DB nicht sicherer? Also falls das File verschwindet oder beschädigt wird könnte man es aus dem Datenbank Eintrag neu bauen lassen.

 

[rellek]

Und wenn die class.db.mysql.php verschwindet oder beschädigt wird, kommen wir auch nicht mehr ans Backup in der DB

 

[Chance]

Und wenn die class.db.mysql.php verschwindet oder beschädigt wird, kommen wir auch nicht mehr ans Backup in der DB

PHPMyAdmim .

Drei HD Abfragen oder eine HD und ein Query... was ist besser ?
Oder nur ein Query, wenn ich eine Option zum manuellen Neueinlesen einbaue.