df:bug

Das funktioniert auch in der aktuellen Version. p.s. Ein Warning ist kein Error!

https://xtcommerce.atlassian.net/wiki/spaces/MANUAL/pages/917527/xt+master+slave+-+Master+Slave+Produktoptionen

Richtig, ich verstehe die Aufregung auch nicht. Keiner wird gezwungen das neue xt_reponsive einzusetzen. Und wenn man 5 Jahre seinen Shop nicht aktualisiert muss man auch nicht von "ständigen Updates" sprechen.

"Never change a running system"... Du betreibst einen Onlineshop! https://secure.php.net/supported-versions.php https://xtcommerce.atlassian.net/wiki/spaces/MANUAL/pages/77594628/xt+Commerce+5+6+Changelogs

Nein, siehe xt:Commerce Systemanforderungen: https://xtcommerce.atlassian.net/wiki/spaces/MANUAL/pages/917573/Systemanforderungen p.s. Wieso wird kein Update auf eine aktuelle xt:Commerce Version durchgeführt?

Probiere mal: Browser-Cache leeren, Backend (/xtAdmin) neu laden.

https://xtcommerce.atlassian.net/wiki/spaces/MANUAL/pages/917719/xt+paypal+-+PayPal

Neu, 1.2.7 mit Fix: https://addons.xt-commerce.com/de/kco.html

https://addons.xt-commerce.com/de/plugins/google-sitemap-export.html

Welche Shop- und welche Plugin-Version? Aktuell ist xt:Commerce 6.1.2 und xt_klarna_kco 1.2.5.

Es gibt keine entsprechende Funktion und auch keine Plugins mehr. Bei der selbstständigen Integration DSGVO beachten! Vielleicht prüfst Du https://www.heise.de/extras/socialshareprivacy/ Wir selbst würden solche Buttons grundsätzlich nicht mehr integrieren.

Bei den neusten Plugin-Versionen wurde der Check entfernt: https://addons.xt-commerce.com/de/Module-und-Plugins/Zahlungweisen/PayPal-fuer-xt:Commerce-4-Veyton.html https://addons.xt-commerce.com/de/plugins/paypal-plus.html

PayPal hat die Test URL deaktiviert. Die Testverbindung ist überflüssig.

max_user_connections: schaut mal in die access.log. Wir haben gesehen, dass bestimmte Bots über Minuten x Requests pro Sekunde senden. Das zwingt irgendwie den mysql in die Knie. Warum aber überhaupt max_user_connection erreicht wird, ist noch nicht klar. Mal Crawl-delay in der robots.txt testen. Wird nicht von allen Crawlern/bots respektiert, ist aber vlt einen Versuch wert. Und: kontaktiert mal den Support wg eines neuen errorhandler, der sich wiederholende sql-fehler nur alle x Sekunden sendet. So behält man zumindest die Info, dass grad was schiefläuft.

Hallo, ich würde meinen, dass das Auskommentieren der _CORE_DEBUG_MAIL_ADDRESS in config.php keine gute Idee ist. Diese Adresse soll absoluter Fallback sein für bestimmte Fehlkonfigurationen und eben die SQL-Fehlermeldungen. Das Auskommentieren verhindert den Versand nicht wirklich, es wird eine E-Mail ohne Empfänger in das Mail-System des Servers gegeben. Diese Mail wird dann natürlich auch nicht versendet, löst aber trotzdem Last aus. Zum Verständniss: Wieso sollen eigentlich die E-Mails nicht gesendet werden?