Neu Shop bleibt stehen

[gnarx]

Wir haben seit längerem das Problem wenn wir was im Shop Backend ändern, z.B. etwas in einer Versandart, und auf "Speichern" klicken die Seite endlos speichert bis hin zum Browserfehel (500).
Gespeichert wird es wohl.
In dieser Zeit, gefühlte 30min. ist der Shop auch nicht erreichbar. Was kann das sein?

 

[Rektor]

Das Problem haben wir auch sehr oft bei Änderungen im Shop-Admin. Bisher konnte der Fehler aber noch nicht behoben werden.

Wir lösen das im Moment recht umständlich aber erfolgreich.

Admin-Shop-Browserfenster schließen, z.B. bei Firefox "Cookies und Website-Daten" + Chronik löschen. Dann den Shop wieder aufrufen, welcher dann auch wieder erreichbar ist, Shop-Admin ist auch wieder erreichbar. Die zuvor getätigten Änderungen sind alle umgesetzt. Das Problem gibt es allerdings nur bei Geräten im gleichen Netzwerk. Bei Geräten ausserhalb dem eigenen Netzwerk ist der Shop und Adminbereich einwandfrei zu erreichen.

 

[gnarx]

Recht herzlichen Dank schon mal. Ist denn das Problem an JTL schon gemeldet worden?

 

[Rektor]

Nein, laut unserem Programmierer liegt das Problem nicht bei JTL. Soll angeblich am Netzwerk liegen.

Hast du die oben beschriebene Anleitung ausprobiert? Ist das Ergebnis wie bei uns, wie beschrieben?

 

[gnarx]

Nein noch nicht mache ich aber morgen und melde mich dann.

 

[css-umsetzung]

Ich denke es liegt am Cache, bei bestimmten Aktionen wird mal mehr oder weniger vom cache gelöscht was unter Umständen sehr lange dauern kann. Warum auch immer kann der Admin dann auch ab und zu nix mehr im Frontend aufrufen was aber auch nur ihn betrifft.

Habt Ihr den Datei Cache aktiv?

 

[gnarx]

So sieht das hier aus mit dem Cache (All-inkl hat den redis glaube ich nicht):

 

[gnarx]

@Rektor Ja das Funktioniert, danke dir.

 

[css-umsetzung]

Genau das ist dein Problem.
der Datei Cache, egal welcher von beiden ist leider grottenschlecht und verursacht mehr Probleme als das er dir etwas bringt.
Ich habe ständig Shops wo es Problem mit diesem Cache gibt, erst vorgestern wieder, der Shop sitzt auch bei All Inkl und ich kann den Filecache nicht löschen weil es zu viele Dateien sind.

 

[FPrüfer]

Hallo,
das von @Rektor geschilderte Verhalten sieht für mich stark nach einem Session-Problem aus. Wenn - wie von @css-umsetzung vermutet - das Speichern wg. der Invalidierung des Datei-Caches sehr lange dauert, dann kann keine parallele Session mit der gleichen Session-ID gestartet werden, da der Zugriff auf die Session Datei durch den ersten Prozess gesperrt ist. Das betrifft dann sowohl Back- als auch Frontend, da das Frontend auf eine existierende Backend-Session prüft. Durch das Löschen des Session Cookies wird dann beim erneuten Aufruf eine neue Session mit neuer Session-ID gestartet.
Normalerweise tritt das nur auf, wenn eine Seite mehrfach von ein und demselben Browser aufgerufen wird, da nur dort ein und dieselbe Session verwendet wird. Wenn es jedoch tatsächlich so ist, dass das Rechnerübergreifend im selben Netzwerk auftritt und sich offensichtlich diese Rechner eine Session teilen, dann stimmt da in der Session-Konfiguration was nicht.

 

[Rektor]

Also wir sind auch bei ALL Inkl. Offensichtlich haben viele das Problem bei diesem Hoster. Wir wurden vor einiger Zeit mal vom Hoster angeschrieben, das ein Ordner zu viele Dateien hat, welche gelöscht werden müssen. Das hat dann unser Programmierer übernommen und nach dem Löschen der Dateien einen cronjob eingerichtet, der dann die Dateien nach einer gewissen Zeit löscht. Seitdem passt das eigentlich. Das vorgenannte Problem ist zwar ärgerlich aber können wir mit leben.
Wir haben aber ein zweites Problem. welches vielleicht auch mit dem Cache zu tun haben könnte. Wenn wir neue Artikel in den Shop laden, dauert es bei ungefähr 20 Artikel mit jeweils 2,3 Bilder manchmal 20-30 Sekunden, dann wieder einige Minuten bis der Timeout kommt.

 

[css-umsetzung]

Wir haben aber ein zweites Problem. welches vielleicht auch mit dem Cache zu tun haben könnte. Wenn wir neue Artikel in den Shop laden, dauert es bei ungefähr 20 Artikel mit jeweils 2,3 Bilder manchmal 20-30 Sekunden, dann wieder einige Minuten bis der Timeout kommt.

Ja kommt alles durch den cache, denn wenn du neue Artikel oder auch Kategorien ein Update bekommen, dann versucht der Shop den cache zu löschen und dann läufst du unter Umständen wieder in einen Timeout.

Das Problem ist nicht an diesem Hoster festzumachen, es ist ein Problem das sogar auf meinem eigenem Server passieren kann wenn ich so wahnsinnig bin das auf den Datei Cache umzustellen.
Ich kann jedem nur raten sich einen Hoster zu suchen der Redis oder einen anderen Cache anbietet.

 

[gnarx]

Welchen Cache soll man denn nun nehmen, wenn kein Redis vorhanden ist.

 

[css-umsetzung]

wenn APC nicht geht gar keinen

 

[Rektor]

Bestimmt ist All-Inkl ein sehr zuverlässiger Anbieter, wobei wir seit 14 Jahren nicht ein einziges Problem mit Serverausfällen und dergleichen hatten. Deshalb bin ich der Meinung, das dieser Anbieter doch eine sehr gute Wahl ist, nicht zuletzt wegen dem vorbildlichen Support. Der Support ist hier kein Callcenter, sondern eher geschultes Personal, welches sofort weiterhelfen kann.
Bei All-Inkl gibt es die Cache Methode Redis, jedoch nur bei einem komplett gemieteten Serverpaket, nicht beim reinen Hosting.
Die Installation wurde heute beauftragt. Sind mal gespannt ob sich damit alle vorgenannten Probleme lösen lassen.

Vielen Dank für die Hilfe an alle Beteidigten.

 

[Rektor]

Welchen Cache soll man denn nun nehmen, wenn kein Redis vorhanden ist.

Redis bereits von All-Inkl. installiert. Die Performance ist unglaublich aber wahr. Falls du die Möglichkeit hast, lass das installieren.

 

[css-umsetzung]

Redis bereits von All-Inkl. installiert. Die Performance ist unglaublich aber wahr. Falls du die Möglichkeit hast, lass das installieren.

Und du wirst es auch so zu schätzen wissen, weil du nicht mehr diese Fehler im Backend haben wirst.
Viel Spaß mit deinem neuen Leben

 

[Rektor]

Und du wirst es auch so zu schätzen wissen, weil du nicht mehr diese Fehler im Backend haben wirst.
Viel Spaß mit deinem neuen Leben

Neues Leben? So alt bin ich noch nicht. Trotzdem danke für die Hinweise.

Wie ich sehe oder auch lese, gibt es bei manchen Servicepartnern von JTL einen 24 Stunden Service.

Kommen wir gerne bei Bedarf drauf zurück, selbstverständlich innerhalb der regulären Arbeitszeit.

 

[gnarx]

@Rektor Das mit dem Managment Server wußte ich nur sprechen wir da ja von ganz anderen monatlichen Kosten. Ich bin ja absoluter All-inkl Fan aber es gibt mittlerweile Anbieter die nee ganze Menge mehr bieten im Hosting Bereich inkl. Redis.
Wie z.B. "Webgo" 1 GB RAM - Redis - SSD Datenbank - 8 Kunden pro Kern (16,95 im Monat). Bei All-inkl liegt man ja bei ca. 100,- Euro im Monat für einen Managment Server.

 

[css-umsetzung]

1GB RAM ist sehr (zu) wenig, was ich bei beiden bemängel ist das die nur das MySQL auf die SSD legen, da habe ich es geschafft gehabt das wir bei All Inkl für einen Kunden alles auf SSD bekamen (vom Support her ist All Inkl. wirklich spitze und auch gesprächsbereit), aber da ging es darum noch das letzte was möglich war rauszuholen.

Wenn mir Speed und ein unproblematischer Shop wichtig ist, dann muss ich einfach etwas tiefer in die Tasche greifen, das geht leider nicht anders.
Wenn ich kein Geld ausgeben möchte, dann gehe ich zu einem JTL Hosting, dann ist Redis auch inkl. und die tatsächlichen kosten sind sehr gering (ich habe das mal in einem Beitrag vorgerechnet), dann muss man aber damit leben das nicht alles im Redis cache landen kann und das es ab und an mal länger dauert bis eine Seite geladen wird.