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?

magento-1.9 magento-1 upgrade ce-1.9.2.4 ce-1.9.3.0 Murtuza Zabuawala
la 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

Réponses:

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:

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
la 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:

  1. Mage_Adminhtml_Block_Cms_Wysiwyg_Images_Content_Uploader la classe parent est supprimée.
  2. 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é:

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

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

Gerard de Visser
la 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
la 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
  • 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
la source