Яка різниця між magento 1.9.2.4 та magento 1.9.3.0?


22

Magento випустив нову версію спільноти 1.9.3.0.

Мені дуже цікаво знати, які відмінності мають попереднє видання Magento?

Хочу дізнатися повну інформацію про те, у чому різниця в його особливості Magento 1.9.3.0.

а також хочете знати, який крок потрібно зробити після оновлення мого поточного сайту, на 1.9.3.0який знаходиться Magento 1.9.2.4?


1
Ще одна помилка в 1.9.3.0, яку я згадую в magento.stackexchange.com/questions/142087/… . Ви можете додати це до свого списку
Creepin

Відповіді:


39

Повний список відмінностей ви можете знайти в офіційних нотатках до випуску: http://devdocs.magento.com/guides/m1x/ce19-ee114/ce1.9_release-notes.html#ce19-1930

Модуль виправлення всіх помилок

Цей модуль виправляє відомі помилки, які я намагаюся оновлювати: https://github.com/digitalpianism/bugfixes

Бічна примітка

У Magento раніше була помилка, де паролі не відображалися в новому шаблоні електронної пошти облікового запису. Більшість людей (включаючи мене) припускали, що це було підвищення безпеки (див. Тут: /magento//a/46793/2380 ), але насправді це була помилка, яка була виправлена ​​в 1.9.3.0.

Відомі проблеми

На сьогоднішній день існує кілька відомих помилок з 1.9.3.0:

Також зверніть увагу , що JS , що ручки ціна варіанти продукту була переміщена з /js/varien/product.jsдо , /js/varien/product_options.jsтак що не забудьте додати цей файл у вашу тему , якщо ви зіткнулися наступним питання: /magento//a/ 141375/2380

PHP 7

Для тих, хто використовує PHP 7 та модуль Inchoo, Inchoo випустив нову версію модуля (2.0.0), сумісний лише з 1.9.3, не забудьте оновити: https://github.com/Inchoo/Inchoo_PHP7


Якщо ми розробляємо розширення, то які нові кроки чи що зміниться з точки зору кодування
Murtuza Zabuawala

@MurtuzaZabuawala дивіться мою редакцію
Рафаель у Digital Pianism

2
Також існує велика помилка з API SOAP, дивіться тут: magento.stackexchange.com/q/140761/4087
BlueC

@BlueC дякую, що я забув поновлювати свою посаду
Рафаель у Digital Pianism

3
@RaphaelatDigitalPianism ще один, а не помилка як така, але порушує теми, полягає в тому, що чомусь клас JavaScript JavaScript Product.OptionsPrice переміщено з /js/varien/product.js у новий файл під назвою / js / varien / product_options. js - цей новий файл потрібно буде включити через макет теми xml
BlueC

4

У Magento 1.9.3 є дві несумісні зміни:

  1. Mage_Adminhtml_Block_Cms_Wysiwyg_Images_Content_Uploader батьківський клас видалено.
  2. Mage_Uploader_Model_Config_Abstractперекриває магічний метод, __callі його поведінка може бути непослідовною.

Перевірте, чи використовуються / розширення цих функцій / класів якісь розширення / налаштування.

Також переконайтеся, що після оновлення до Magento 1.9.3 видалити такі файли, щоб уникнути проблем із безпекою:

  1. skin / adminhtml / default / default / media / flex.swf
  2. skin / adminhtml / за замовчуванням / за замовчуванням / media / uploader.swf
  3. skin / adminhtml / default / default / media / uploaderSingle.swf

Для отримання додаткової інформації зверніться до приміток до випуску .


2

Я не великий шанувальник патчінгу. Особисто я видаляю всі файли Magento зі своїх каталогів, після чого завантажую нову версію (використовуючи скрипт оболонки). Усі файли, встановлені протягом багатьох років, як модулі чи теми, все ще є. Для бази даних я порівняю свіжі встановлені версії. Один із способів - це створення або видалення стовпців / таблиць у базі даних, інший спосіб - знову встановити Magento, просто змінивши /app/etc/local.xml ім'я файлу. Я віддаю перевагу першому.

Якщо ви не зміните структуру бази даних на версію 1.9.3.0, ви отримаєте деякі помилки або не можете завантажити область адміністратора. Якщо когось цікавлять порівняння каталогів та баз даних Magento між Magento CE 1.9.2.4 та 1.9.3.0, просто завантажте файл звідси:

Порівняння Magento: версії 1.9.2.4 - 1.9.3.0

Є два html-файли з дуже хорошими візуальними результатами.

Сьогодні я оновив 4 магазини, використовуючи свій метод замість латки. Усі працюють без проблем.


Я погоджуюся з тим, що не виправляти, а також погоджуюся, що оновлення на місці є клопітким, оскільки воно залишає старі файли, які більше не повинні бути присутніми, тому я думаю, що ваш метод видалення всіх файлів Magento та додавання нової версії є хорошим підходом. Однак робота з вашою базою даних здається мені не потрібною, чому б просто не використати "n98-magerun sys: setup: incremental" для запуску сценаріїв налаштування та автоматичного оновлення бази даних до нової версії?
BlueC

Я вдячний за вашу пропозицію. Я погоджуюся, що n98-magerun - це дуже потужний інструмент, але я вважаю за краще контролювати весь процес оновлення. Як я вже згадував, перш ніж робити все це, я намагаюся зрозуміти, що є новим у кожній версії. Після оновлення тестової версії я приступаю до виробництва. Магазини, якими я керую, не хочуть проблем і платять за те, щоб їх уникати. Видалення всіх попередніх файлів Magento та пильна база даних - найкращий спосіб оновлення до нових версій. Я використовую цей метод з 1.7.0.2 і жодного разу не стикався з проблемою. Виправлення залишків залишків у файловій системі та базі даних
ADDISON74

Я розумію, і вважаю це гарним методом. Чи можу я запитати, який інструмент ви використовуєте для порівняння баз даних та створення сценарію оновлення з цього порівняння?
BlueC

1
Я використовую Araxis Merge для порівняння папок і файлів. Це дає мені приємні звіти, і це може створити сценарій оновлення. Але я вважаю за краще аналізувати всю інформацію з порівняння, навіть це займає 1 - 2 дні. Я сам створюю сценарій оновлення, який складається з видалення файлової системи з попередньої версії Magento та копіювання нової версії. Для бази даних це також сценарій після видалення всіх загальних частин. Якщо у вас є більше 30 магазинів для оновлення, це незначні витрати 1 - 2 дні, розуміючи процес оновлення, який ви будете робити. Ось чому я ніколи не використовував пластир більше 4 років.
ADDISON74

Ви можете поділитися файлом Magento Порівняння з деяким хостингом, який триватиме більше кількох днів? спасибі
sellio

0

Якщо хтось зацікавлений у тому, щоб дізнатися, які зміни між Magento CE 1.9.2.4 та 1.9.3.1, завантажте такі архіви:

Є два html-файли з дуже хорошими візуальними результатами.


0
  • Відновлено старий алгоритм обчислення податку для витрат на доставку. Патч для застосування нового розрахунку буде доступний за запитом.
  • Вирішено проблему із встановленням тривалості сеансу на 0.
  • Щомісячне завдання cron, яке очищує таблицю, що містить IP-адреси та паролі, працює належним чином.
  • Усі зображення, які можна налаштувати, імпортуються.
  • Ви більше не отримуєте виняток через невизначений виклик методу addCrumbs (). Вирішено помилка Примітка :Undefined index:session_expire_timestamp при зверненні до вітрини.
  • Значення для спадних значень міток зберігаються правильно.
  • У кошику для покупок правильно відображається "Ціна як налаштовано" для продуктів із пакетом.
  • Автоматично створені паролі надсилаються новим клієнтам, як очікується.
  • Метод Mage_Api_Model_Server_Handler_Abstract::processingMethodResult() приймає значення скалярних та масивів.
  • Повнотекстовий пошук MySQL працює за замовчуванням; він більше не повертає всі продукти.
  • Попередив потенційну вразливість між веб-сайтами щодо підробки заявок (CSRF) , змінивши клавішу форми, коли клієнт виходить із магазину.
  • Правила каталогічної ціни повертають правильну ціну.
  • Зараз індексатори оновлюють усі продукти замість того, щоб пропускати останній оновлений продукт.
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.