Neu Template_c mit 16 Mio Datein

[graz]

Hi zusammen,

wir haben gerade über den hoster template_c mit 16mio Datein löschen lassen, weil wir selbst das nicht mehr aufrufen konnten. Wir haben darauf hin den Cache erstmal deaktiviert.
Wir hatten folgende Konfiguration für den Cache, dh mit 24h Lifetime.

Wir hatten vor ein paar Tagen zwar nen DDOS, der wild nicht existierende URLs aufgerufen hat, aber mit einem Lifetime von 24h hätte sich das doch selbst löschen müssen, oder (DDOS Netz ist seit mehreren Tagen ausgesperrt)
Ich glaube mich auch schwach daran erinnern zu können, dass es mal ein securefix mit einer htaccess für template_c gab? Wir haben eine htaccess drin. Bestehen da ggf weitere Zusammenhänge?

Laut Shop Backend haben wir aktuell immer noch recht ungewöhnlich hohen Traffic. In Analytics sieht es aber normal aus und die Webseite ist auch normal erreichbar. Filtert Analytics ggf "Robots" raus, welche ja im Shopbackend dargestellt werden?

Besten Dank und Gruß

Graz

 

[hula1499]

Filtert Analytics ggf "Robots" raus, welche ja im Shopbackend dargestellt werden?

Ja, werden grossteils gefiltert.

Hast du denn echt nichts anderes auf deinem Server verfügbar an Cache?
Redis? APC?

 

[graz]

Danke für die schnelle Antwort. APC und NGINX, damit hatten wir aber immer wieder Effekte, dass Contentupdates nicht dargestellt wurden, trotz forced reloads und Co. Möchte schon das JTL Caching nutzen, da hat auch mal ein Redakteur Zugriff drauf.

 

[hula1499]

Also Datei-Cache solltest du wirklich nicht nehmen.
Wenn du Probs mit dem Cache hast (bei reinen content updates sollte das aber eigentlich nicht passieren - das sollte man/du/ein SP sich ansehen) kann man ja noch immer einem REdakteur auch Zugriff zu:
/admin/cache.php
geben damit er diesen händisch erneuert.

 

[graz]

Ich habe auch das Phänomen, dass im JTL Admin Kunden die vor einigen Tagen bestellt haben 5x angezeigt werden.

 

[graz]

Zur Mehrfachanzeige der Kunden im Admin gibt es ein Ticket: https://issues.jtl-software.de/issues/SHOP-1801

 

[graz]

Ergebnis: Es war eine Kombi aus DDOS und dem geposteten JTL Issue.
Wir haben nun eine ACL / Firewall vorgeschaltet. Falls jemand ebenfalls SUCURI einsetzen möchte: Vorsicht bei den Cacheinstellungen und gesamten shop testen. Wir mussten zB bestimmte PluginURLS auf die whitelist setzen, weil fileuploads als "Angriff" geblockt wurden