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?

— 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

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:

Behoben in 1.9.3.1 : Magento 1.9.3: Jedes Produkt wird in der Suche im Volltextmodus angezeigt (behoben in Modul oben)
Behoben in 1.9.3.1 : SOAP-Verbindungsprobleme nach dem 1.9.3.0-Update (behoben in Modul oben)
Behoben in 1.9.3.1 : Automatisch generiertes Passwort senden funktioniert bei einigen Kunden nicht, hier korrigieren : https://gist.github.com/p3mbo/224f01996ff5b4849d189c38325c0bbd (behoben in Modul oben)
Behoben in 1.9.3.1 : Mögliches Problem mit dem konfigurierten Bundle-Preis: Upgrade von 1.9.2.4 auf 1.9.3 Bundle "Preis wie konfiguriert" Preis zeigt Null (behoben im obigen Modul)
Behoben in 1.9.3.1 : Das Frontend-Label für Dropdown-Attribute verschwindet unter bestimmten Bedingungen: https://github.com/digitalpianism/bugfixes/pull/1 (behoben im obigen Modul)
Behoben in 1.9.3.1 : Undefined index session_expire_timestamp: https://tomlankhorst.nl/fix-magento-undefined-index-session_expire_timestamp/ (behoben in Modul oben)
Feste in 1.9.3.1 : Freies Verschiffen mit Verkaufsregeln nun berechnet aus Zwischensumme ohne Steuern , fix hier: https://gist.github.com/andrew-smart/c7db5b04b24e77dd344919ce64ecf2f1 (fest im Modul oben)
Behoben in 1.9.3.1 : Flow Password Cron Task funktioniert nicht (behoben in Modul oben)
Behoben in 1.9.3.1 : Jede Seite wird zur Homepage weitergeleitet, wenn die Lebensdauer der Sitzungscookies auf 0 gesetzt ist (behoben im obigen Modul)
Inkompatible Änderungen für Module, die den alten Uploader-Block verwenden (betrifft auch 8788): /magento//a/142013/2380
Behoben in 1.9.3.1 : Ausnahmemethodenaufruf addCrumbs()(für den Fall getStoreConfig(web/default/show_cms_breadcrumbs)) ist undefiniert
Mögliche Probleme mit konfigurierbaren Farbfeldern und Produktregistern: Magento 1.9.3-Upgrade Andere Probleme und konfigurierbare Farbfelder funktionieren nach dem 1.9.3-Upgrade nicht mehr
Bild-Uploader funktioniert nicht mehr: Bild-Uploader funktioniert nicht mehr nach Magento 1.9.3-Upgrade / Nach dem Upgrade auf 1.9.3 kann ich kein Produktbild mehr einfügen
Bilder fehlen im Backend, sind aber im Frontend vorhanden: Bildproblem im Admin nach 1.9.3-Upgrade / Nach dem Upgrade auf 1.9.3 - keines meiner Produktbilder wird im Backend angezeigt
Behoben in 1.9.3.1 : Kann nicht mehr als 7 Bilder per CSV-Import hochladen: Beim Import Konfigurierbare Produkt- CSV nur 7 Bilder in magento1.9.2.3 hochladen?
Serialisierte Standardkonfigurationswerte funktionieren nicht mehr: Der Standardkonfigurationswert für serialized_array-Einstellungen wird ignoriert
Eigentlich kein 1.9.3-Fehler (siehe hier: Catalog Price Rules Contains Condition )Wenn der flache Katalog aktiviert ist, funktionieren Katalogregelbedingungen wie "sku" mit "foo" nicht mehr

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:

Mage_Adminhtml_Block_Cms_Wysiwyg_Images_Content_Uploader Elternklasse wird entfernt.
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:

skin / adminhtml / default / default / media / flex.swf
skin / adminhtml / default / default / media / uploader.swf
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

Wenn jemand Interesse daran hat, die Änderungen zwischen Magento CE 1.9.2.4 und 1.9.3.1 herauszufinden, laden Sie die folgenden Archive herunter:

Ordnervergleichsbericht : http://www.megafileupload.com/89dx/FolderComparisonReport.zip
Bericht zum Datenbankvergleich : http://www.megafileupload.com/89dm/DatabaseComparisonReport.zip

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

— ADDISON74
quelle

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