Hi,

bin gerade am Anfang meiner cgi-Karriere ;-). Was mir wichtig ist, gleich von Beginn an eine gute Trennung von Seiteninhalt und dem Layout bei cgi durchzuführen. Ich möchte - wenn möglich - das cgi in einer Datei, den html-Code in einer anderen, der wiederum CSS benutzt.

Hat von euch jemand Doc und Links zu dem Thema?

Was sind eure Erfahrungen dazu?

Danke,
Chris

Mit einem Template-System wie etwa HTML::Template::Compiled oder Template::Toolkit.

chris-+2008-10-01 08:05:30--

... das cgi in einer Datei ...

... und vielleicht schaust Du Dir auch gleich noch z.B. CGI::Application an

MartinR+2008-10-01 09:21:06--

chris-+2008-10-01 08:05:30--

... das cgi in einer Datei ...

... und vielleicht schaust Du Dir auch gleich noch z.B. CGI::Application an

Das kann ich nur uneingeschränkt empfehlen.

Content ist HTML, Layout ist CSS. Siehe http://csszengarden.com/

Man kann auch durchaus Alles selbst machen, man lernt ne Menge dabei.

chris-

Ich möchte - wenn möglich - das cgi in einer Datei, den html-Code in einer anderen, der wiederum CSS benutzt.

CSS spielt hier keine Rolle.
Du solltest von Anfang an jede Anfrage mit einem rewrite in einer .htaccess Datei auf Dein Skript umlenken, sieht etwa so aus:

Dein Perl untersucht nun den Aufruf auf Gültigkeit (Pfad, (User, Session)). Ich nenn das Controller. Am Ende ist klar, welche Seite benutzt wird und damit werden in der Seite benötigte Inhalte geholt, formatiert (in Templates) und an passender Stelle ausgegeben. Dafür gibt es viele Lösungsansätze.
Ein einfaches Template-System ist mit ein paar Zeilen programmiert und deckt erweitert 95% aller Anforderungen ab.
Eine andere Sache ist die Formatierung von Daten, denn Du solltest HTML in Daten vermeiden. Dafür kann man fertige Module z.B. markdown einbinden.

Ich habe mit cgiscriptor.pl
angefangen, was für den Anfang sehr überschaubar war. Inzwischen habe ich ein umfangreiches Framework aufgebaut.

Bevor sich jemand aufregt:
Natürlich kann man auch vorhandene Module nehmen, ich möchte nur anregen, sich zunächst selbst an die Problematik anzunähern. Umsteigen kann man dann immer noch.

scriptor+2008-10-01 17:25:31--

Ein einfaches Template-System ist mit ein paar Zeilen programmiert und deckt erweitert 95% aller Anforderungen ab.

würde ich von abraten. es gibt genug vorhandene systeme, je nach anforderung kann man
sich eins aussuchen.
ich weiss selbst, wie schwierig sich code umstellen lässt, der vorher ein eigenes templating
benutzt hat.
gerade weil man nach und nach mehr funktionalität braucht, kann das ein grosses chaos werden.

template-systeme wie HTML::Template oder HTML::Template::Compiled
(letzteres von mir) bieten dir z.b. auch ein default_escape. wenn du das auf 'HTML' setzt, hast
du von vorneherein XSS so gut wie ausgeschlossen.

Danke für all die Links und Tipps.
Werde sie lesen und beherzigen.

Chris

Noch eine Frage:
Gibt es eine Übersicht von Vor- und Nachteilen?

Der Vorteil von HTML Templates liegt vielleicht darin, dass diese etwas einfacher mit HTML Editoren nachbearbeitet werden können. Allerdings kann es passieren, dass, je nach Template System, interne "Seiten-Schnittstellen-Kommando-Wörter" nach einer solchen Bearbeitung plötzlich weg sind, und dann funzt die Template nicht mehr.

HTML Templates machen vielleicht Sinn, wenn grosse HTML Inhalte eingelesen werden müssen, denn der Script selber nimmt sonst riesige Ausmasse an, was die Uebersichtlichkeit beim Editieren erschweren kann. Allerdings kann man den Script in einzelne Teile zerlegen, um dieses Problem zu lösen.

Da normalerweise in einem Script sehr viele sehr kurze HTML Sequenzen vorhanden sind, die vielleicht nur eine oder zwei HTML Zeilen beinhalten, macht es fast keinen Sinn, derartige Dinge auszulagern, denn sonst verliert man ohne HTML Teile letztlich den Ueberblick im Script selber. Ich habe mir soeben ein derartiges "Werk" zur Brust genommen und gestaunt, wie schlecht man es machen kann, nur weil man um jeden Preis "templaten" wollte.

Die Geschwindigkeit von HTML Teilen innerhalb Scripts kann massiv erhöht werden, wenn der Server nicht jeden Buchstaben eines HTML Teils als Perl Script Teil abrufen (und auf scripttechnische Korrektheit prüfen) muss, sondern den HTML Teil nur als reinen Text (ohne Fehlerkontrolle) ablesen kann. Das erreicht man, wenn man HTML Sequenzen anstatt:

print "<img src=\"musterbild.jpg\" alt=\"Muster text\" border=\"0\">";

zum Beispiel so:

print qq|<img src="musterbild.jpg" alt="Muster text" border="0">|;

oder so:

print qq~<img src="musterbild.jpg" alt="Muster text" border="0">~;

schreibt.

Es gibt noch andere Varianten wie:

print <<EO_HTML;
<img src="musterbild.jpg" alt="Muster text" border="0">
EO_HTML

Die sind alle einwandfrei und funktionieren in den allermeisten Fällen. Man muss nur darauf achten, dann innerhalb des HTML Teils keine genutzten Sonderzeichen wie | (alt124) oder ~ (alt??) zu verwenden, wenn man die entsprechenden Sonderzeichen als "Begrenzer" für diesen (spezifischen) HTML Teil innerhalb des Scripts einsetzt.

Die viel eingesetzte, nach meinen Erfahrungen jedoch schlechteste Variante ist:

print =<<"EOF"
...
...
EOF

weil hier die Perl Backslashes \ vielfach auch innerhalb HTML beibehalten werden sollten, sonst kann es haufenweise Errors geben, ausgenommen, man verzichtet völlig auf die "Gänsezeichen", was aber eigentlich ein Murks ist. Ausserdem kann man ohne Gänsezeichen (je nach Script) keine mehrwörtigen (z.B.) Bildinformationen -alt=Muster text- Informationen eintragen weil so nur das erste Wort nach -alt=Muster- ausgelesen wird, abgesehen vom möglichen Folge-Error, der das zweite (offene) Wort im weiteren Programmablauf hinterlässt.

print =<<"EOF";
<img src=\"musterbild.jpg\" alt=\"Muster text\" border=\"0\">
EOF

und weil der Abstand zwischen dem Start/Schluss - EOF manchmal eine Leerlinie betragen muss, damit es vom Server "verstanden" wird:

print =<<"EOF";

<img src=\"musterbild.jpg\" alt=\"Muster text\" border=\"0\">

EOF

Kleinigkeiten, aber manchmal wertvoll...

Die beste Lösung ist, den Script seine eigenen HTML Templates erstellen zu lassen, und diese Seiten als Start- und Folge-Seiten der Site zu präsentieren. Zugriffe auf den Script erfolgen dann erst nach Eingabe irgendwelcher Kommandos. Das gibt mit Abstand am meisten Speed und den kleinsten Server-Load.

Der von mir eingesetzte Indexer-Script ist kostenlos und GPL, es würde aber wahrscheinlich doch etwas Fachwissen voraussetzen, um das Ding auch für andere Scripts anzupassen.

Gute Nacht

Ernie