Hallo,

ist es irgendwie möglich mittels SSP eine bestimmte Seite einzulesen um danach deren Artikel auszulesen und ausgeben zu können?
Vielleicht verstehe ich ja etwas falsch, aber bisher ist es mir immer nur gelungen die aktuelle Seite einzulesen (Seitennummer). Wie aber geht das für eine ganz bestimmte Seite?

Herzlichen Dank im voraus,
EK

Verstehe nicht ganz was gemeint ist ?

hop

Hi hop,

hmm, wie soll ich sagen. Ich möchte mir eine Artikelseite, oder Informationsseite anlegen, auf der ganz spezielle Artikel sind.
Eine bestimmte Seite einzulesen und mit z.B. deren Titel anzeigen zu lassen habe ich ja mittlerweile geschafft.
Wie aber komme ich nun an die Artikel dieser bestimmten Seite heran (mit ssp)?
"itemid" gibt mir ja nur die Artikel der aktuellen Seite aus. Ich würde aber gerne die Artikel der bestimmten Seite abrufen können. "ipagenr" lässt sich scheinbar keine andere Seitennummer zuweisen, bzw. habe ich das nicht geschafft.
Der Sinn dahinter wäre jener, diese Artikel dieser besonderen Seite dann mit ssp auch weiter dynamisch verwenden zu können. Z.B. wird Artikel 1 dieser Seite nur registrierten Kunden angezeigt, die Artikel 2, 3 usw. jedem.
Die Artikel lassen sich dann einfach auf dieser einen Seite austauschen und sollen u.U. sonst gar nicht im Shop auftauchen.
Womöglich ist das ein falscher Ansatz meinerseits, aber ich dachte das ssp hier das Richtige wäre... ;-)

mit besten Grüssen
EK

Hallo ek,

irgendwie verstehe ich auch nicht so richtig, was du willst.

> ist es irgendwie möglich mittels SSP eine bestimmte Seite
> einzulesen um danach deren Artikel auszulesen und
> ausgeben zu können?
Seiten ausgeben und Artikel auslesen macht SP doch
standardmäßig, auch ohne SSP.

> Vielleicht verstehe ich ja etwas falsch, aber bisher ist
> es mir immer nur gelungen die aktuelle Seite einzulesen
> (Seitennummer). Wie aber geht das für eine ganz bestimmte
> Seite?
Jede Seite im Shop wird über die Seitennummer aufgerufen
und als aktuelle Seite angezeigt. Damit ist die aktuelle
Seite dann eine 'ganz bestimmte Seite'.

> Ich möchte mir eine Artikelseite, oder Informationsseite
> anlegen, auf der ganz spezielle Artikel sind.
Du kannst auf jeder Artikelseite oder Infoseite 'als Verknüpfung
kopierte' Artikel anlegen, also praktisch Kopien der
Hauptartikel.

> Wie aber komme ich nun an die Artikel dieser bestimmten
> Seite heran (mit ssp)?
Ganz normal mit itemid.

Zitat SP-Hilfe:
" Mit der Artikelverknüpfung ist es möglich einen Artikel
auf mehreren Seiten als verknüpfte Kopie eines Originals zu
platzieren. Änderungen im Originalartikel werden dabei
sofort in den verknüpften Artikel übernommen.
Der Vorteil gegenüber echten Kopien ist, dass man nur an
einer Stelle Artikeleigenschaften zu ändern braucht.
Dies gilt auch für den Import. Beim Aktualisieren eines
Original-Artikels werden auch alle definierten
Verknüpfungen aktualisiert.
So lassen sich z.B. Sonderangebote oder Top-Ten Listen
durch Verknüpfungen von Artikeln in ShopPilot einfach
pflegen. "

> Der Sinn dahinter wäre jener, diese Artikel dieser
> besonderen Seite dann mit ssp auch weiter dynamisch
> verwenden zu können. Z.B. wird Artikel 1 dieser Seite nur
> registrierten Kunden angezeigt, die Artikel 2, 3 usw.
> jedem.
Du kannst natürlich mit SSP Folgendes machen, Beispiel:
Wenn Kunde 30000 angemeldet, wird Art. 1 und 3 gezeigt.
Wenn Kunde 50000 angemeldet, wird Art. 2 und 3 gezeigt.
Wenn Kunde 90000 angemeldet, wird kein Artikel gezeigt.
Aber da musst du dann aufwendig ständig im Code
rumwirtschaften, um bei vielen Artikeln und Kunden nicht
durcheinander zu kommen, was in dieser Form sicher nicht
Sinn und Zweck des Shops ist.
Besser wäre da vielleicht eine Lösung mit Subkatalogen
und hier dann bestimmte Seiten einfach ein- bzw. ausblenden.

> Die Artikel lassen sich dann einfach auf dieser einen
> Seite austauschen und sollen u.U. sonst gar nicht im Shop
> auftauchen.
> Womöglich ist das ein falscher Ansatz meinerseits, aber
> ich dachte das ssp hier das Richtige wäre... ;-)
Ich glaube, du bist auf dem 'richtigen Weg'.
SSP ist m.M. dafür nach NICHT der richtige Ansatz.

jg

Hallo jg,

>Jede Seite im Shop wird über die Seitennummer aufgerufen
>und als aktuelle Seite angezeigt. Damit ist die aktuelle
>Seite dann eine 'ganz bestimmte Seite'.

Ja das ist Standard. Aber ich möchte diese Seite ja gar nicht anzeigen, sondern nur deren Artikel frei in anderen Seiten einblenden können, ähnlich Crossartikeln.

>> Wie aber komme ich nun an die Artikel dieser bestimmten
>> Seite heran (mit ssp)?
>Ganz normal mit itemid.

Aber nur wenn die Seite auch die aktuelle Seite ist, was aber nicht der Fall sein sollte. Artikelverknüpfungen wären da auch nicht so gut, weil ich die dann auf mehreren Seiten benötigen würde.
Aber als Beispiel kann man die mal hernehmen. Nur müsste man diese dann an Bedienungen knüpfen können. Darum dachte ich auch an SSP.

>Du kannst natürlich mit SSP Folgendes machen, Beispiel:
>Wenn Kunde 30000 angemeldet, wird Art. 1 und 3 gezeigt.
>Wenn Kunde 50000 angemeldet, wird Art. 2 und 3 gezeigt.
>Wenn Kunde 90000 angemeldet, wird kein Artikel gezeigt.
>Aber da musst du dann aufwendig ständig im Code
>rumwirtschaften, um bei vielen Artikeln und Kunden nicht
>durcheinander zu kommen, was in dieser Form sicher nicht
>Sinn und Zweck des Shops ist.

Aber das funktioniert nur mit Artikeln (soweit wie ich nun bin) die der aktuellen Seite untergeordnet sind... Und um nicht ständig im Code herumwerken zu müssen eben die Idee eine "Containerseite" zu machen (Artikel oder Infoseite) und dieser bestimmte Artikel unterordnen. Diese Artikel werden dann, bzw. sollen dann, dynamisch auf beliebigen Artikelseiten eingeblendet werden können. Man bräuchte dann immer nur die Artikel auf dieser "Containerseite" zu verwalten, der Rest ginge automatisch. So zumindest mein Hintergedanke.
Eben Sonderangebote die es für nicht registrierte und spezielle nur für registrierte Kunden gibt.

Ich schaffe es "nur" nicht Artikel aus einer anderen Seite dynamisch auszulesen. Eine andere Seitennummer anzuzeigen geht ja einfach, aber deren Artikel verwenden zu können gar nicht.

>Besser wäre da vielleicht eine Lösung mit Subkatalogen
>und hier dann bestimmte Seiten einfach ein- bzw. >ausblenden.

Hmm, daran habe ich noch nicht gedacht. Diesen Weg muss ich mir mal ansehen.

Die Fragestellung wurd so ähnlich schon mal im Forum gestellt. Für Sonderangebote die sonst nirgens zu sehen sein sollen usw.

EK

Gut, jetzt weiss ich was du willst.

> Ich schaffe es "nur" nicht Artikel aus einer anderen
> Seite dynamisch auszulesen. Eine andere Seitennummer
> anzuzeigen geht ja einfach, aber deren Artikel verwenden
> zu können gar nicht.
Seitennummer inkl. Artikel auslesen, zwischenspeichern
und dann auf einer anderen Seite wieder ausgeben ist mir
zu kompliziert und umständlich (gedacht).
Ist aber bestimmt möglich...

> Artikelverknüpfungen wären da auch nicht so gut, weil ich
> die dann auf mehreren Seiten benötigen würde.
> Aber als Beispiel kann man die mal hernehmen. Nur müsste
> man diese dann an Bedienungen knüpfen können.
> Darum dachte ich auch an SSP.
Vorschlag:
Neue Seiten erstellen mit den jeweiligen Artikelverknüpfungen,
die du bestimmten Kunden zuordnen willst, zB:
- für Kundennummer > 10000 zeige Seite 1200001000
- für Kundennummer > 20000 zeige Seite 1200002000
- für Kundennummer > 30000 zeige Seite 1200003000
Die Seiten dann dynamisch als Frame in die andere Seite
(Hauptseite) einarbeiten. Sicher geht das auch mit
ssp::embedded. Habe ich selbst aber noch nicht probiert.

> Eben Sonderangebote die es für nicht registrierte und
> spezielle nur für registrierte Kunden gibt.
Dafür eignen sich auch Subkataloge.

> Artikelverknüpfungen wären da auch nicht so gut, weil ich
> die dann auf mehreren Seiten benötigen würde.
Ein Hauptartikel lässt sich mehrmals verknüpfen.

Du kannst auch zusätzliche Links dynamisch in die Navigation
deiner Seiten aufnehmen, je nachdem welcher bzw. ob ein
Kunde angemeldet ist. Aber das weisst du sicher schon.

jg

Hallo EK,

ich habe leider keinen Rat für Dich, dafür aber eine Frage. :]

ZitatVielleicht verstehe ich ja etwas falsch, aber bisher ist es mir immer nur gelungen die aktuelle Seite einzulesen (Seitennummer).

Wie ist es Dir denn auf Informationsseiten (bzw. nicht-Artikelseiten) gelungen, die aktuelle Seitennummer einzulesen? Das könnte ich nämlich auch gut gebrauchen. Vielen Dank im Voraus!


Schöne Grüße

Lars

Hallo Lars Gollub und jg,

sorry Lars, mein Fehler!
Die Seitennummer lässt sich auf Infoseiten (Formularen usw.) nicht richtig auslesen... "ppagenr" liefert immer den Wert "0" und "ipagenr" nur die Seitennummer von Artikelseiten zurück, wie du wahrscheinlich eh schon weisst.
Man kann zwar "ppagenr" eine Seitennummer übergeben z.B. ssp::get_var_page("pagenr",20); aber das bringt nicht wirklich viel, ausser das man den Seitentitel danach auch noch auslesen kann.

jg,
>Seitennummer inkl. Artikel auslesen, zwischenspeichern
>und dann auf einer anderen Seite wieder ausgeben ist mir
>zu kompliziert und umständlich (gedacht).

Wie gesagt, die Seite selbst wäre nur ein Container und mit einer SSP-Routine hätte ich eben ausgewählte Artikel auf vielen Seiten einblenden wollen, ähnlich den Crossartikeln oder dem MiniCart (also mit einem Bild, einem Text und dem Preis). Hier jedesmal eine Artikelverknüpfung anzulegen wäre mit sehr viel Aufwand verbunden (müsste ja auf jeder Seitenvorlage wo der Artikel erscheinen darf sein).

>Ist aber bestimmt möglich...
Wie? Vorallem ohne JavaScript *g* Aber ich denke das nur vielleicht mein Ansatz ein Falscher ist.

ssp::embedded ist derzeit IMHO noch nicht dafür geeignet, da auf den Warenkorb (MiniCart) und die Crossartikel zugeschnitten. Aber vielleicht findet sich hier noch eine ableitbare Möglichkeit.
Ein Subkatalog setzt wieder eigene Seiten voraus und bringt mir keine Vorteile für die Anzeige auf anderen Seiten (im Prinzip eine kleine Werbeeinblendung inkl. Bild usw.).

Trotzdem schönen Dank für dein Hirnschmalz ;-))
EK

Hallo EK!

ZitatOriginal von EK
sorry Lars, mein Fehler!
Die Seitennummer lässt sich auf Infoseiten (Formularen usw.) nicht richtig auslesen... "ppagenr" liefert immer den Wert "0" und "ipagenr" nur die Seitennummer von Artikelseiten zurück, wie du wahrscheinlich eh schon weisst.

Schade, aber trotzdem Danke für Deine Antwort. Ich wünsche Dir viel Glück bei der Umsetzung Deiner Idee. Da ich auch gerade dabei bin, einen Shop mit sehr viel SSP zu erstellen, würde ich mir auch mehr Flexibilität für die Zugriffe auf die Datenbank aus SSP wünschen. Solltest Du Fortschritte machen, lass es uns doch bitte wissen. :)


Schöne Grüße

Lars

Hallo,

soweit ich das Problem richtig verstanden habe, geht es darum:

1. Bestimmte Artikel wie Crossartikel in die Seite einzublenden.

Ganz einfach, wir machen es über Crossartikel.
Also in einem Feld z.B. ergänz3 wird ein Wert eingetragen (z.B. xyz691), der dann über "search" mit entsprechendem Suchmuster gesucht wird (000000010). Dann werden nur die Artikel mit dem entsprechenden Suchbegriff angezeigt.

2. Die Ansicht abhängig vom Kunden zu gestalten.

Dies kann auch über SSP passieren indem man die Kundennr oder ein ähnliches Feld z.B. Kundenkategorie abfragt, darauf hatte jg schon hingewiesen.
Besser ist es jedoch solche Sachen über Subkataloge abzubilden. Ich ordne den Kunden verschiedene Subkataloge zu. Dann kann ich die angezeigten Templates pro Subkatalog varrieren, ausserdem kann man Seiten oder einzelne Artikel abhängig vom Subkatalog ausblenden.

hop

> Wie ist es Dir denn auf Informationsseiten (bzw. nicht-
> Artikelseiten) gelungen, die aktuelle Seitennummer
> einzulesen? Das könnte ich nämlich auch gut gebrauchen.

Entweder so:

[SIZE=2][FONT=arial]
__seiten::nr__[/FONT][/SIZE]
oder so:

[SIZE=2][FONT=arial][/FONT][/SIZE]
jg  :)

Hallo jg und hop,

jg, sehr nützlich!
Danke schön. Wo bekommt man denn diese Funktionen (Funktionsaufrufe) usw. her? Ist das nun Perl (kenne ich nur vom Namen her) oder SSP? Gibt es irgendwo eine für den unbedarften User (also mich) dokumentierte Liste?

hop und jg,
ich setzte mich nun gerade erst mit den Möglichkeiten der Subkataloge auseinander.
An die Möglichkeit ein zweites Feld für einen anderen "Crossartikelsatz" freizumachen hatte ich schon gedacht, bloss versucht auch eine andere Lösung zu finden.

Jedenfalls Danke für die Hinweise! :-)
EK

> Wo bekommt man denn diese Funktionen (Funktionsaufrufe) usw. her?
> Ist das nun Perl (kenne ich nur vom Namen her) oder SSP?
> Gibt es irgendwo eine für den unbedarften User (also mich)
> dokumentierte Liste?

Wenn du dich länger mit verschiedenen Prog-Sprachen beschäftigst,
kommst du irgendwann auch auf Ideen die nicht in der Hilfe
bzw. in der Dokumentation stehen. Einige Hinweise und
Tipps hat der Support von SP auch schon selbst hier im
Forum gegeben. Diese Hinweise kann man dann entweder
weiter 'spinnen' oder neue eigene Lösungen daraus stricken.
Voraussetzung dafür ist jedoch, sich intensiv auch mit Perl,
SSP und Datenbanken etc. zu befassen.

Bitte nicht immer gleich eine dokumentierte Liste suchen.
Die wird und kann dir weder der Support von SP noch ich geben.
Setz' dich einfach intensiv mit der Materie auseinander
und mach dir mit der Zeit deine 'eigene' Liste.

Im Übrigen steht in den offiziellen Hilfedateien von SP
genug drin, um (fast) perfekte Shops mit vielen netten
Features zu basteln...  ;-)

jg

Hallo zusammen!

jg: Vielen Dank für den Tipp! Ich hätte nach der Quelle gefragt, wenn EK diese frage nicht schon aufgeworfen hätte. :]

ZitatBitte nicht immer gleich eine dokumentierte Liste suchen. Die wird und kann dir weder der Support von SP noch ich geben. Setz' dich einfach intensiv mit der Materie auseinander und mach dir mit der Zeit deine 'eigene' Liste.

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.

EK: $pgid ist kein Teil von Perl sondern wird durch den Perl-Code vom Shop-System zur Verfügung gestellt. Ich kannte die Variable auch nicht, bevor jg davon berichtet hat. In der offiziellen SSP-Dokumentation ist sie nicht zu finden, wie viele andere Bezeichner auch. Viele davon haben mir nette Leute hier im Forum verraten, andere habe ich selbst gefunden, indem ich den Perl-Code vom Shop-System nach schon bekannten Bezeichnern durchsucht habe und mich in deren Dunstkreis im Code umgesehen habe. Es ist zwar schrecklich, dass man sich darartig quälen muss, um an Informationen zu kommen, aber es geht wenigstens weiter. Irgendwann, wahrscheinlich wenn wir alle unsere Shops fertig haben, werden die Sachen dann dokumentiert. :) Natürlich habe ich aber auch Verständnis dafür, dass (noch) nicht offizielle Features auch (noch) nicht Dokumentiert sind.


Schöne Grüße

Lars

Hallo Lars und jg,

jg, da kann ich mich Lars (Danke für die Tips zur Suche!) nur anschliessen. Mir ist auch klar das sich einiges wohl nicht so schön dokumentieren lässt, bzw. eben wieder neue Fragen aufwirft.
Aber es scheint doch relativ viele sehr nützliche Funktionen zu geben, die eine Erwähnung mehr als verdienen, IMHO ;-) Es wäre ja schon genug wenn es eine PDF oder ne Textdatei gäbe wo da ein wenig drinnen steht was das macht.
Experimentieren kann man dann immer noch ;-)
Ich bin kein Programmierer, darum wären hin und wieder ein paar Erläuterungen toll. Dann komme auch ich schneller und zielsicherer weiter. Es fehlt ja auch immer die Zeit sich dann "nebenbei" noch mit Programmiersprachen zu beschäftigen, leider. Was nicht heissen soll das man sich nicht mit den Grundschemen vertraut machen kann, in einem gewissen Rahmen eben.
SSP ist einfach zu gut, zu flexibel um nicht mehr beachtet zu werden (auch IMHO) ;-)
Es steht glaube ich in der Doku das es sich noch in Entwicklung befindet und deshalb auch auf eigene "Gefahr" usw. verwendet werden kann. Auch das sich Namen/Bezeichner noch ändern können. Durchaus verständlich und aber lobenswert, das es schon eine Doku dazu gibt!
Alles kein Problem. Bloss eine leise Bitte mittels einer ganz simpel gehaltenen Doku im Downloadverzeichnis da mehr rausholen zu können.
Vielleicht wäre es ja auch eine Idee, wenn man irgendwo nützliche, veröffentlichte Funktionen von Usern sammeln könnte...? Natürlich alles auf eigene Gefahr durch den Anwender! So könnte doch ein Wissenspool entstehen und den Support entlasten. Das Forum selbst ist ja schon mal sehr hilfreich dafür!
Bloss ne Idee ;-)

Schönen Abend noch
EK