[.indy]

Hallo ihr lieben,


ich code gerade an meinem CMS und hab mir gedacht, es wär mal an der Zeit, Templates einzubauen. Da ich selbst nicht im Stande bin ein anstendiges Template System auf die Beine zu stellen, habe ich mich entschlossen mit Smarty (dass mir sehr viel empfohlen wurde) zu arbeiten.

Ich hab mir das ganze also runtergeladen und 2 fragen:

1. Ich will mein CMS auf meiner Seite zum DL anbieten, wenn allerdings Bestandteile von Smarty drin sind, weiß ich nicht wie das Copyrightlich geregelt ist... Kann ich das einfach so einbinden oder muss ich irgendwelche Bedingungen erfüllen (Copyright von Smarty einbinden oder so)... oder darf ich das überhaupt?!

2. Ich hab ein Smarty Test gemacht und bemerkt, dass man mit smarty->assign keine Include-Befehle als Templatevariable erstellen kann (z.B. $smarty->assign("content",include("news.php")) ... Gibt es irgendeine Möglichkeit, dass gescheit einzubinden? Dass ich im Template über {$content} die news.php includen kann? (Hab das ganze auch schon mit ' anstatt " & require versucht, aber es geht nicht)


Vielen Dank schonmal für eure Hilfe,
indy

[.indy]

OK vielen dank

hm ich wollte das ganze aber nich direkt übers template sondern über smarty->assign...

Dieser Beitrag wurde von indiana_jones bearbeitet: 12. Januar 2005 - 19:43

[.indy]

hm da krieg ich nen fehler

[Ich]

So, sorry, dass ich das so sage, aber bitte vergiss alles was bisher gesagt wurde...

Um mal einiges richtig zu stellen:

Unter Verwendung einer Templateengine den Befehl fopen für ein Template benutzen zu müssen liegt außerhalb meines geistigen Fassungsvermögens, weil sowas die Engine macht und nicht der User.

GNU LESSER General Public License kurz LGPL sagt aus, dass der Code frei verwendet werden darf, du aber deine Software mit nichten wieder freigeben musst... Die lesser General Public License erfordert ausschließlich den Hinweis im Quellcode auf eben diese Lizenz und ein beilegen selbiger im Verzeichniss wo deine Software liegt.

Smarty ist keine Templateengine mehr... Das Teil ist ein Speichermonster und dient mehr dazu statischen Content zu generieren anstatt ihn dynamisch zu bauen.... ist aber Einstellungssache....

Wenn du eine gute Engine verwenden willst, bzw. dein CMS allgemein auf Basis guter Komponenten aufbauen möchtest, dann solltest du dir einmal PEAR http://pear.php.net anschauen. PEAR ist eine Sammlung von Klassen, die alle nach dem selben Schema gecodet wurden und bestimmten Richtlinien in coding standard und Dokumentation unterliegen. Viele davon bauen aufeinander auf und stellen so eine mächtige Umgebung von vorgefertigten Klassen dar... Das beste daran ist, dass alle Scripte in PEAR unter Lizenzen stehen, die keine Freigabe erfordern, wenn du das nicht explizit möchtest.

In PEAR existiert zum Beispiel eine sehr einfache Templateklasse namens HTML_Template_Sigma, mit der man so ziemlich alles machen kann was man braucht um den Code vom Design zu trennen....

Hier ein kleines Beispiel:

<?php
// include pfad umbiegen, sodass PEAR als standard Pfad 
// includet wird wo auch immer es liegt
ini_set('include_path','.:/var/www/PEAR');
include_once('HTML/Template/Sigma.php');

//so, objekt initialisieren und den Pfad zu deinem Template angeben
$tpl = new HTML_Template_Sigma('meintemplate.tpl');

// platzhalter1 und platzhalter2 im Template werden durch Text ersetzt
$tpl->setVariable('platzhalter1','Ich bin der Text für Platzhalter 1');
$tpl->setVariable('platzhalter2','Ich bin der Text für Platzhalter 2');

// Es sind auch loops möglich um komplette arrays in eine
// Tabelle zu übertragen z.B.
// Hierzu musst du im Template einen Block definieren... dies geschieht
// durch das einfügen eines Kommentares, der das Wort BEGIN  am anfang 
// und darauf folgend den Namen des Blockes. beendet wird der Block mit END
// Beispiel siehe unten

// setzen welchen Block ich loopen will
$tpl->setCurrentBlock('meinblock');

// ich definiere einfach mal ein blödes array
$array = array('Mose','Josuah','Richter','Ruth','Samuel','Könige','Chronik');
foreach ($array as $key => $value) {
    // so, da wir uns im Block "meinblock" befinden, werden jetzt
    // Platzhalter innerhalb des Blockes ersetzt.
    $tpl->setVariable('platzhalterimblock',$value);
    
    // um der Templateengie zu sagen, dass der Block nun beendet ist und es
    // das HTML erzeugen kann, beenden wir den Block, bevor er gleich erneut
    // durchlaufen wird und der näxte Eintrag geparst wird.
    $tpl->parseCurrentBlock();
}

// So, das wars... Template parsen und ausgeben
// Optional könntest du dir statt show auch das template per $var = $tpl->get();
// in eine Variable schreiben und so den kompletten Inhalt wiederum in einem
// anderen Script in ein Template einfügen. 
$tpl->parse();
$tpl->show();
?>

Und nun das passende Template (meintemplate.tpl)

<html>
<body>
Dies ist ein Template zum testen und hier werden erstmal zwei Platzhalter gefüllt
<p>
Platzhalter1: <b>{platzhalter1}</b><br>
Platzhalter2: <b>{platzhalter2}</b>
</p>
<p>
Hier nun ein Beispiel für einen Block:<br><br>

<table>
  <tr>
    <td>Ich bin eine Überschrift</td>
  </tr>

  <!-- BEGIN meinblock -->
  <tr>
    <td>{platzhalterimblock}</td>
  </tr>
  <!-- END meinblock -->

</table>

</body>
</html>

So, das sollte eigentlich klappen... wie man Blöcke verschachtelt darfst du selber rausfinden, das geht nämlich auch alles... Ebenso callback Funktionen, die aus dem HTML Code aufgerufen werden können... Aber erstmal langsam mit den jungen Pferden

Der Code ist natürlich von mir nicht getestet worden... Hab den jetzt einfach hier runtergetippelt, insofern bitte ich um Nachsicht, wenn ein parse error auftritt... Alles was noch zu tun ist, ist HTML_Template_Sigma zu besorgen und die beiden Sachen in zwei Files zu schreiben

Viel erfolg

[Ich]

Zitat

mag sein das ich mit der GNU falsch lag - aber dein code is fürn ... naja egal ... das ding ist viel zu überladen ... und bei allem verständniss der programmierung - wenn ein templäte keine sonderzeichen ausgeben kann, dann ist es für mich kein template mehr (getestet mit einer etwas älterin version -> ka ob der bug imma noch in der neuen is)

Tschuldigung, aber mein Text geht komplett um HTML_Template_Sigma, eine der schlankesten Template Engines die es im PHP Bereich gibt und eine neu Implementation von HTML_Template, welche ihrerseits schon recht fluchs ist. Wenn du schon nicht kapiert hast, dass es sich nicht um Smarty handelt, dann will ich garnicht wissen, wo dein know how über Smarty herkommt, denn das look and feel ist dabei _vollkommen_ anders.

Ich entwickele schon seit Jahren Applikationen auf Business Level in PHP und wenn man jede Kleinigkeit selber implementieren darf, wie dein rudimentäres "suchen und ersetzen", dann dauert es ewig, bis man überhaupt zu Ergebnissen kommt. Oder wie behandelt dein "Arraytauscher" verschachtelte Blöcke, oder komplett aus der DB ausgelesene Tabellen? Dynamisch generierte Sachen ganz zu schweigen.

Was ich über "selbst ist der Coder" Als Programmierer von CRM, ERP und CMS Umgebungen halte, kannst du dir sicher vorstellen und ich finde es mehr als unsinnig, bei einem CMS auf jeden Furz an Performance zu achten. Wenn dem so ist, dann darf man keine relationalen Datenbanken verwenden und keine Datenbankabstraktionlayer und Geschichten wie ODBC gehören sowieso verboten.... alles böse. Wobei ich das bei ODBC wirklich ernst meine

[Ich]

Zitat

Wenn du die Beitraege genau gelesen haettest, dann wuestest du, warum ich das so gemacht habe und nicht anders. Er will auch uebrigens kein Template damit einbinden sondern eine PHP-Datei (siehe erster Post).

Und eben genau das macht eine template engine alleine... wenn sie das nicht tut ist es keine, sondern ein script, aber keinesfalls eine komplette engine, denn eine engine (englisch für Motor) funktioniert nicht ohne Pleul oder Zylinder Insofern ist es mir immernoch nicht begreiflich....

Desweiteren hat er sich grade erst für Smarty entschieden und ich versuche nur eine Alternative mit Komplettlösung aufzuzeigen, weil Smarty im eigentlichen Sinne nur eine Template Sprache für eine Templatesprache ist, da Smarty eigener Templatecode in PHP übersetzt wird und man im Endeffekt so php und HTML Code nicht voneinander trennt, da am Ende wieder ein gemischtes Script aus dem Prozess entsteht.

Eine richtige Templateengine zur Trennung von Code und Design ist das also nicht, wobei sich darüber allerdings streiten lässt....

Fakt an der Sache ist allerdings, dass der Smarty Dialekt einen erhöhten Lernaufwand erfordert, obwohl dieser nicht sein müsste. Schließlich muss der Smarty Template Dialekt auch erst gelernt werden, während eine TE wie Sigma nur eine Handvoll Funktionen beinhaltet, deren Hauptanwendungsbereiche ich mit meinem Beispiel bereits abgedeckt habe...

Wo liegt also das Problem? schließlich bringt jeder hier Alternativen mit ein...

[Dagar888]

Zitat

Warum denn nicht wie oben beschrieben mit {php} machen? Das ist doch der einfachste Weg.

Also ich hab mir auch die gleiche Frage wie indiana_jones gestellt.
Es wäre halt praktisch, weil man dann nur noch eine template datei braucht, die php elemte nicht im template selber geschrieben werden müssen.