Die PHP-Konstante USER_POSITION wird vom Adminbereich auf den Wert admin gesetzt und vom Shop auf den Wert store. Sollen also Aktionen entweder nur im Shop oder nur im Adminbereich ausgeführt werden, lässt sich das mit einer einfachen if-Anweisung regeln.

if(USER_POSITION == 'admin') {
	// do some action
}

if(USER_POSITION == 'store') {
	// do some action
}

Die Lösung liegt in der Tabelle, die intern über die Konstante TABLE_ADMIN_NAVIGATION angesprochen wird. Vermutlich heißt diese Tabelle bei Euch xt_acl_nav oder acl_nav. Wenn nicht, könnt Ihr sie auf jeden Fall über die interne Konstante herausfinden. Bitte beachtet außerdem, dass die Reihenfolge, wie ich auf die Felder eingehen werde, nicht der Reihenfolge in der Datenbank entspricht, sondern für ein besseres Verständnis angepasst wurde.

text
Die eindeutige Bezeichnung des Navigationspunktes. Der Text kann dann selbstverständlich über die Lokalisierungstabelle an die jeweilige Sprache des Admin-Benutzers angepasst werden.

icon
Zu jedem Navigationspunkt gibt es neben dem Text auch das kleine Icon. Der Pfad muss relativ zum Verzeichnis xtAdmin sein und die Grafik sollte 16×16 Pixel groß sein.

navtype
Gibt an, in welche Navigation der neue Punkt integriert werden soll. Mögliche Werte sind N und W. Vermutlich steht das für “North” und “West”. Denn schließlich kann man mit N einen Button in der oberen Navigationsleiste neben “Handbuch”, “Helpdesk”, etc. ablegen, während man mit W einen Navigationspunkt in der linken Hauptnavigation erzeugt.

type
Wenn navtype=W angegeben wurde, kann der Typ auf den Wert G oder I gesetzt werden. G enthält weitere Unterpunkte und könnte von “Group” abgeleitet worden sein. I enthält keine weitere Unterpunkte, sondern ist selbst der letzte Unterpunkt einer Gruppe, die Bezeichnung könnte von “inner” abgeleitet worden sein.
Für navtype=N muss der Wert G eingetragen werden.

parent
Für navtype=W zeigt das Feld an, welchem Elternelement der Navigationspunkt zugeordnet worden sein. Das Elternelement muss vom type=G sein. Wird hier der Wert 0 eingetragen, wird in der Navigation ein komplett neuer Block angelegt. Um das neue Navigationselement in eine vorhandene Gruppe einzugliedern, muss deren bei text eingetragene Bezeichnung hier hinterlegt werden.
Für navtype=N muss der Wert 0 eingetragen werden.

sortorder
Ein einfacher Sortierungswert als Integer. Niedrige Werte werden zuerst dargestellt, höhere Werte danach.

Meine erste Befürchtung war, ein proprietärer Shop könnte evtl. weniger anpassbar an individuelle Kundenwünsche sein, als eine Open-Source-Version. Ich war also eher skeptisch ob sich VEYTON wirklich durchsetzen kann, gerade dann wenn ein Shop nicht von der Stange kommen darf, sondern individuell an die Wünsche der Kunden angepasst werden muss.

Im alten xt:Commerce konnte (bzw. eher musste) man jede Änderung, jede Indiviudualisierung am Kern des Projekts durchführen. Selbst Module, die theoretisch nachrüstbar waren wie z.B. Versand- oder Bezahlmodule erforderten oftmals einen Eingriff in den Shop-Code.

Ganz anders verhält sich die Sache bei VEYTON. Die Entwickler haben ein cleveres System entwickelt, mit dem Plugins extrem einfach installiert und ohne großen Aufwand auch wieder deinstalliert werden können. Nicht zuletzt das Konzept der Hookpoints hat mich überzeugt. Über diese Hookpoints kann man in nahezu jeder Funktion des Shops eigenen PHP-Code einschleusen. Wird das Plugin entfernt, verschwindet auch der Zusatzcode. Auch Sprachvariablen, Konfigurationsoptionen, Admin-Tools, etc. lassen sich per Plugin nachrüsten und bei Bedarf gemeinsam mit dem Plugin wieder sauber entfernen.

Lediglich die Dokumentation der Schnittstellen, Templatefunktionen und Hookpoints lässt stark zu wünschen übrig. Oftmals hilft an dieser Stelle eine gezielte Suche im Source-Code. Da dieser aber teilweise compiliert ist, bleiben wohl einige Features und Konfigurationsmöglichkeiten vorerst unentdeckt.

Auf jeden Fall ist den VEYTON-Entwicklern eine gute Arbeit zu bescheinigen. Ich bin begeistert vom neuen Plugin-System, während die Anpassung des alten xt:Commerce-Shops oftmals qualvoll war. Und vielleicht kommt ja irgendwann auch eine ordentliche Entwickler-Dokumentation, die mir mein Leben noch weiter erleichtert.

Nach fast 5 Jahren wird der xt:Commerce Gemeinde nun endlich ein leistungsfähiges Pendant geboten, Magento ist im Anmarsch, momentan jedoch nur bedingt einsatzfähig, da ein gut performanter Server (virtuelle Hosts sind hier zur Zeit gänzlich ungeeignet) die Voraussetzung sein sollte. Genau hier will xt:Commerce ansetzen und kontern. Die xt:Serie “Enterprise” wird momentan entwickelt und befindet sich in der Betaphase.

Anders als bei Magento wird die Enterprise Serie jedoch Lizenzgebühren beanspruchen, da es nicht mehr der General Public License unterliegen wird.

Vorerst wird Magento an seiner größten Schwäche gepackt – der Perfomance.  xt:Commerce möchte weiterhin seine hohe Geschwindigkeit mit einem schlanken Design sowie einem speziell entwickelten Framework, gewährleisten. So ist die Installation anders als Magento weiterhin auch bei Hosting-Paketen möglich.

Die modern gestaltete Admin-Oberfläche, die durch Verwendung des extJS Frameworks einer Desktopanwendung gleichen soll, sieht vielversprechend aus.

Zudem soll das Core System nun auch unabhängig der Plugins gehalten werden. Klarer Vorteil: Das System kann schnell und einfach auf neue Versionen geupdatet werden, da Funktionen und Klassen verändert werden können ohne die Dateien das eigentlichen System zu “verbiegen”.

Fazit: Die Zeit wird zeigen, wie schnell Magento auf die genannten Performance Probleme reagiert, bzw. wie die “Final” -Version von xt:Commerce Enterprise aussehen wird.
http://www.xt-commerce.com/blog/xtcommerce-news/xtcommerce-enterprise-beta-test.html