Warenkorb bleibt leer

[Schwammakobf]

Hallo Experten,

unser Kunde hat in seinem Shop das Angebot neu strukturiert. Alle bisherigen Artikel (samt zugehörigem Konfigurator) wurden entfernt und statische Produkte eingefügt.
Nachdem die 12 Produkte für die erste von 5 Kategorien eingestellt und das Layout entsprechend angepasst waren, wollte ich testweise einen Artikel in den Warenkorb legen. Leider bleibt der Warenkorb leer!
habe jetzt sämtliche Dateien vor den Änderungen aus einem Backup wieder hergestellt...mit dem gleichen Ergebnis.
Auf http://bit.ly/1KeIDWx könnte man sich das Ganze ansehen. (Zugang mit rail-poster und nur_i_segs)
Könnte jemand einen Blick drauf werfen und mir uns einen Hinweis geben?
Das Problem tritt bei sämtlichen Browsern auf (kein Edge-Problem).
Habe auch die SSL-Einstellungen geprüft: sollte alles richtig sein.

Vielen Dank schon mal für eure Zeit!

Linkback: https://www.modified-shop.org/forum/index.php?topic=34278.0

[Fakrae]

Jeder Aufruf einer Seite vergibt eine neue Session-ID, deswegen ist der Warenkorb immer leer

[cplasa]

Schau Dir im Backend mal genau Deine Session Einstellungen an:

Erweiterte Kofiguration --> Sessions

Funktioniert es mit "Cookie Benutzung bevorzugen" auf true?

[Schwammakobf]

Hallo,

vielen Dank für eure Antworten!
@Fakrae: wo wird die Session-ID generiert? Die muss ja eigentlich erhalten bleiben...sonst macht die ja keinen Sinn.

@cplasa: Habe die Sessions mal auf Cookies umgestellt und ein Verzeichnis /tmp erstellt und oben eingetragen. Leider mit dem Ergebnis, dass es leer bleibt (so wie der Warenkorb leider auch)...dort sollten doch dann Cookie-Dateien angelegt werden, richtig?

Ich hoffe, ihr könnt mir nochmal weiterhelfen.
Danke

[Fakrae]

Der häufigste Fall, bei dem die Session verloren geht ist eine falsche Einstellung in den configure.php oder der .htaccess - oder wenn du in deinem Template harte links anstatt dem eingebauten Link-Mechanismus verwendest. Da es aber bei jedem Aufruf geschieht würde ich auf eine der ersten beiden Dinge tippen.
Wie man es aber ansonsten genau debuggt weiß ich leider nicht.

[Schwammakobf]

hmmm...die Dateien sind eigentlich alle wieder im Urzustand. (und Mitte Januar gab es noch Bestellungen).
An welchen Stellen der configure-Dateien müsste man mit der Suche beginnen.
Hab Filezilla mal nach sämtlichen geänderten Dateien 'nach' der letzten Bestellung durchsucht und eigentlich sämtliche geänderten Dateien auch wieder durch welche aus einem Backup ersetzt.
Am Server sollte eigentlich auch nichts umgestellt worden sein. Wäre das auch noch eine mögliche Fehlerquelle (PHP-Einstellungen oder dergleichen?).

[Schwammakobf]

Dein Hinweis mit den 'harten Links' hat mich gerade stutzig gemacht.
Damals ( Mitte 2013) habe ich die CSS-Buttons eingebaut...evtl. liegt da ja der Hund begraben.

[Schwammakobf]

Jetzt überschlagen sich die Ereignisse

Habe gerade die 'Session'-Einstellungen in der erweiterten Konfiguration nochmal angesehen.
Egal welche Werte ich jetzt hier eintrage es kommen oben die beiden Fehlermeldungen:

Fehler "Session Lebenszeit Kunden:" FEHLER: Bitte nur Zahlen eingeben! Eingabe 1440 wurde ignoriert!
Fehler "Session Lebenszeit Admin: " FEHLER: Bitte nur Zahlen eingeben! Eingabe 7200 wurde ignoriert!

Dabei bleiben sämtliche Felder (und Radiobuttons) leer und nur die beiden letzten Felder werden automatisch mit den Standardwerten befüllt

[Fakrae]

Möglicherweise, aber dann sollte es nur auftreten, wenn die Seite über diesen Button geändert wird und nicht überall.
Kann es sein, dass du in deiner htaccess eine Weiterleitung non-www auf www hast, aber in den configure.php steht die Adresse ohne www? (oder anders herum)
Denn die Konsole gibt einen cross-scripting-Fehler aus, wobei die Adresse der Ressource ohne www ist und die Adresse der Seite mit.
Cache mal geleert?

Die Fehlermeldung habe ich noch nie gesehen Welche Werte stehen denn in der Datenbank zu dem Thema?

[Schwammakobf]

Hallo nochmal,

vielen Dank für deinen Tipp. Der Fehler lag in den Hostingeinstellungen im Plesk, wo ich die Standard-Domain auf "www." umgestellt hatte.
Zwischenzeitlich habe ich auch noch weitere Konfigurationsseiten Besucht (z.B. Mein Shop), wo sich dann auch sämtliche Input-Werte verabschiedet hatten (Textfelder sowie Radiobuttons). In der Datenbank waren die entsprechenden Felder dann auch leer...klasse! Zum Glück hab ich ein altes Backup gefunden.
Jetzt konnte ich übrigens die Sessions in Dateien schreiben lassen! Das funktioniert! Immerhin...

Kann mir jemand die Vor- bzw. Nachteile von der Datei-Variante im Vergleich zur DB nennen?

Dann kann ich abwägen, ob ich weiterhin nach dem Session-Fehler suche oder ob ich das so lassen kann.

Vielen Dank und Gruß,
Schwammakobf

[Fakrae]

Microsoft Edge und Firefox mit akzeptierten Cookies kann Artikel in den Warenkorb legen, Firefox ohne Cookies kann es nicht.
Hast du wieder an den Session-Einstellungen rumgespielt?^^

[Schwammakobf]

Hmmm...zumindest nicht wissentlich.
Ich muss also definitiv auf die DB-Variante umstellen...alles andere ist mir zu riskant.
Meine Frage bleibt also die gleiche: wenn ich jetz die "Cookie Benutzung bevorzugen"-Einstellung wieder auf 'False' stelle, muss ich die Session-Einstellungen wieder so hinbiegen, dass trotzdem Artikel in den Warenkorb gelegt werden können.

Bitte gebt mir nochmal Anhaltspunkte für die weitere Fehlersuche!

Danke schon mal

[Fakrae]

Das von mir geschilderte Fehlerbild passt gut zu "Cookie Benutzung bevorzugen = true" - wenn du das also wieder auf false stellst, könnte es alles funktionieren. Die verlorene Session am Anfang kann durchaus an der www-Einstellung gelegen haben, und da du die ja jetzt behoben hast, ist es eventuell schon wieder alles gut - probier das also.

[Schwammakobf]

...ich glaub, die reichen noch nicht
 

Danke für deine Hilfe Fakrae. Letztlich war alles für die Katz:
Der Kunde hatte im Adminbereich selbst die Einstellung 'Erlaubt, Artikel in den Einkaufswagen zu legen' auf 'false' gestellt, um zwar das Sortiment zu präsentieren, aber keine Käufe möglich zu machen.

...und ich hab das irgendwie vollkommen ausgeblendet.

Nochmal vielen Dank an dich und für mich

[Fakrae]

Super Aber der Session-Fehler war trotzdem aktiv und wurde durch dein www... behoben