Neu Shopware mit Redis Cache und JTL Connector Problem

[mgoeben]

Hallo!

Wir haben unseren Shopware Shop auf Redis umgestellt, leider funktioniert der JTL Connector damit nicht mehr. Das restliche Caching / Frontend Sessions und Backend Sessions funktioniert wunderbar.

Fehler beim Verbindungsaufbau: Exception bei connector.identify: Session is invalid

Session is invalid

Response: {"result":null,"error":{"code":-32000,"message":"Session is invalid","data":"Exception 'jtl\\Connector\\Core\\Exception\\SessionException' (Code: -32000) with message 'Session is invalid' in \/var\/www\/clients\/client1\/web1\/web\/engine\/Shopware\/Plugins\/Community\/Frontend\/jtlconnector\/vendor\/jtl\/connector\/src\/Core\/Session\/Handler.php:62"},"jtlrpc":"2.0","id":"unknown"}

Funktioniert der Connector mit Redis nicht?

Gruß

Marco

 

[hanker]

Laut der FAQ von hier:
https://guide.jtl-software.de/jtl-c...n-zusammen-mit-redis-caching-verwendet-werden

funktionert es nicht.

 

[mgoeben]

Danke, den Hinweis habe ich nicht gefunden. Schade.

 

[Immanuel]

Hallo @mgoeben,

wenn nur das Redis Caching über die Konfiguration von Shopware erfolgt, sollte der Connector funktionieren.

Solange das native PHP Session Handling (über php.ini) verwendet wird, sollte der Connector funktionieren (auch mit dem Redis Handler). Lediglich die Konfiguration des Session Handlings über Shopware selbst funktioniert meines Wissens nach nicht mit dem Connector.

PS. Gestern geprüft, Shopware verwendet immer ein eigenes Session Handling. Ist Redis nicht gewählt, dann geht es über die MySQL Datenbank. Ist also vollkommen egal was für ein natives Session Handling in der php.ini gesetzt ist.

 

[mgoeben]

Hi!

Danke für den Hinweis, leider verwendet der JTL Connector Frontend Sessions, und genau von denen wollte ich die Datenbank befreien.

Update: Redis Sessions funktionieren bei mir aber nicht, wenn die die PHP Session Handling nicht ebenfalls umgestellt ist.

 

[Immanuel]

Hallo @mgoeben,

wir testen gerade verschiedene Konfigurationen um herauszufinden in welchen Konfigurationen Redis Frontent Sessions nicht zusammen mit dem Connector funktioniert. Daher wären ein paar Infos zu eurer Konfiguration sehr hilfreich für uns:

• PHP Version
• Redis Version
• Shopware Version
• Redis Konfigurationen aus der config.php (maskiert). Gerne per PM.

 

[mgoeben]

Hi!

Gerne!

Das Hosting ist bei Timmehosting:

nginx mit PHP 7.4.13
Shopware: 5.6.9
Redis: 5.0.3

config.php
// Sessions für Backend und Frontend im Redis in der DB0
# 'session' => [
# 'save_handler' => 'redis',
# 'save_path' => '/var/www/clients/client1/web1/private/redis.sock?database=0&auth=xxxxxx....',
# ],

# 'backendsession' => [
# 'save_handler' => 'redis',
# 'save_path' => '/var/www/clients/client1/web1/private/redis.sock?database=0&auth=xxxxxxx....',
# ],

php.ini
;session.save_handler = redis
;session.save_path = "unix://{REDIS_SOCKET}?database=0&auth={REDIS_PASSWORD}"

{REDIS_XY} werden automatisch mit den entsprechenden Werten ersetzt aus der TImme Konfiguration.

 

[NBauer]

Hallo, ich schliesse mich mal hier an, da wir das gleiche Problem haben...

Redis funktioniert wunderbar, nur nicht der JTL Shopware 5 Connector, der ein Problem mit der Session hat...

auch hier Timmehosting

nginx mit PHP 7.4.14
Shopware: 5.6.9
Redis: 5.0.3

php.ini

session.save_handler = redis
session.save_path = "unix://yyy?database=0&auth=xxx"

config.php

'session' => [
'save_handler' => 'redis',
'save_path' => '/var/www/clients/client1/web2/private/redis.sock?database=0&auth=xxx',
],

'backendsession' => [
'save_handler' => 'redis',
'save_path' => '/var/www/clients/client1/web2/private/redis.sock?database=0&auth=xxx',
],

'model' => [
'redisHost' => '/var/www/clients/client1/web2/private/redis.sock',
'redisPort' => '0',
'redisDbIndex' => '1',
'cacheProvider' => 'redis',
'redisAuth' => 'xxx'
],

' cache' => [
'backend' => 'redis',
'backendOptions' => [
'servers' => [
[
'host' => '/var/www/clients/client1/web2/private/redis.sock',
'port' => '0',
'redisAuth' => 'xxx',
'dbIndex' => '2',
],
],
],
],

 

[Immanuel]

Hallo @NBauer,

wir haben einige Dinge getestet. Problematisch wird es, wenn der session.save_handler in der php.ini auf redis gesetzt wird. Dann kann man in PHP scheinbar keinen eigenen Session Handler mehr verwenden (Der Connector verwendet einen eigenen SQLite Session Handler). Bitte versuche es daher mal mit folgender Konfiguration in der php.ini:

;session.save_handler = redis
session.save_path = "unix://yyy?database=0&auth=xxx"

Also einfach nur den session.save_handler auskommentieren, den session.save_path aber nicht.

 

[TomH76]

Ich hänge mich hier mal ran, wir haben auch ein Problem, vermutlich bedingt durch dein Einsatz von Redis.

Auch hier Timmehosting mit identischen Settings wie die Kollegen weiter oben, mit der Ausnahme, dass bei uns die save_handler in der php.ini bereits auskommentiert ist.

Bei uns stellt es sich so dar, dass der Connector keine Kategorien, geschweige denn Artikel abfragen kann. Kategorien, die Anzahl, wird erkannt, jedoch keine abgeholt. Selbes Spiel mit den Artikeln.

Beste Grüße

 

[NBauer]

Mhh, also bei uns hat es nach der Änderung funktioniert...

 

[TomH76]

Ich muss meine Aussage von oben allerdings nochmal korrigieren. Ich habe eben nochmal einen normalen Abgleich gestartet und festgestellt, dass die Anzahl der Kategorien hierbei nicht erkannt wird. Es bleibt einfach bei 0, somit wird auch nichts importiert. Ich meine, bei einem Komplettabgleich wurden die Kategorien, die Anzahl, erkannt, jedoch nicht abgeholt. Die Stammkategorie bleibt schlicht leer.

Ich möchte auch nur ungerne mit Redis rumspielen, einfach weil ich unter allen Umständen vermeiden muss, dass der Shop ausfällt und somit automatisch Umsatzeinbußen entstehen.

 

[Immanuel]

Ich muss meine Aussage von oben allerdings nochmal korrigieren. Ich habe eben nochmal einen normalen Abgleich gestartet und festgestellt, dass die Anzahl der Kategorien hierbei nicht erkannt wird. Es bleibt einfach bei 0, somit wird auch nichts importiert. Ich meine, bei einem Komplettabgleich wurden die Kategorien, die Anzahl, erkannt, jedoch nicht abgeholt. Die Stammkategorie bleibt schlicht leer.

Ich möchte auch nur ungerne mit Redis rumspielen, einfach weil ich unter allen Umständen vermeiden muss, dass der Shop ausfällt und somit automatisch Umsatzeinbußen entstehen.

Hallo @wunderbarmedien,

ein Komplettabgleich geht nur in Richtung JTL-Wawi => Shop. Kann es sein, dass Artikel und Kategorien schonmal zwischen JTL-Wawi und Shop abgeglichen wurden? In diesem Falle existieren wahrscheinlich Linkings für Artikel und Kategorien. Linkings können gelöscht werden indem der Connector zurückgesetzt wird.

 

[TomH76]

Hallo @wunderbarmedien,

ein Komplettabgleich geht nur in Richtung JTL-Wawi => Shop. Kann es sein, dass Artikel und Kategorien schonmal zwischen JTL-Wawi und Shop abgeglichen wurden? In diesem Falle existieren wahrscheinlich Linkings für Artikel und Kategorien. Linkings können gelöscht werden indem der Connector zurückgesetzt wird.

Hi @Immanuel ,

ok, also Komplettabgleich geht nur in Richtung vom Shop, verstanden. Ich hatte es so aufgefasst, dass der Komplettabgleich dazu dient, die bereits zu Hauf vorhandenen Artikel aus dem Shop erstmalig in die WaWi zu importieren. Dies scheint dann wohl eher im Rahmen des normalen Abgleiches zu passieren? Und ja, es gab bereits vor einiger Zeit einen Abgleich. Um bei 0 anzufangen musste ich den vorherigen Mandanten löschen und einen neuen anlegen. Das heißt, die Linkings vom alten Mandanten existieren noch, verstehe ich das richtig?

Nun eine Frage, die mich in diesem Zusammenhang beschäftigt. Wenn ich den Connector zurücksetze, was genau passiert mit den aktuell in und über Shopware angelegten Artikeln und Kategorien? Die bleiben hoffentlich unberührt, oder?

Ich danke Dir für Deine Zeit!

 

[Immanuel]

Die Linkings werden in der Shop Datenbank gespeichert und sind unabhängig von JTL-Wawi Mandaten. Durch Zurücksetzen des Connectors werden die Linkings gelöscht. Artikel sowie Kategorien im Shop werden durch das Zurücksetzen nicht gelöscht.

 

[hermann23]

Hallo @NBauer,

wir haben einige Dinge getestet. Problematisch wird es, wenn der session.save_handler in der php.ini auf redis gesetzt wird. Dann kann man in PHP scheinbar keinen eigenen Session Handler mehr verwenden (Der Connector verwendet einen eigenen SQLite Session Handler). Bitte versuche es daher mal mit folgender Konfiguration in der php.ini:

;session.save_handler = redis
session.save_path = "unix://yyy?database=0&auth=xxx"

Also einfach nur den session.save_handler auskommentieren, den session.save_path aber nicht.

Hallo zusammen,

wir hängen auch gerade an dem Problem mit dem redis bei Timme.

Ist denn die normale redis Funktionalität, nach auskeommentieren der Zeile, in Shopware noch gegeben?
Ganz ohne Grund gibt es die Vorgabe ja nicht.

Grüße
Hermann

 

[larsbo]

Wie ist denn der Stand bei dem Thema? Laut diesem Issue ist das Problem ja gelöst, oder heißt in diesem Fall "gelöst", dass es nicht gelöst werden konnte?
Ich habe hier einen Shop, der so große Warenkörbe verarbeiten muss, dass das Frontend-Session Handling mit MySQL nicht mehr tragbar ist und somit eine Redis-Lösung erforderlich ist. Der Connector funktioniert aber nicht mehr, seit über config.php und php.ini das Session Handling auf redis gesetzt ist.
Der Shop liegt bei TimmeHosting und redis wurde nach dieser Anleitung eingerichtet.

 

[dm689]

/push gibt es hier bereits laufende Systeme?
Mich wundert, dass bei CO-1305 keine Pluginversion oder ähnliches steht

 

[ams]

Hallo Zusammen,

wir nutzen auch Timmehosting.
Gibt es dafür eine Lösung?

MfG, AMS

 

[recent.digital]

@Tim Platzke könnte hier ggf. helfen??