Kommentare zu: PHP ist eine Template Engine! http://www.phpblogger.net/2007/08/17/php-ist-eine-template-engine/ Ein PHP Blog mit aktuellen PHP Informationen und Tricks für Entwickler. Thu, 09 Sep 2010 00:23:38 +0000 http://wordpress.org/?v=2.6.5 Von: Webagentur http://www.phpblogger.net/2007/08/17/php-ist-eine-template-engine/#comment-2028 Webagentur Fri, 20 Aug 2010 11:01:27 +0000 http://www.phpblogger.net/2007/08/17/php-ist-eine-template-engine/#comment-2028 Ich arbeite auch sehr viel mit Smarty, da ich auf Basis von xtcModified Kunden-Shops öfters erstelle und diese Template-Engine fester Bestandsteil dort ist. Aber auch für was neues bin ich immer offen. Ich arbeite auch sehr viel mit Smarty, da ich auf Basis von xtcModified Kunden-Shops öfters erstelle und diese Template-Engine fester Bestandsteil dort ist. Aber auch für was neues bin ich immer offen.

]]> Von: SEO http://www.phpblogger.net/2007/08/17/php-ist-eine-template-engine/#comment-2016 SEO Fri, 23 Jul 2010 12:45:03 +0000 http://www.phpblogger.net/2007/08/17/php-ist-eine-template-engine/#comment-2016 Ich werde mir auch mal die Möglichkeit anschauen. Da ich aber auch viel mit xt:Commerce mache, muss ich mich leider trotzdem mit Smarty rumschlagen. Ich werde mir auch mal die Möglichkeit anschauen. Da ich aber auch viel mit xt:Commerce mache, muss ich mich leider trotzdem mit Smarty rumschlagen.

]]> Von: Bockerl http://www.phpblogger.net/2007/08/17/php-ist-eine-template-engine/#comment-1913 Bockerl Thu, 31 Dec 2009 12:03:36 +0000 http://www.phpblogger.net/2007/08/17/php-ist-eine-template-engine/#comment-1913 Ich finde die vorgestellte Template-Variante wirklich sehr gut. Ich werde sie mir mal etwas näher anschauen. Ich finde die vorgestellte Template-Variante wirklich sehr gut. Ich werde sie mir mal etwas näher anschauen.

]]> Von: Typo3 Freelancer http://www.phpblogger.net/2007/08/17/php-ist-eine-template-engine/#comment-1801 Typo3 Freelancer Fri, 11 Sep 2009 09:24:04 +0000 http://www.phpblogger.net/2007/08/17/php-ist-eine-template-engine/#comment-1801 Ich finde, wenn man eine Website mit sehr vielen Usern gleichzeitig online hat, dass man auf eine TemplateEngine verzichten sollte, da sie viel zu Speichhungrig sind. Die Kurzschreibweise von PHP-Tags bringen ja bereits alles mit. Ich finde, wenn man eine Website mit sehr vielen Usern gleichzeitig online hat, dass man auf eine TemplateEngine verzichten sollte, da sie viel zu Speichhungrig sind. Die Kurzschreibweise von PHP-Tags bringen ja bereits alles mit.

]]> Von: Robert Heine http://www.phpblogger.net/2007/08/17/php-ist-eine-template-engine/#comment-1230 Robert Heine Thu, 02 Oct 2008 13:03:19 +0000 http://www.phpblogger.net/2007/08/17/php-ist-eine-template-engine/#comment-1230 Ich sehe das absolut genauso, wie der Author. Typo3 bietet so viele neue Konstrukte, dass es eigentlich schon eine eigene Programmiersprache ist (nennt sich ja sogar so: TypoScript"). Wo aus einer TemplateEngine eine neue Programmiersprache wird, kann man genausogut ein PHP-Framework schreiben / benutzen, um seine Templatedateien zu "parsen" (siehe Joomla 1.5). Der Vorteil: Man muss nicht wirklich neue Syntax lernen, wie bei TypoScript, und hat im Template alle Vorteile von PHP. Wieso sollte ich als Entwickler jemandem Zugriff auf die Templates gewähren, wenn ich ihm nicht vertraue? Von daher stellt sich für mich die Frage nach der Sicherheit dann auch garnicht, weil keiner in meinem Template "print $passwort" verwenden kann, dem ich das nicht erlaube. Auch wenn der Artikel schon etwas älter ist, verlink ich ihn trotzdem mal in meinem Blog, denn irgendwie ist er immernoch aktuell 8-) Ich sehe das absolut genauso, wie der Author. Typo3 bietet so viele neue Konstrukte, dass es eigentlich schon eine eigene Programmiersprache ist (nennt sich ja sogar so: TypoScript”). Wo aus einer TemplateEngine eine neue Programmiersprache wird, kann man genausogut ein PHP-Framework schreiben / benutzen, um seine Templatedateien zu “parsen” (siehe Joomla 1.5). Der Vorteil: Man muss nicht wirklich neue Syntax lernen, wie bei TypoScript, und hat im Template alle Vorteile von PHP.

Wieso sollte ich als Entwickler jemandem Zugriff auf die Templates gewähren, wenn ich ihm nicht vertraue? Von daher stellt sich für mich die Frage nach der Sicherheit dann auch garnicht, weil keiner in meinem Template “print $passwort” verwenden kann, dem ich das nicht erlaube.

Auch wenn der Artikel schon etwas älter ist, verlink ich ihn trotzdem mal in meinem Blog, denn irgendwie ist er immernoch aktuell 8-)

]]> Von: Webagentur http://www.phpblogger.net/2007/08/17/php-ist-eine-template-engine/#comment-1172 Webagentur Tue, 19 Aug 2008 10:11:32 +0000 http://www.phpblogger.net/2007/08/17/php-ist-eine-template-engine/#comment-1172 Gibt es irgendwo eine genaue Anleitung (möglichst in deutsch), wo man sieht wie man einen eigenen Template Parser mit Platzhalter etc. bauen kann? Gibt es irgendwo eine genaue Anleitung (möglichst in deutsch), wo man sieht wie man einen eigenen Template Parser mit Platzhalter etc. bauen kann?

]]> Von: Eraser http://www.phpblogger.net/2007/08/17/php-ist-eine-template-engine/#comment-807 Eraser Thu, 21 Feb 2008 16:12:15 +0000 http://www.phpblogger.net/2007/08/17/php-ist-eine-template-engine/#comment-807 Hey, ein seh interesanter Artikel. Ich hab mich gerade mit dem Thema befast da Template Engins viel zu aufgeblasen sind und am ende doch nicht die benötigten Funktionen hat und man dan wieder auf ein {PHP}-Block zurückgreifen muss. Ich hab auch schon mit dem gedanken gespielt, alles ohne Templatengines zu machen und nur eine Strikte Trennung ermöglichen. Und durch zufall bin ich hier gelanded und hab ein problem weniger - Ich mach mein Projekt ohne Templateengine... (auch wenn ein par dinge evtl. ein wenig übertrieben sind ;) Gruß, E Hey,
ein seh interesanter Artikel. Ich hab mich gerade mit dem Thema befast da Template Engins viel zu aufgeblasen sind und am ende doch nicht die benötigten Funktionen hat und man dan wieder auf ein {PHP}-Block zurückgreifen muss.
Ich hab auch schon mit dem gedanken gespielt, alles ohne Templatengines zu machen und nur eine Strikte Trennung ermöglichen.
Und durch zufall bin ich hier gelanded und hab ein problem weniger - Ich mach mein Projekt ohne Templateengine… (auch wenn ein par dinge evtl. ein wenig übertrieben sind ;)

Gruß,
E

]]> Von: PHP Blogger: Vergiss Template-Engines! - Ein PHP Blog auf deutsch http://www.phpblogger.net/2007/08/17/php-ist-eine-template-engine/#comment-412 PHP Blogger: Vergiss Template-Engines! - Ein PHP Blog auf deutsch Tue, 06 Nov 2007 11:21:59 +0000 http://www.phpblogger.net/2007/08/17/php-ist-eine-template-engine/#comment-412 [...] zu Template-Engines unter PHP kennt jeder gute Leser des PHP Bloggers. Artikel wie “PHP ist eine Template Engine!“, “Die Templates, die ich rief” und “Bröckchen für [...] [...] zu Template-Engines unter PHP kennt jeder gute Leser des PHP Bloggers. Artikel wie “PHP ist eine Template Engine!“, “Die Templates, die ich rief” und “Bröckchen für [...]

]]> Von: PHP Blogger: Abstraktes HTML mit HAML - Ein PHP Blog auf deutsch http://www.phpblogger.net/2007/08/17/php-ist-eine-template-engine/#comment-390 PHP Blogger: Abstraktes HTML mit HAML - Ein PHP Blog auf deutsch Thu, 25 Oct 2007 15:26:06 +0000 http://www.phpblogger.net/2007/08/17/php-ist-eine-template-engine/#comment-390 [...] bin ich von diesem Logik-Gerammel in Templates nicht sonderlich begeistert. Immerhin bietet Haml eine Alternative zum PHP-Tag Geraffel in [...] [...] bin ich von diesem Logik-Gerammel in Templates nicht sonderlich begeistert. Immerhin bietet Haml eine Alternative zum PHP-Tag Geraffel in [...]

]]> Von: Sebastian http://www.phpblogger.net/2007/08/17/php-ist-eine-template-engine/#comment-244 Sebastian Tue, 21 Aug 2007 17:41:37 +0000 http://www.phpblogger.net/2007/08/17/php-ist-eine-template-engine/#comment-244 ----- Und: Wer die Variable $password global bereitstellt, darf sich nicht wundern, wenn Nutzer sie verwenden. Die wenigsten Variablen sollten global bereitgestellt werden. Besser ist es, sie über Objekte mit Get-Funktionen anzubieten. Dort können auch Berechtigungsfragen geklärt werden. ----- sollte, hätte, täte, würde. ich sagte es kann passieren. auch $_SERVER ist interessant. als user könnte mans verhindern, wenn mans weiß. ich will also damit sagen, dass dus dir nicht so einfach machen solltest, sondern wirklich wissen solltest was passieren kann. —–
Und: Wer die Variable $password global bereitstellt, darf sich nicht wundern, wenn Nutzer sie verwenden. Die wenigsten Variablen sollten global bereitgestellt werden. Besser ist es, sie über Objekte mit Get-Funktionen anzubieten. Dort können auch Berechtigungsfragen geklärt werden.
—–

sollte, hätte, täte, würde.
ich sagte es kann passieren. auch $_SERVER ist interessant. als user könnte mans verhindern, wenn mans weiß.
ich will also damit sagen, dass dus dir nicht so einfach machen solltest, sondern wirklich wissen solltest was passieren kann.

]]>