Quelle est la différence entre magento 1.9.2.4 et magento 1.9.3.0?

22

Magento a publié sa nouvelle version édition communautaire 1.9.3.0.

Je suis très curieux de savoir quelles sont les différences avec l'édition précédente de Magento?

Je veux connaître tous les détails sur la différence avec sa fonctionnalité Magento 1.9.3.0.

et souhaitez également savoir quelle étape doit être effectuée après la mise à niveau de mon site actuel vers 1.9.3.0lequel se trouve- Magento 1.9.2.4t-il?

— Murtuza Zabuawala
source

1

Un autre bug dans 1.9.3.0 que je mentionne dans magento.stackexchange.com/questions/142087/… . Vous pouvez ajouter ceci à votre liste

— Creepin

39

Vous pouvez trouver la liste complète des différences dans les notes de version officielles: http://devdocs.magento.com/guides/m1x/ce19-ee114/ce1.9_release-notes.html#ce19-1930

Module corrigeant tous les bugs

Ce module corrige les bugs connus que j'essaie de maintenir à jour: https://github.com/digitalpianism/bugfixes

Note de côté

Il y avait auparavant un bogue dans Magento où les mots de passe ne s'affichaient pas dans le nouveau modèle d'e-mail du compte. La plupart des gens (y compris moi) ont supposé que c'était une amélioration de la sécurité (voir ici: /magento//a/46793/2380 ) mais c'était en fait un bogue qui a été corrigé dans 1.9.3.0.

Problèmes connus

Pour l'instant, il existe plusieurs bogues connus avec 1.9.3.0:

Corrigé dans 1.9.3.1 : Magento 1.9.3: chaque produit est affiché dans la recherche en mode texte intégral (corrigé dans le module ci-dessus)
Corrigé dans 1.9.3.1 : problèmes de connexion SOAP après la mise à jour 1.9.3.0 (corrigé dans le module ci-dessus)
Corrigé dans 1.9.3.1 : Envoyer le mot de passe généré automatiquement ne fonctionne pas pour certains clients, corrigez ici: https://gist.github.com/p3mbo/224f01996ff5b4849d189c38325c0bbd (corrigé dans le module ci-dessus)
Corrigé dans 1.9.3.1 : Problème possible avec le prix du pack tel que configuré: Mise à niveau de 1.9.2.4 vers 1.9.3 Le prix du pack "Prix tel que configuré" affiche zéro (corrigé dans le module ci-dessus)
Corrigé dans 1.9.3.1 : L'étiquette frontend des attributs Dropdown disparaît sous certaines conditions: https://github.com/digitalpianism/bugfixes/pull/1 (corrigé dans le module ci-dessus)
Corrigé dans 1.9.3.1 : index non défini session_expire_timestamp: https://tomlankhorst.nl/fix-magento-undefined-index-session_expire_timestamp/ (corrigé dans le module ci-dessus)
Corrigé dans 1.9.3.1 : Livraison gratuite en utilisant les règles de vente maintenant calculées à partir du sous-total hors taxe , fixez ici: https://gist.github.com/andrew-smart/c7db5b04b24e77dd344919ceceecec2f1 (corrigé dans le module ci-dessus)
Corrigé dans 1.9.3.1 : la tâche Cron de mot de passe de flux ne fonctionne pas (corrigé dans le module ci-dessus)
Corrigé dans 1.9.3.1 : chaque page redirige vers la page d'accueil lorsque la durée de vie du cookie de session est définie sur 0 (corrigé dans le module ci-dessus)
Modification incompatible vers l'arrière pour les modules utilisant l'ancien bloc de téléchargement (affecte également 8788): /magento//a/142013/2380
Corrigé dans 1.9.3.1 : l' appel de méthode d' exception addCrumbs()(dans le cas getStoreConfig(web/default/show_cms_breadcrumbs)) n'est pas défini
Problèmes possibles avec les échantillons configurables et les onglets de produit: mise à niveau de Magento 1.9.3 autres problèmes rencontrés et échantillons configurables ne fonctionnant pas après la mise à niveau 1.9.3
Le téléverseur d'images ne fonctionne plus: le téléverseur d'images ne fonctionne plus après la mise à niveau de Magento 1.9.3 / après la mise à niveau vers la version 1.9.3 Je ne peux pas insérer d'image de produit
Images manquantes dans le backend mais présentes sur le front-end: problème d'image dans l'administrateur après la mise à niveau 1.9.3 / après la mise à niveau vers 1.9.3 - aucune de mes images de produit ne s'affiche dans le backend
Corrigé dans 1.9.3.1 : Impossible de télécharger plus de 7 images via l'importation CSV: Lors de l'importation du produit configurable csv, seulement 7 images sont téléchargées dans magento1.9.2.3?
Les valeurs de configuration sérialisées par défaut ne fonctionnent plus: la valeur de configuration par défaut pour les paramètres serialized_array est ignorée
Pas un bug 1.9.3 en fait (voir ici: les règles de prix du catalogue contiennent la condition )Avec le catalogue plat activé, la condition de règle de catalogue telle que "sku" contient "foo" ne fonctionne plus

Veuillez également noter que le JS qui gère le prix des options du produit a été déplacé de /js/varien/product.jsà /js/varien/product_options.jsdonc n'oubliez pas d'ajouter ce fichier à votre thème si vous rencontrez le problème suivant: /magento//a/ 141375/2380

PHP 7

Pour ceux qui utilisent PHP 7 et le module Inchoo, Inchoo a publié une nouvelle version du module (2.0.0) qui n'est compatible qu'avec 1.9.3 n'oubliez pas de mettre à jour: https://github.com/Inchoo/Inchoo_PHP7

— Raphael chez Digital Pianism
source

Si nous développons une extension alors quelles sont les nouvelles étapes ou ce qui change pour le codage du point de vue

— Murtuza Zabuawala

@MurtuzaZabuawala voir mon montage

— Raphael au Digital Pianism

2

Il y a aussi un gros bogue avec l'API SOAP, voir ici: magento.stackexchange.com/q/140761/4087

— BlueC

@BlueC merci J'ai oublié de mettre à jour mon article

— Raphael au Digital Pianism

3

@RaphaelatDigitalPianism un autre, pas un bogue en tant que tel mais qui cassera les thèmes, est que pour une raison quelconque, la classe javascript Product.OptionsPrice a été déplacée de /js/varien/product.js vers un nouveau fichier appelé / js / varien / product_options. js - ce nouveau fichier devra être inclus via la mise en page du thème xml

— BlueC

4

Il y a deux changements incompatibles en arrière dans Magento 1.9.3:

Mage_Adminhtml_Block_Cms_Wysiwyg_Images_Content_Uploader la classe parent est supprimée.
Mage_Uploader_Model_Config_Abstractremplace la méthode magique __callet son comportement peut être incohérent.

Veuillez vérifier si des extensions / personnalisations utilisent / étendent ces fonctions / classes.

Assurez-vous également après la mise à niveau vers Magento 1.9.3 de supprimer les fichiers suivants pour éviter les problèmes de sécurité:

skin / adminhtml / default / default / media / flex.swf
skin / adminhtml / default / default / media / uploader.swf
skin / adminhtml / default / default / media / uploaderSingle.swf

Pour plus d'informations, reportez-vous aux notes de version .

— Gerard de Visser
source

2

Je ne suis pas un grand fan des correctifs. Personnellement, je supprime tous les fichiers Magento de leurs répertoires, puis télécharge la nouvelle version (à l'aide d'un script shell). Tous les fichiers installés au fil des ans comme des modules ou des thèmes sont toujours là. Pour la base de données, je fais une comparaison entre les nouvelles versions installées. Une façon consiste à créer ou à supprimer les colonnes / tables dans la base de données, l'autre méthode consiste à réinstaller Magento en changeant simplement le nom du fichier /app/etc/local.xml. Je préfère le premier.

Si vous ne changez pas la structure de la base de données en version 1.9.3.0, vous obtiendrez des erreurs ou vous ne pourrez pas charger la zone d'administration. Si quelqu'un est intéressé par des comparaisons pour les répertoires et bases de données Magento entre Magento CE 1.9.2.4 et 1.9.3.0, téléchargez simplement le fichier ici:

Comparaison Magento: versions 1.9.2.4 - 1.9.3.0

Il y a deux fichiers html avec de très bons résultats visuels.

J'ai mis à jour 4 magasins aujourd'hui en utilisant ma méthode au lieu de patcher. Tous fonctionnent sans aucun problème.

— ADDISON74
source

Je suis d'accord pour ne pas patcher, et je suis également d'accord pour dire que la mise à niveau sur place est gênante car elle laisse d'anciens fichiers qui ne devraient plus être présents, donc je pense que votre méthode pour supprimer tous les fichiers Magento puis ajouter la nouvelle version est une bonne approche. Cependant, votre travail de base de données me semble inutile, pourquoi ne pas simplement utiliser "n98-magerun sys: setup: incremental" pour exécuter les scripts de configuration et mettre à jour la base de données automatiquement vers la nouvelle version?

— BlueC

J'apprécie votre suggestion. Je suis d'accord que n98-magerun est un outil très puissant mais je préfère contrôler par moi-même l'ensemble du processus de mise à jour. Comme je l'ai mentionné avant de faire tout ça, j'essaie de comprendre ce qui est nouveau avec chaque version. Après avoir mis à jour une version de test, je passe en production. Les magasins que je gère ne veulent aucun problème et paient pour les éviter. Supprimer tous les fichiers Magento précédents et garder un œil sur la base de données est la meilleure méthode de mise à jour vers de nouvelles versions. Je fais cette méthode depuis 1.7.0.2 et je n'ai jamais rencontré de problème. Le patch laisse des résidus dans le système de fichiers et la base de données

— ADDISON74

Je comprends, et je pense que c'est une bonne méthode. Puis-je demander quel outil vous utilisez pour comparer les bases de données et créer un script de mise à jour à partir de cette comparaison?

— BlueC

1

J'utilise Araxis Merge pour comparer des dossiers et des fichiers. Cela me donne de bons rapports et peut créer un script de mise à jour. Mais je préfère analyser toutes les informations de la comparaison même si cela prend 1 à 2 jours. Je crée moi-même le script de mise à jour qui consiste à supprimer le système de fichiers de la version précédente de Magento et à copier la nouvelle version. Pour la base de données, c'est aussi un script après avoir supprimé toutes les parties communes. Lorsque vous avez plus de 30 magasins à mettre à jour, il est négligeable de passer 1 à 2 jours à comprendre le processus de mise à jour que vous effectuerez. C'est pourquoi je n'ai jamais utilisé de patch depuis plus de 4 ans.

— ADDISON74

pouvez-vous partager le fichier Magento Comparison avec un hébergement qui durera plus de quelques jours? merci

— sellio

0

Si quelqu'un souhaite découvrir quels sont les changements entre Magento CE 1.9.2.4 et 1.9.3.1, téléchargez les archives suivantes:

Rapport de comparaison de dossiers : http://www.megafileupload.com/89dx/FolderComparisonReport.zip
Rapport de comparaison de base de données : http://www.megafileupload.com/89dm/DatabaseComparisonReport.zip

Il y a deux fichiers html avec de très bons résultats visuels.

— ADDISON74
source

0

Restauré l'ancien algorithme de calcul de la taxe pour les frais d'expédition. Le patch pour appliquer le nouveau calcul sera disponible sur demande.
Résolution d'un problème de définition de la durée de vie de la session sur 0.
Le travail cron mensuel qui nettoie la table contenant les adresses IP et les mots de passe s'exécute correctement.
Toutes les images de produits configurables sont importées.
Vous n'obtenez plus d'exception en raison d'un appel de méthode addCrumbs () non défini. Résolution de l'erreur Remarque : Undefined index:session_expire_timestamplors de l'accès à la vitrine.
Les valeurs des valeurs d'étiquette déroulante sont enregistrées correctement.
Le "Prix tel que configuré" pour les produits groupés s'affiche correctement dans le panier.
Les mots de passe générés automatiquement sont envoyés aux nouveaux clients comme prévu.
La méthode Mage_Api_Model_Server_Handler_Abstract::processingMethodResult() accepte les valeurs scalaires et de tableau.
La recherche par défaut de texte intégral MySQL fonctionne comme prévu; il ne retourne plus tous les produits.
Prévention d'une vulnérabilité potentielle contrefaçon de demande intersite (CSRF) en modifiant la clé de formulaire lorsqu'un client se déconnecte de la vitrine.
Les règles de prix du catalogue renvoient le prix correct.
Les indexeurs mettent désormais à jour tous les produits au lieu de sauter le dernier produit mis à jour.

— Ketan Borada
source