Das Plugin zum downloaden function.twitterbutton.php

Beispiel:

{twitterbutton text=”Smarty-Plugins von ServiceHome” url=”http://devblog.servicehome.net” related=”servicehome:Shopsoftware”}

Keine Funktionsgarantie, keine Gewähr. Fragen beantworte ich ausschließlich per Mail.

Zuerst muss die Include Datei nach /inc/ kopiert werden, danach das Plugin in das Smarty-Plugin Verzeichnis kopiert werden (/includes/classes/Smarty_2.6.14/plugins/ ) und steht damit sofort zur Verfügung.

Die Include-Datei xtc_content_link.inc.php
Das Plugin zum downloaden function.content_link.php

Beispiel: {content_link cgid=1 full=false}
Es wird immer die Content-Group-ID angegeben und nicht die content-ID! full=true erzeugt einen Link-Tag (<a href=”…. )

Keine Funktionsgarantie, keine Gewähr. Fragen beantworte ich ausschließlich per Mail.

Das Plugin muss in das Smarty-Plugin Verzeichnis kopiert werden (/includes/classes/Smarty_2.6.14/plugins/ ) und steht damit sofort zur Verfügung.

Das Plugin zum downloaden function.category_link.php

Keine Funktionsgarantie, keine Gewähr. Fragen beantworte ich ausschließlich per Mail.

Wer also noch auf PHP <= 5.2 arbeitet, sollte einen Blick auf die Änderungen werfen, bevor die Kundenserver Probleme machen. Da die Alternativen preg_…. Funktionen auch auf den älteren PHP Versionen laufen, ist eine Umstellung jederzeit möglich.

Hier ein Beispiel:

$replacement = "ABC";
$input_string = "Das ist das ersatz der Entwicklung!";

echo "Out:" . eregi_replace("ersatz", $replacement, $input_string);

echo "Out:" . preg_replace("/ersatz/i", $replacement, $input_string);

Wie an dem Beispiel zu sehen ist liegen die Änderungen im wesentlichen in der Syntax des regulären Ausdrucks und es gibt keine speziellen Funktionen mehr für die Groß-/ Kleinschreibung ignorierenden Funktionen.

Ein Webdesigner kann somit direkt auf bestimmte Resourcen zugreifen, ohne das er weitgehende Programmierkenntnisse benötigt. Und auch der Programmierer wird von der Pflicht der HTML/CSS Kenntnisse etwas befreit. So lassen sich z.B. einfache ein Array/Liste an ein Template übergeben und dann dort über einfachste Schleifenanweisungen stylen.

Smarty-Template Ausschnitt:

<table style="height: 72px;" width="621">
  {foreach from=DATEN_ARRAY item=$entry}
    <tr>
      <td>{$entry.name}</td>
      <td>{$entry.eMail}</td>
    </tr>
  {/foreach}
</table>

Natürlich wird auch hier vom Webdesigner ein minimales Verständnis für Programmstrukturen erwartet, aber die Loslösung von der eigentlichen Programmlogik macht die Arbeit beider Parteien sehr viel einfacher.

Selbstverstänlich kann man auch in Smarty weitere Funktionen und Modifiere einbauen. So habe ich z.B. für unseren XTC basierten Online-Shop Funktionen eingebaut um Links zu Produkten, Kategorien und Contents einzufügen. Hier werden dann natürlich auch automatisch die Session-ID angefügt, wenn dies erforderlich ist. Auch Tags zum erstellen dynamischer grafischer Buttons ist natürlich kein Problem.

// Liefert nun einen Link im Shop-URL-Schema zum Content mit der Gruppen-ID 1
<a href="{content_link cgid=1}">Link-Label</a>

// erzeugt einen dynamischen/grafischen Button mit dem Text "In den Warenkorb"
{button class="button_class" label="In den Warenkorb"}

erzeugt folgenden HTML-Code:
<div style="display: inline; clear: both;">
 <div style="float: left; background-image: url({$image_left}); background-repeat: no-repeat; width: 10px; height: 30px;">&nbsp;</div>
 <div style="padding-top: 4px; float: left; background-image: url({$image_spacer}); background-repeat: repeat-x; height: 30px;"><span>{$label_text}</span></div>
 <div style="float: left; background-image: url({$image_right}); background-repeat: no-repeat; width: 8px; height: 30px;">&nbsp;</div>
</div>

Darüber hinaus bietet das System auch eine Unterstützung eines Caching-Systems. Man kann die gerenderten Inhalte also speichern lassen und spart somit Rechenleistung und Datenbankzugriffe.

Fazit

Smarty ist ein hochgradig erweiterbares Template System für PHP. Die Lernkurve fällt gering aus und ermöglicht dem Entwickler eine großartige Möglichkeit die Arbeit der Webdesigner zu unterstützen. Ein Blick darauf lohnt sich in jedem Fall.

Warum also nicht vom Wissen vieler profitieren? Angefangen habe ich mit einem AJAX-Framework Sarissa (http://dev.abiss.gr/sarissa/). Hierdurch waren die ersten Schritte mit asynchronen Javascripten schon etwas einfacher zu handeln. Im weiteren Verlauf kam dann Prototype (http://www.prototypejs.org/) zum einsatz um einfach einige Klassen in JavaScript abzubilden.

Aber dann kam jQuery (http://jquery.com/)! Ich liebe dieser Framework geradezu. Das mir wohl liebste Feature sind die Selektoren um Elemente der DOM zu finden und zu bearbeiten. Durch den Einsatz von CSS Syntax zum auswählen ist der Lernaufwand minimal und lohnt sich gleich doppelt. Mal eben die Schriftfarbe aller input-Felder ändern? Kein Problem:

$('input').each(function (index, element) {
  element = $(element);
  element.css("color", "blue");
});

Nein, ich halte dies nicht für einen guten Anwendungsfall, aber es demonstriert recht gut, wie einfach man über die CSS Selektoren auf die DOM Zugreifen kann. Der größte Vorteil ist die Browserübergreifend gleiche Syntax. Hier ein Beispiel um die float-Eigenschaft eines Elements zu ändern. Zuerst die allgemeine Variante, dann mit jQuery:

var element = document.getElementById("test");
element.style.cssFloat = "left"; // IE
element.style.css = "left";  // andere

mit jQuery

$('#test').css("float", "left"); // alle unterstützen Browser

Fazit

Ich denke jeder Entwickler sollte sich jQuery einmal ansehen. Es liefert in vielen Fällen sehr viel wartbareren Code und es macht außerdem viel Spaß. Auf jeden Fall sollte man sich auch jQuery-UI ansehen (http://jqueryui.com/). Viele Widgets und Effekte und das mit ganz geringem Lernaufwand.

Genau hier setzt meine Überlegung an. Wenn die Sicherheit eines Systems davon abhängt, das niemand in den Administrationsbereich gelangt, dann liegen hier offensichtlich andere Sicherheitsprobleme vor und sollten gelöst werden. Man sollte niemals vergessen, das in der Regel Menschen mit dieser Software arbeiten müssen. Und ich behaupte jetzt einfach mal, das Menschen eine klare und einfache Bedienoberfläche eher mögen als eine strikte Trennung von Inhalten und Administration.

Gerade im Bereich von Webshops sehe ich einen großen Vorteil darin, die Inhalte direkt dort bearbeiten zu können, wo auch der Kunde Sie sieht. So kann man sich auch sicher sein, das man den richtigen Inhalt erwischt hat. Nicht selten werden Texte bei falschen Produkten geändert, nur weil die Suche nach dem betreffenden Produkt nur unzulänglich durch die Administrationsoberfläche unterstützt wurde. Hier kann man natürlich nun zwei Wege gehen.

• Unterstützende Links im Frontend anbieten

oder

• eine direkte Editierfunktion im Frontend einfügen.

Hier habe ich mich persönlich für die erste Variante entschieden, da nicht immer alle zu bearbeitenden Elemente sauber und übersichtlich im Frontend untergebracht werden können. Also biete ich Administrationspanel an und verlinke zum passenden Editor im Administrationsbereich.

Also keine langen Worte, auf gehts…