Was ist der Unterschied zwischen Magento 1.9.2.4 und Magento 1.9.3.0?

22

Magento hat seine neue Community Edition-Version veröffentlicht 1.9.3.0.

Ich bin sehr gespannt, was die Unterschiede zur vorherigen Magento-Edition sind.

Ich möchte ausführliche Informationen darüber erhalten, worin der Unterschied zu seiner Funktion besteht Magento 1.9.3.0.

und möchten auch wissen, welchen Schritt Sie nach dem Upgrade meiner aktuellen Site, auf 1.9.3.0die sich in befindet, ausführen müssen Magento 1.9.2.4?

magento-1.9 magento-1 upgrade ce-1.9.2.4 ce-1.9.3.0 Murtuza Zabuawala
quelle
1
Ein weiterer Fehler in 1.9.3.0, den ich in magento.stackexchange.com/questions/142087/… erwähne . Sie können dies zu Ihrer Liste hinzufügen
Creepin

Antworten:

39

Die vollständige Liste der Unterschiede finden Sie in den offiziellen Versionshinweisen: http://devdocs.magento.com/guides/m1x/ce19-ee114/ce1.9_release-notes.html#ce19-1930

Modul, das alle Fehler behebt

Dieses Modul behebt die bekannten Fehler, die ich auf dem neuesten Stand halten möchte: https://github.com/digitalpianism/bugfixes

Randnotiz

In Magento gab es früher einen Fehler, bei dem die Passwörter in der E-Mail-Vorlage des neuen Kontos nicht angezeigt wurden. Die meisten Leute (einschließlich mir) gingen davon aus, dass es sich um eine Sicherheitsverbesserung handelte (siehe hier: /magento//a/46793/2380 ), aber es handelte sich tatsächlich um einen Fehler, der in 1.9.3.0 behoben wurde.

Bekannte Probleme

Ab sofort gibt es mehrere bekannte Fehler mit 1.9.3.0:

Beachten Sie auch, dass der JS, der den Preis für die Produktoptionen verwaltet, von /js/varien/product.jsnach verschoben wurde. /js/varien/product_options.jsVergessen Sie also nicht, diese Datei zu Ihrem Thema hinzuzufügen, wenn Sie auf folgendes Problem stoßen : /magento//a/ 141375/2380

PHP 7

Für diejenigen , PHP 7 und das Inchoo Modul hat Inchoo eine neue Version des Moduls (2.0.0) freigegeben , die mit 1.9.3 nur kompatibel ist nicht vergessen Update: https://github.com/Inchoo/Inchoo_PHP7

Raphael bei Digital Pianism
quelle
Wenn wir eine Erweiterung entwickeln, was sind dann die neuen Schritte oder was ändert sich für die Codierung Sicht
Murtuza Zabuawala
@ MurtuzaZabuawala siehe meine Bearbeitung
Raphael bei Digital Pianism
2
Es gibt auch einen großen Fehler mit der SOAP-API, siehe hier: magento.stackexchange.com/q/140761/4087
BlueC
@BlueC danke Ich habe vergessen, meinen Beitrag zu aktualisieren
Raphael bei Digital Pianism
3
@RaphaelatDigitalPianism Ein weiteres Problem ist, dass die Javascript-Klasse Product.OptionsPrice aus irgendeinem Grund von /js/varien/product.js in eine neue Datei mit dem Namen /js / varien / product_options verschoben wurde. js - diese neue Datei muss über das Theme-Layout xml
BlueC 14.10.16
4

Es gibt zwei inkompatible Änderungen in Magento 1.9.3:

  1. Mage_Adminhtml_Block_Cms_Wysiwyg_Images_Content_Uploader Elternklasse wird entfernt.
  2. Mage_Uploader_Model_Config_Abstractüberschreibt die magische Methode __callund sein Verhalten kann inkonsistent sein.

Bitte überprüfen Sie, ob Erweiterungen / Anpassungen diese Funktionen / Klassen verwenden / erweitern.

Stellen Sie auch sicher, dass Sie nach dem Upgrade auf Magento 1.9.3 die folgenden Dateien entfernen, um Sicherheitsprobleme zu vermeiden:

  1. skin / adminhtml / default / default / media / flex.swf
  2. skin / adminhtml / default / default / media / uploader.swf
  3. skin / adminhtml / default / default / media / uploaderSingle.swf

Weitere Informationen finden Sie in den Versionshinweisen .

Gerard de Visser
quelle
2

Ich bin kein großer Fan von Patches. Persönlich entferne ich alle Magento-Dateien aus ihren Verzeichnissen und lade dann die neue Version hoch (mithilfe eines Shell-Skripts). Alle im Laufe der Jahre installierten Dateien wie Module oder Themes sind immer noch da. Für die Datenbank mache ich einen Vergleich zwischen frisch installierten Versionen. Eine Möglichkeit besteht darin, die Spalten / Tabellen in der Datenbank zu erstellen oder zu entfernen, und die andere darin, Magento erneut zu installieren, indem Sie einfach den Dateinamen /app/etc/local.xml ändern. Ich bevorzuge den ersten.

Wenn Sie die Datenbankstruktur nicht auf Version 1.9.3.0 ändern, werden einige Fehler angezeigt, oder Sie können den Administrationsbereich nicht laden. Wenn jemand an Vergleichen für Magento-Verzeichnisse und -Datenbanken zwischen Magento CE 1.9.2.4 und 1.9.3.0 interessiert ist, laden Sie die Datei einfach hier herunter:

Magento-Vergleich: Versionen 1.9.2.4 - 1.9.3.0

Es gibt zwei HTML-Dateien mit sehr schönen visuellen Ergebnissen.

Ich habe heute 4 Läden mit meiner Methode aktualisiert, anstatt sie zu patchen. Alle laufen ohne Probleme.

ADDISON74
quelle
Ich bin damit einverstanden, dass keine Patches installiert werden, und stimme zu, dass ein direktes Upgrade problematisch ist, da alte Dateien nicht mehr vorhanden sein sollten. Ich halte es daher für eine gute Methode, alle Magento-Dateien zu entfernen und anschließend die neue Version hinzuzufügen. Ihre Datenbankarbeit scheint mir jedoch nicht erforderlich zu sein. Warum nicht einfach "n98-magerun sys: setup: incremental" verwenden, um die Setup-Skripte auszuführen und die Datenbank automatisch auf die neue Version zu aktualisieren?
BlueC
Ich freue mich über Ihren Vorschlag. Ich bin damit einverstanden, dass n98-magerun ein sehr leistungsfähiges Tool ist, aber ich bevorzuge es, den gesamten Aktualisierungsprozess selbst zu steuern. Wie ich bereits erwähnte, versuche ich zu verstehen, was mit jeder Version neu ist. Nach dem Update einer Testversion fahre ich mit der Produktion fort. Die Geschäfte, die ich leite, wollen keinen Ärger und zahlen dafür, dass sie sie meiden. Das Entfernen aller vorherigen Magento-Dateien und das Beobachten der Datenbank ist die beste Methode zum Aktualisieren auf neue Versionen. Ich mache diese Methode seit 1.7.0.2 und bin nie auf ein Problem gestoßen. Das Patchen hinterlässt Reste im Dateisystem und in der Datenbank
ADDISON74
Ich verstehe, und ich denke, es ist eine gute Methode. Darf ich fragen, welches Tool Sie zum Vergleichen der Datenbanken und Erstellen eines Aktualisierungsskripts aus diesem Vergleich verwenden?
BlueC
1
Ich verwende Araxis Merge zum Vergleichen von Ordnern und Dateien. Es gibt mir nette Berichte und es kann ein Update-Skript erstellen. Aber ich bevorzuge es, die gesamten Informationen aus dem Vergleich heraus zu analysieren, selbst wenn es 1 bis 2 Tage dauert. Ich erstelle selbst das Update-Skript, das darin besteht, das Dateisystem aus der vorherigen Magento-Version zu löschen und die neue Version zu kopieren. Für die Datenbank ist es auch ein Skript, nachdem alle gemeinsamen Teile entfernt wurden. Wenn Sie mehr als 30 Geschäfte für das Update haben, ist es vernachlässigbar, 1 bis 2 Tage Zeit zu investieren, um den Update-Prozess zu verstehen, den Sie durchführen werden. Deshalb habe ich seit mehr als 4 Jahren keinen Patch mehr benutzt.
ADDISON74
Kannst du die Datei Magento Comparison mit einem Hosting teilen, das länger als ein paar Tage dauert? danke
sellio
0
  • Der alte Steuerberechnungsalgorithmus für Versandkosten wurde wiederhergestellt. Der Patch zum Anwenden einer neuen Berechnung ist auf Anfrage erhältlich.
  • Problem beim Setzen der Sitzungslebensdauer auf 0 behoben.
  • Der monatliche Cron-Job, der die Tabelle mit IP-Adressen und Kennwörtern aufräumt, wird ordnungsgemäß ausgeführt.
  • Alle konfigurierbaren Produktbilder werden importiert.
  • Aufgrund eines undefinierten Methodenaufrufs von addCrumbs () wird keine Ausnahme mehr angezeigt. Fehler behoben Hinweis : Undefined index:session_expire_timestampbeim Zugriff auf die Storefront.
  • Werte für Dropdown-Etikettenwerte werden korrekt gespeichert.
  • Der "Preis wie konfiguriert" für Bundle-Produkte wird im Warenkorb korrekt angezeigt.
  • Automatisch generierte Passwörter werden wie erwartet an neue Kunden gesendet.
  • Die Methode Mage_Api_Model_Server_Handler_Abstract::processingMethodResult() akzeptiert Skalar- und Array-Werte.
  • Die standardmäßige MySQL-Volltextsuche funktioniert wie erwartet. Es werden nicht mehr alle Produkte zurückgegeben.
  • Verhindert eine potenzielle Sicherheitsanfälligkeit in Bezug auf Cross-Site Request Forgery (CSRF), indem der Formularschlüssel geändert wird, wenn sich ein Kunde von der Storefront abmeldet.
  • Katalogpreisregeln geben den korrekten Preis zurück.
  • Indexer aktualisieren jetzt alle Produkte, anstatt das zuletzt aktualisierte Produkt zu überspringen.
Ketan Borada
quelle