Hallo Alle,

$pgid z.B. ist keine dokumentierte Schnittstelle, deshalb möchten wir auch nicht dazu raten, diese zu benutzen.
Bei Updates der Software achten wir darauf, dass dokumentierte Schnittstellen erhalten bleiben, bei undokumentierten Schnittstellen können wir das jedoch nicht garantieren.

Wir wollen notwendige Variablen und Funktionen über SSP zur Verfügung stellen, dies ist die offizielle Schnittstelle.
Ich meine für die Seitenmummer gibt es schon was, muss aber
Morgen nochmal schauen.

hop

Hallo EK und jg!

EK: Entschuldige bitte diesen langen Beitrag, ich will mich nicht in Dein Thema drängen, aber der Beitrag von jg (der mir direkt und indirekt schon viele tolle Tipps gegeben hat), bedarf einer Antwort.

Original von jg
Das ist Quatsch. Wie hop sagt - es gibt 'dokumentierte und undokumentierte Schnittstellen'. Die Verwendung von Variablen wie $pgid muss natürlich immer auf eigene Gefahr geschehen. Das hatte ich vergessen zu erwähnen.

Deshalb habe ich ja geschrieben: Natürlich habe ich aber auch Verständnis dafür, dass (noch) nicht offizielle Features auch (noch) nicht dokumentiert sind.

Original von jg
$pgid ist für den Bau eines Shops überhaupt nicht wichtig und schon gar nicht notwendig.

Da fehlt Dir jetzt aber ein bischen die Fantasie. :] Dadurch, dass man die Seitennummer ermitteln kann, könnte man beispielsweise eine Vorlage für Verzeichnisseiten erstellen, die für die verschiedenen Produktkategorien unterschiedliche Farben verwenden. (Wie beispielsweise http://www.parallax.com und http://www.rs-components.de.) Ohne $pgid abzufragen müsste man eben für jede Kategorie eine eigene Vorlage erstellen, wobei sich die Vorlagen nur in der Farbe unterscheiden. Das geht natürlich auch, nur ist es bei Änderungen im Layout etwas mühsam, die vielen, nahezu identischen Vorlagen anzupassen. Um dieses Problem würde man natürlich mit einem Third-Party-Tool herumkommen, das die verschiedenen Vorlagen generiert. Wir machen das zur Zeit mit einem hauseigenen HTML-Prozessor. Du hast recht, dass es nicht wichtig oder notwendig ist, aber es würde eine Menge Arbeit einsparen, da sich die Redundanz in den Vorlagen reduzieren lässt.

Original von jg
Wenn's aber nach dem nächsten Update nicht mehr läuft, dann ist das unser Problem.

Da gebe ich Dir uneingeschränkt recht. Wenn man eine undokumentierte Funktion verwendet, sollte man immer einen Plan B haben, für den Fall, dass die Funktion in der neuen Version nicht mehr zur Verfügung steht. Die Funktion darf für den Shop nicht lebensnotwendig sein.

Original von jg
Das war schon immer so und darf kein Vorwurf an die
Entwickler von SP sein. Die haben uns mit den verschiedenen Hilfedateien ausreichend 'Lernmaterial' an die Hand gegeben.

Das war auch nicht als Vorwurf gedacht, sondern als Hinweis, wo es noch etwas zu verbessern gibt. Wann ist ein Produkt "ausreichend gut", dass man nichts mehr verbessern sollte? Vor allem, wenn man Updates verkaufen will? :]

Original von jg
Nochmal: es gibt m.M. genügend Dokus von SP die all das dokumentieren was offiziell möglich ist und das ist schon sehr viel. Was willst du denn beispielsweise noch 'mehr rausholen'?

Für ein Beispiel aus der Praxis: Siehe oben. Und nichts für ungut!


Schöne Grüße

Lars