Wohin mit den Templates? (Seite 3) (Perl/CGI)

[thread]11742[/thread]

Wohin mit den Templates? (Seite 3)

2008-05-04 21:28

User since
2003-08-04
12209 Artikel
Admin1

stylesheets per skript ausliefern kostet natürlich traffic und performance; um das zu
optimieren, müsstest du mit Last-Modified und If-Modified-Since arbeiten, dich also
genau so verhalten wie der webserver, wenn das stylesheet nicht geändert wurde.

Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
lesen: Wiki:

Wie frage ich & perlintro Wiki:

brian's Leitfaden für jedes Perl-Problem

pktm

2008-05-04 22:10

User since
2003-08-07
2921 Artikel
BenutzerIn

Oder man benutzt absolute Pfade.

http://www.intergastro-service.de (mein erstes CMS :) )

Struppi

2008-05-05 00:49

User since
2006-02-17
628 Artikel
BenutzerIn

pktm+2008-05-04 18:29:45--
Was für Funktionen brauchst du denn? Und wie ist das mit der Performanz bei Gettext?

Jetzt hast du mich erwischt ;-) nee, letztlich habe ich das Problem, dass als ich das Modul/Framework mir angeschaut habe, Angst davor hatte, dass ich mich da ein arbeite und festlege und dann später merke das es Dinge gibt die es nicht erfüllt und da ich versuche eine konkrete Anwendung besser umzusetzen (ich hatte als ich es entwickelt habe noch nie was von MVC gehört) muss ich gucken dass ich alles unter einen Hut kriege. Deshalb kann ich die Frage nicht wirklich konkret beantworten.

wie das mit der Performance von Gettext aussieht weiß ich auch nicht, würde mich aber auch interessieren, da ich noch am schwanken bin ob das wirklich nutze, momentan habe ich noch eine Eigenproduktion, die zwar ähnlich arbeitet aber leider nicht so flexibel ist (z.b. mit der Ausgabe von Mengenbeschreibungen)

RalphFFM+2008-05-04 18:59:30--
Ich finde das eine interessante Idee auch hier so zu verfahren.

Leider enthalten Stylesheets (bislang bei mir) meist ebenfalls Pfade: z.B.
background: #844D18 url(../grafiken/bg.gif);

Das geht, wenn du den Netscape 4 vernachlässigen kannst. Weil diese Grafiken relativ zur CSS Datei eingebunden wird. D.h. man kann sowas machen:

../template (Verzeichniss mit den HTML::Template Dateien und dem CSS)
../template/grafiken (und dort die Grafiken die im CSS z.b. über url(grafiken/bg.gif) eingebunden werden können).

Das einzige Problem ist halt, dass die tml Dateien u.U. von aussen sichtbar sind. Das halte ich zwar nicht für tragisch, liesse sich aber mit dem Tipp von GwenDragon verhindern.

pktm

2008-05-05 03:06

User since
2003-08-07
2921 Artikel
BenutzerIn

Struppi+2008-05-04 22:49:26--
pktm+2008-05-04 18:29:45--
Was für Funktionen brauchst du denn? Und wie ist das mit der Performanz bei Gettext?
Jetzt hast du mich erwischt ;-) nee, letztlich habe ich das Problem, dass als ich das Modul/Framework mir angeschaut habe, Angst davor hatte, dass ich mich da ein arbeite und festlege und dann später merke das es Dinge gibt die es nicht erfüllt und da ich versuche eine konkrete Anwendung besser umzusetzen (ich hatte als ich es entwickelt habe noch nie was von MVC gehört) muss ich gucken dass ich alles unter einen Hut kriege. Deshalb kann ich die Frage nicht wirklich konkret beantworten.

wie das mit der Performance von Gettext aussieht weiß ich auch nicht, würde mich aber auch interessieren, da ich noch am schwanken bin ob das wirklich nutze, momentan habe ich noch eine Eigenproduktion, die zwar ähnlich arbeitet aber leider nicht so flexibel ist (z.b. mit der Ausgabe von Mengenbeschreibungen)

RalphFFM+2008-05-04 18:59:30--
Ich finde das eine interessante Idee auch hier so zu verfahren.

Leider enthalten Stylesheets (bislang bei mir) meist ebenfalls Pfade: z.B.
background: #844D18 url(../grafiken/bg.gif);

Das geht, wenn du den Netscape 4 vernachlässigen kannst. Weil diese Grafiken relativ zur CSS Datei eingebunden wird. D.h. man kann sowas machen:

../template (Verzeichniss mit den HTML::Template Dateien und dem CSS)
../template/grafiken (und dort die Grafiken die im CSS z.b. über url(grafiken/bg.gif) eingebunden werden können).

Das einzige Problem ist halt, dass die tml Dateien u.U. von aussen sichtbar sind. Das halte ich zwar nicht für tragisch, liesse sich aber mit dem Tipp von GwenDragon verhindern.

Ja, das mit der Festlegung ist bei mir leider geschehen, aber vor einem anderen Hintergrund. Ich hatte mir das alles selbst geschrieben und dann festgestellt, dass es jemand anderes (separat) als Modul auf CPAN gestellt hat. Ich bin sozusagen mit dem Modul aufgewachsen ^^
Und immer, aber wirklich auch jedes Mal, wenn ich das Framework um etwas erweitert habe, gab es kurze Zeit später ein Plugin dazu... (bzw. vorher eine Erweiterung).

Aber das ist das schöne daran. Du kannst Plugins schreiben. Du kannst das Framework out-of-the-box benutzen, oder gaaaanz tief eingreifen (und es funktioniert immer noch).

Wie das bei anderen Frameworks ist weis ich nicht, nehme mal an, da wird es ähnlich sein. Aber verwenden solltest du auf jeden Fall eines. Und die Erweiterbarkeit ist bei CAP definitiv kein Problem.

Hier gibts auch noch was zu lesen: http://cgiapp.erlbaum.net/

So, *Werbetrommel wieder einpack*

Ich hatte mal bei Templates relative Pfade verwendet und bin damit ziemlich auf die Nase gefallen, wenn es darum ging, mal ein anderes Verzeichnis zu benutzen. Den Überblick über die Abhängigkeiten hatte ich sofort verloren.
Daher diese fixe Verzeichnisstruktur, bei der man notfalls auch mal mit absolutem Pfad worauf zugreifen kann.

Grüße, pktm

http://www.intergastro-service.de (mein erstes CMS :) )

Struppi

2008-05-05 11:27

User since
2006-02-17
628 Artikel
BenutzerIn

Danke für die Ausführungen, ich werd mir das mal genauer angucken.

Wobei ich bei meiner Umsetzung eigentlich schon soweit bin, dass das was CAP kann, sie es auch kann. Das Wichtigste für mich war vor allem, dass ich unter einem Skript verschiedene "realms" nutzen kann und trotzdem gleichzeitig zentrale Bereiche habe, für z.b. Javascript Pfade oder auch für die Konfiguration. Die sowohl zentral, als auch lokal in den "realms" und dort z.T. ebenfalls lokal für einzelne Controller stattfinden muss. z.b. sind die Daten zum Verbinden mit der DB für alle gleich, es werden aber unterschiedliche Tabellensuffixe benötigt, jeder Bereich hat einen eigenen Titel und manche Controller sollen individuell konfigurierbar sein.

pktm+2008-05-05 01:06:43--
Ich hatte mal bei Templates relative Pfade verwendet und bin damit ziemlich auf die Nase gefallen, wenn es darum ging, mal ein anderes Verzeichnis zu benutzen. Den Überblick über die Abhängigkeiten hatte ich sofort verloren.
Daher diese fixe Verzeichnisstruktur, bei der man notfalls auch mal mit absolutem Pfad worauf zugreifen kann.

Im Template würde ich immer eine Variabel verwenden, die einen absoluten Pfad repräsentiert.

Mir ging es ja in der letzten Antwort um das CSS, das nicht geparst wird. Dort läßt sich gut ein relativer Pfad verwenden, da dieser in Abhängigkeit der absoluten Adresse des CSS steht.

Wobei ich aber durchaus ohne Probleme auch im Template relative Pfade benutze z.b.:

Code: (dl )

<TMPL_INCLUDE NAME="include/header.html">

im Unterverzeichnis include, sind bei mir alle Template Dateien, die nicht direkt, sondern durch andere Templates eingebunden werden.

pktm

2008-05-05 11:38

User since
2003-08-07
2921 Artikel
BenutzerIn

Ja, das mit den Realms dürfte CGI::Application::Dispatch sein. Damti bin ich glücklich geworden, besonders in Verbindung mit CGI::Application::Plugin::ConfigAuto.
Ich habe da z.B. auf dieser Webseite: http://buehlerhoehe-plaettig.de/ ein und das selbe Modul auf drei verschiedenen Datenbanken laufen (Interaktiv -> Aktuelles Programm, Zimmerpreise & Arrangements). Dort jeweils noch ein anderes Template zu verwenden ist machbar, aber vom Kunden bislang nicht gewünscht.
Alles, was dort an CGI steht ist - bis auf die Administration, weil passwortgeschützt) eine Instanz, und die ist nicht besoners lang.

Dazu kommt noch, dass man das ohne Probleme mit FastCGI oder mod_perl benutzen kann.

Ich hab halt die Erfahrung gemacht, dass ich mir die Funktionalität zwar selbst bauen kann (zwangsläufig...), aber das Framework sich in Punkto Komfort und Stabilität deutlich besser entwickelt. DIe nehmen mir die ganze Arbeit weg!

Und zu den Templates:
Wenn ich die Order /t und /t/include habe, dann kann ich relativ auf include verweisen - auch wenn ich HTML:Template benutze? Ich meine, ich hätte da mal Probleme mit gehabt. Ist aber auch schone in Weilchen her.

http://www.intergastro-service.de (mein erstes CMS :) )

View all threads created 2008-05-03 17:43.