Shop-System | Major | Minor | PHP |
---|
Anbindung/ Schnittstelle |
---|
Erscheinungs- datum Shopsystem | Support-Unterstützung |
---|
Weiter-entwicklung | Anmerkungen |
---|
Magento | 2 |
4.6 |
ab Version 5. |
11. |
573 |
für Version 2.5
Gambio GX
2
0-6
2011 für Version 2.7
Auf Anfrage
Bei Gambio sind in der Regel Versionen mit gerader minor version produktive Releases (sog. Master Updates); Versionen mit ungerader minor version sind Entwicklungs-Versionen. Daher gibt es auch nur für Master Updates Release Notes.
7
3
0
ab Version 5.7.x
2016 für Version 3.151
ab Version 5.11.427
ab Version 5.11.518
Magento
1
7
2012
für Version 1.9 bis 31.12.2020
- Bitte beachten Sie die gesonderten Hinweise zu Magento
- Hinweis: Magento 1.9 unterstützt gemäß der Magento-Systemvoraussetzungen PHP 7 nicht. Die PHP-Skripte der Middleware für die Synchronisation mit Magento sind PHP 7-kompatibel, so dass in Fällen, in denen der Magento selbst für PHP 7 angepasst wurde, auch die PHP-Skripte der Middleware mit Magento 1.9.x und PHP 7 kompatibel sind.
- Magento stellt den Support für Version 1.x zum 30. Juni ein: https://magento.com/blog/magento-news/supporting-magento-1-through-june-2020
8
9
3 (.1)
3 (.4 P2)
ab Version 5.11.465
modified eCommerce
1
x
je nach Patchlevel
ab Version 5.7.x
ab Version 5.7.x
2022 | Der E-Commerce-Programmbereich in büro+ ist für Magento 2 zwingend erforderlich
Eine Liste der aktuellen Releases für die mit microtech kompatible Magento-Version 2.4.6 und Informationen zum Support-Ende dieser Versionen erhalten Sie unter folgendem externen Links:
|
OXID eShop |
4
7
2012
Auf Anfrage
4
8
entspricht OXID Enterprise Edition 5.1
4
9
entspricht OXID Enterprise Edition 5.2
4
10
entspricht OXID Enterprise Edition 5.3
0
ab Version 5.7.x
bis 31.12.2019
- ab OXID 6 wird für alle Editionen das gleiche Versionierungsschema verwendet
- Hinweis zu OXID 6 Enterprise in Kombination mit MySQL 5.6
6 | 4 | Hersteller-Info | ab |
1
Version 5.11. |
572 |
2021 |
4
0
ab Version 5.7.x
bis 31.01.2019
- Bitte beachten Sie die gesonderten Hinweise zur Migration auf Shopware < 5.2 auf Version 5.2 und höher
- Shopware 4.x wird seit 01.07.2017 von der Shopware AG nicht mehr unterstützt
1
2
ab Version 5.7.x
für Version 5.6
Bitte beachten Sie die Hinweise: "Zu beachten bei Verwendung des PayPal Plus Plugins"
|
|
ab Version 5.11.491
xt:Commerce
3
0
ab Version 5.7.x
für Version 3.0
ab Version 5.7.x
|
Anchor | ||||
---|---|---|---|---|
|
...
Anchor | ||||
---|---|---|---|---|
|
Allgemeine Hinweise:
Warning |
---|
Modifikation des WebserviceDie microtech-e-commerce-Lösung kommuniziert über einen Webservice (PHP-Dateien im Verzeichnis "Shopsync") mit dem Shopsystem. Der Webservice wird im Rahmen der Einrichtung der Plattform per (S)FTP auf Ihren Webserver übertragen und bei jedem Update automatisch aktualisiert. Die Webservice-Dateien dürfen nicht verändert werden, da ansonsten die Funktion der Software nicht mehr gewährleistet ist und somit Ihr Anspruch auf den Support verfällt. |
Voraussetzungen bei der Verwendung von MariaDB
Falls MariaDB als Ersatz für MySQL verwendet wird, darf diese nicht im standardmäßig aktivierten SQL-Modus STRICT_TRANS_TABLES betrieben, sondern es muss auf NO_ENGINE_SUBSTITUTION umgestellt werden.
Dies können Sie in der SQL Datenbank mit dem Befehl: "SELECT @@SQL_MODE" entsprechend abfragen und prüfen.
Voraussetzung: PHP Error-Level
Anchor | ||||
---|---|---|---|---|
|
Beim Verbindungstest der Shop-Verbindung kommt es zu dieser Meldung: "Envelope" oder im PHP Error Log mit Einträgen wie z.B.: "PHP Notice: Undefined variable: DB_PREFIX in ...".
Hintergrund: Der PHP Error-Level darf keine Meldungen vom Typ: "Notice" zurückgeben. Wenden Sie sich an Ihren Hoster / Betreuer.
Schauen Sie sich die unten aufgeführte Einstellungshilfe an:
Expand | ||
---|---|---|
| ||
1) Dem Hoster mitteilen, dass er das PHP-Error Level so einstellen soll, dass keine Meldungen vom Typ: "Notice" mehr zurückgegeben werden.
Die erste Einstellung soll verhindern das Fehlerausgaben gemacht werden, die 2. Einstellung legt das Level fest ab dem ein Fehler protokolliert oder angezeigt wird (Error, Warning, Notice). 0 bedeutet: melde niemals Fehler. Wichtig: Nach jeder Änderung immer wieder in der Middleware unter EINSTELLUNGEN - <Shop-Plattform> - VERBINDUNG bei dem "Schritt 02" den Verbindungstest durchführen. |
Voraussetzung: Keine Weiterleitung / redirect
Beim Verbindungstest der Shop-Verbindung kommt es zu dieser Meldung: "301 Moved Permanently".
Schauen Sie sich die unten aufgeführte Einstellungshilfe an:
Expand | ||||
---|---|---|---|---|
| ||||
Kontrollieren Sie bitte, ob: 1) Eine Weiterleitung / redirect eingeschaltet ist, dies gilt es zu deaktivieren. Ggfs. im Shop-Backend nochmal kontrollieren, welche Einstellungen hier vorliegen. Bei allen Punkten kann Ihnen Ihr Provider oder die Shop-Agentur auch weiterhelfen. Wichtig: Nach jeder Änderung immer wieder in der Middleware unter EINSTELLUNGEN - <Shop-Plattform> - VERBINDUNG bei dem "Schritt 02" den Verbindungstest durchführen. | ||||
Info | ||||
|
Expand | ||
---|---|---|
| ||
Wenn Sie Shopware 4.3, 5.0 oder 5.1 einsetzen und eine Migration auf Shopware 5.2 oder höher planen, beachten Sie bitte unbedingt die folgenden Informationen: Die wesentlichste Neuerung in Shopware 5.2 ist eine komplett überarbeitete Adressverwaltung. Zuvor konnte in Shopware kein vollständiges Adressbuch geführt werden, wie dies Anwender von büro+ kennen. Mit Shopware 5.2 wurde diese Funktion eingeführt. Für ein Update von einer vorherigen Shopware-Version (4.3, 5.0, 5.1) ergeben sich grundlegende Änderungen der Datenstrukturen, die zusätzliche Migrationsschritte erforderlich machen. Nur so kann die korrekte Zuordnung zwischen Shopware-Adressen und den jeweiligen Anschriften in büro+ sichergestellt werden. Alle relevanten Informationen zur Vorbereitung und Durchführung der Migration auf Shopware 5.2 finden Sie in unserem Migrationsleitfaden für das Update auf Shopware 5.2. (PDF). |
Expand | ||
---|---|---|
| ||
Beim Verbindungstest kann es zu einer Meldung hinsichtlich: "Cannot redeclare Shopware() (previously declared in /engine/Shopware/Shopware.php) in /engine/Shopware/Application.php" kommen. Das liegt daran, dass Shopware nun eine "neue" PHP Datei hat und die "alte" nicht löscht. Bitte benennen Sie daher die "Application.php" auf dem FTP um in z.B. "xApplication.x". Anschließend nochmal den Verbindungstest durchführen und testen die Funktionen durch. Hinsichtlich eingesetzter PlugIns (oder andere Programme außerhalb der Middleware) muss deren Funktionalität ebenfalls getestet werden. Es könnte sein, dass diese Software-Teile noch abhängig von der PHP Datei sind. |
title | Zu beachten bei Verwendung von Paypal Plus mit Shopware |
---|
Das Shopware Plugin „Paypal Plus“ legt bei der Installation die Tabelle „s_payment_paypal_plus_payment_instruction“ an. Im Script für die Anlage der Tabelle befindet sich ein Fehler, so dass diese mit der falschen Kollation (Collation) und Zeichensatz (Charset) angelegt wird. Es muss dafür gesorgt werden, dass die Kollation und der Zeichensatz dieser Tabellen mit denen der restlichen Tabellen übereinstimmt. Normalerweise ist der Zeichensatz „utf8“ und die Kollation „utf8_unicode_ci“, dieser muss aber individuell in jeder Shopware-Datenbank geprüft werden!
Als Fehlermeldung erscheint im Middleware-Protokoll:
"Illegal mix of collations"
Code Block | ||||
---|---|---|---|---|
| ||||
ALTER TABLE s_payment_paypal_plus_payment_instruction
CONVERT TO CHARACTER SET utf8
COLLATE utf8_unicode_ci
ALTER TABLE s_payment_paypal_plus_payment_instruction
MODIFY SET ordernumber VARCHAR(255) CHARACTER SET utf8
COLLATE utf8_unicode_ci;
ALTER TABLE s_payment_paypal_plus_payment_instruction
MODIFY SET reference_number VARCHAR(255) CHARACTER SET utf8
COLLATE utf8_unicode_ci; |
title | Magento 1.x |
---|
title | Zusätzliche Systemvoraussetzungen für Magento 1.x |
---|
Speziell für Magento gelten zusätzlich zu den allgemein gültigen noch folgende weitere Systemvoraussetzungen: