23 лютого 2016 р. Оновлення : патч було оновлено до V1.1, що виправляє ряд важливих проблем, перелічених у цій публікації, ось список:
- Патч злиття кошика (SUPEE-7978) : Візки з однаковими предметами тепер правильно зливаються. Раніше, коли кошик з одним предметом було об'єднано з іншим кошиком, який містив той самий товар, Magento неправильно об'єднав підсумки кошика. Кошик тепер включає лише один предмет, а загальна сума є правильною.
- Патч API SOAP (SUPEE-7822) : API Magento SOAP тепер працює як очікувалося. Раніше після встановлення патчу SUPEE-7405 v1.0 запит API спричинив помилку 500, і Magento записав би виняток.
- Сумісність PHP 5.3 (SUPEE-7882) : патч не був сумісний з PHP 5.3 для більш ранніх версій Magento, які ще підтримували цю версію. Торговці, які стикалися з цією проблемою, не змогли переглянути інформацію про продажі в адміністраторі.
- Дозвіл на завантаження файлу : патч відновлює менш обмежувальні права доступу до файлів (0666 для файлів та 0777 для каталогів), оскільки більш жорсткі дозволи, введені оригінальним патчем SUPEE-7405, спричинили, що багато продавців не можуть переглядати завантажені зображення товарів, залежно від конфігурації постачальника хостингу .
Після копання в патч, ось відповідні / цікаві речі, які я знайшов (Примітка: цей список був складений шляхом аналізу патча для CE 1.9.2.0-1.9.2.2, можливо, більше патчів, які впливають на старіші версії Magento) :
- (зафіксовано у V1.1 патча)
Використання []
замість array()
цього патча робить його назад несумісним з PHP <5.4 (див. Відомі проблеми нижче)
- Як зазначалося, більшість змін - це видалення html та санітарна обробка даних щодо питань XSS.
- Перевірка ключа форми додана до входу адміністратора в
Mage_Admin_Model_Observer
- Перевірка ключа форми додана до адміністратора забутого пароля в
Mage_Adminhtml_IndexController
- Перевірка ключа форми додана до пароля для скидання адміністратора в
Mage_Adminhtml_IndexController
- Перевірка ключа форми додана до дії видалення кордону . Ключ Форма додається до
getDeleteUrl
про Mage_Checkout_Block_Cart_Item_Renderer
і підтверджено в deleteAction
про Mage_Checkout_CartController
.
- Події тепер розсилаються у всіх малих регістрах (кожен із конфігураційних файлів, які впливають, були змінені, наприклад,
controller_action_postdispatch_checkout_onepage_saveOrder
стає controller_action_postdispatch_checkout_onepage_saveorder
). Це не впливає на налаштування місцевих спостерігачів . Більше інформації тут: https://twitter.com/foomanNZ/status/689924329065164800
- Додано новий валідатор, щоб перевірити, чи є у завантаженому файлі зображення :
Mage_Core_Model_File_Validator_Image
- З'явиться новий розділ Імпорт / Експорт :
System => Configuration =>Advanced > System => Escape CSV Fields
- Нова подія відправлена:
admin_user_validate
підMage_Admin_Model_User
- SVG не є допустимим розширенням Favicon більше
- Для тих, хто використовує Authorizenet (я не знаю), схоже, було внесено кілька змін, не впевнені, як це впливає на систему. Зміни включають новий помічник адміністратора (
Mage_Authorizenet_Helper_Admin
), який використовується для отримання URL-адреси замовлення на успіх.
- Новий клас Zend :
Zend_Xml_Security
. Його мета - сканувати рядок XML на предмет можливих XXE та XEE-атак. Однак я не знайшов посилання на нього в інших модифікованих файлах.
- Файли, завантажені через панель адміністратора (тобто завантаження зображення продукту) , за замовчуванням не читаються у всьому світі (раніше: 777 / після: 640).
- Довідники також не виконуються у всьому світі (до 755 / після: 750). Це може спричинити проблеми із зображеннями, які не з’являються на веб-сайті, якщо веб-сервер працює як інший користувач, ніж php (кредити: @Rob Mangiafico)
- Що стосується шаблонів frontend : єдині внесені зміни - це виведення даних , які не є системними вимикачами, але все ж рекомендується реалізувати на вашій спеціальній темі (а лише два файли frontend впливають не на велику роботу;))
Відомі проблеми після виправлення:
Я спробую тримати цей список якомога актуальнішим.
Перш ніж розпочати нову проблему / питання, переконайтеся, що ви застосували всі попередні виправлення, оскільки, здається, багато питань виникає через відсутні патчі.
Інша справа: якщо ви змінили основні файли, застосувати виправлення може не вдатися. Якщо у вас є Hunk # failed at
помилка для певного файлу і ви на 100% впевнені, що застосували всі попередні виправлення, переконайтеся, що ви маєте оригінальний файл у своїй версії Magento, перевіривши дзеркало: https://github.com / OpenMage / магніто-дзеркало /
Список файлів, на які впливає вплив
Його можна знайти на цій сторінці тут: https://magento.stackexchange.com/a/98232/2380 (кредити @MagenX)
Тільки EE
- Якщо ви оновили з Magento EE 1.14.2.x до Magento EE 1.14.2.3 замість того, щоб застосувати патч, а також раніше застосували підтримуючий патч SUPEE-5984 , вам доведеться повторно застосувати його, оскільки він не включений до випуску . => https://magento.stackexchange.com/a/98805/2380
Щодо патчу 7616:
Хороші ресурси про патчі Magento
Сміливо повідомте мене, якщо я щось пропускаю.