xt:Commerce

Ja, in Version 5/6 wird die standard php hash password_hash funktion genutzt (aktuell bcrypt/blowfish) , mit zufälligem salt pro passwort.

geoip im shop wurde aus dsgvo gründen in den aktuellsten versionen entfernt. Grundsätzlich ist dies weiterhin möglich - man muss aber eine geoip datenbank kaufen (~280 USD / Jahr) und diese innerhalb des shops selbst hosten und darüber die gepip Anbindung durchführen.

Es gibt normal 2 Einträge. einmal für den gesamten Shop mit Leerer Zone ID (0%) und einmal mit zone ID = EU. ab 1.7 musst du den einen Eintrag mit der zone ID EU und land = leer, durch Einträge mit zone ID = EU und dem jeweiligen Land ersetzen. Der Eintrag mit nur zone EU und leerem Land wird dann nicht mehr benötigt, da er ja von den neuen eintrag zone EU + Land übersteuert werden würde.

In Cloudflare unter Netzwerk kann eine IP Geolokation aktiviert werden https://support.cloudflare.com/hc/en-us/articles/200168236-Configuring-Cloudflare-IP-Geolocation

Ja das Thema mit brutto/Netto Preisen ist etwas komplex - und auch noch unterschiedliche ob Single/Multishop. Mit einer Single Domain muss EU weit der gleiche Netto Preis gelten - mit einzelnen Länderdomains (fr/de/it/..) dürfen unterschiedliche Netto-Preise gefahren werden - jedoch aufgrund der geo-blocking Verordnung darf man z.b. die IT Domain nicht nur auf Italien beschränken sondern muss auch dort einen Einkauf aus DE zulassen - zu gleichem Netto Preis wie in IT angelegt zzgl. deutscher Ust.

@ UST https://xtcommerce.atlassian.net/wiki/spaces/MANUAL/pages/2502328321/EU-OSS @ Land -> wenn eingeloggt in der Session. Für nicht eingeloggte geoip oder bei verwendung von cloudflare zb über $smarty.server.HTTP_CF_IPCOUNTRYim template.

Damit keine Datein geschrieben werden muss _CACHETIME_DEFAULT auf 0 sein (aber auch erst seit 6.3.2) da hier adodb gepatcht wurde (adodb erzeugt per default auch mit deaktiviertem cache diese files). Grundsätzlich kann man dies auch auf 0 lassen, in gößeren Installationen arbeitet man mittlerweile eher mit ProxySQL - das adodb caching ist noch ein relikt und wird früher oder später auch entfernt.

Das liegt daran das du versuchst mehrere Items zu übergeben, setCustomer kann aber nur 1 item verarbeiten. Falsch: "Item": [{}] Richtig: "Item": {} Siehe Dokumentierten Call: https://xtcommerce.atlassian.net/wiki/spaces/XT41DUE/pages/10256549/setCustomer+JSON

evtl einmal komplett cache löschen. bzgl Editor, /conf/config_ckeditor.js aus 6.2.2 Paket einspielen, und falls nicht angepasst kann in der conf/paths.php ganz am ende die ckeditor Version festgelegt werden. define('CK_EDITOR_VERSION','4.14.0'); define('CK_EDITOR_DISTRIBUTION','full'); define('CK_EDITOR_SHOW_ON_FOCUS_ONLY', false)

Korrekt. Die Anforderung mit Anzahl-unabhängigen Preisbestandteilen ist ziemlich außerhalb des Standards, bis dato hatten wir diese Anforderung in den letzten Jahren noch nicht, daher gibt es eine Solche Funktion auch nicht im System. Dies müsste individuell Entwickelt werden

iframe oder youtube/media plugin bei CK Editor verwenden, nicht einfach in den html schreiben, das wird vom editor gelöscht.

Kreditkarten-Anbieter wechseln welcher Authentisierung erlaubt, das ist eigentlich Standard bei jedem vernünftigen Anbieter. Alles andere wäre doch Blödsinn, zumal du bei einem trennen von Bestellung und Eingabe der Zahlungsdaten von X Stunden oder Tagen mit Sicherheit auch wieder einige der Bestellungen verlierst.

Update hierzu: Es Lag kein Bug vor. die Master/Slave Funktion wurde falsch genutzt, und dem Master zusätzlich alle Attribute zugewiesen. Für die nächste Plugin-Version haben wir nun die Funktion aufgenommen das Attributzuweiseungen bei einem Master Grundsätzlich nicht mehr Möglich sind.

Und in diesem Falle ist es auch so, das dies offenbar noch keinem Kunden aufgefallen ist und uns gemeldet wurde - ansonsten würde dies auch bereits in mit einer Vorgänger-Version behoben. Sowas ist natürlich ärgerlich, aber es können für solche Kleinigkeiten keine individuellen Patches erstellt werden - dies erfolgt nur wenn es das System und die generelle Funktion beeinträchtigt.

Das Problem ist das nicht alle Banken moderne Schnittstellen zur Verfügung stellen, da brauchst du entweder ein spezielles Konto mit API Schnittstelle und aktivier Benachrichtigung oder zusätzliche Software die dein Bankkonto über die XS2A Schnittstelle abfragen kann - hierzug gibt es auch bereits Plugins für xt:Commerce welche die obere Anforderung direkt abdecken - und es wird bei eingehen einer Echtzeitüberweisung automatisch der Bestellstatus aktualisiert. https://addons.xt-commerce.com/de/Plugins/Zahlungsweisen/Automatische-Zuordnung-von-Bankueberweisungen-mit-Komfortkasse.html