Mit SSP eine bestimmte Artikel oder Infoseite auslesen?

Begonnen von EK, September 24, 2003, 22:17:20

« vorheriges - nächstes »

0 Mitglieder und 1 Gast betrachten dieses Thema.

hop

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
Sch?ne Gr??e hop

jg

Hallo EK und Lars,

> Das ist meiner Meinung nach eine ganz falsche
> Einstellung. So wichtige Sachen wie $pgid sollten in der
> Dokumentation zu finden sein und nicht auf der "eigenen
> Liste" nachdem man Tage und Wochen mit Suchen, Fummeln
> und Fragen verbracht hat.

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.
Da SP als organisches Gebilde ständig weiter entwickelt wird,
müsst ihr es schon dem Support überlassen, was offiziell
veröffentlicht wird und was nicht. SP wurde entwickelt,
um anspruchsvolle Shops zu bauen - und das funktioniert
mehr als gut. SP wird IMHO nicht entwickelt, um jede
undokumentierte Variable allen Usern zur Verfügung zu stellen!
$pgid ist für den Bau eines Shops überhaupt nicht wichtig
und schon gar nicht notwendig. Das das z.Zt. so funktioniert,
habe ich bis gestern übrigens auch nicht gewusst.
Wenn wir als User mal die eine oder andere Variable finden,
die nicht in der Hilfe steht, um so besser. Wenn's aber
nach dem nächsten Update nicht mehr läuft, dann ist das
unser Problem.

> Es ist zwar schrecklich, dass man sich darartig quälen
> muss, um an Informationen zu kommen,
Vor den Erfolg hat der liebe Gott nun mal den Schweiss gestellt.
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.

an EK:
> Bloss eine leise Bitte mittels einer ganz simpel
> gehaltenen Doku im Downloadverzeichnis da mehr rausholen
> zu können.
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'?

jg
--
www.schmuckzone.de

Lars Gollub

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.
ZitatOriginal 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.
ZitatOriginal 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 //www.parallax.com und //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.
ZitatOriginal 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.
ZitatOriginal 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? :]
ZitatOriginal 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

jg

Hallo Lars,

ich sehe, wir verstehen uns.  ;-)

> Da fehlt Dir jetzt aber ein bischen die Fantasie.
Oh, daran mangelt es mir bestimmt nicht.
Nachfolgend mal 2 Beispiele. Das sind zwei Filialshops
mit komplett denselben HTML-Vorlagen:
Shop 1 Shop 2
Beide laufen als Händlershop innerhalb unseres Shops .

> 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.
Da hast du natürlich Recht. Trotzdem ist dein Beispiel Luxus
und nicht unbedingt zum Betreiben eines Shops notwendig.
Wenn du wüsstest, wieviel zusätzliche Funktionen wir noch
gebrauchen könnten...

> Und nichts für ungut!
kein Problem :)

jg
--
www.schmuckzone.de