Magento - 2.2.6 Можливі проблеми?

Magento вийшов версія Magento-2.2.6 18 вересня 2018 року.

Цей випуск включає:

1. 25 критичних удосконалень щодо безпеки продукту, понад 150 виправлень та вдосконалень основних кодів та понад 350 запитів, що надсилаються громадою.
2. Хоча цей випуск включає ці покращення безпеки, на сьогодні жодних підтверджених атак, пов’язаних із цими проблемами, не було.
3. Однак певні вразливості потенційно можуть бути використані для доступу до інформації про клієнтів або для переходу на сеанси адміністратора, тому рекомендуємо якнайшвидше оновити програмне забезпечення Magento до останньої версії.

Magento рекомендує оновити наше програмне забезпечення Magento до останньої версії ASAP.

Які можливі проблеми з цим випуском Magento-2.2.6?

Якщо ви використовуєте власні атрибути та використовуєте ці атрибути для створення правил віджетів, більшість використовуваних я віджетів спричинила помилки і їх довелося видалити.

У моєму випадку, здавалося, що деякі з атрибутів, що викликаються, мали помилки при "зворотних тиках", що замінюють одинарні лапки "на зворотні тики під час надання сторінки.

Я видалив віджети, використовуючи ці атрибути, і сторінка завантажується без проблем.

Мені також потрібно переписати деякі правила кошика та каталогу, знову ж таки, через проблему зворотного галочки.

1 головне питання у мене є,

" Видаліть паб / медіа / каталог / продукт / кеш. (Видалення цієї папки звільняє простір.) & Запуск каталогу bin / magento: image: зміни розміру для створення нового кешу зображень. (Цей крок необхідний, оскільки ми змінили шлях для кешування зображень і має видалити раніше кешовані зображення.) "

Видалення "паб / медіа / каталогу / продукту / кеша" не є проблемою, але "каталог bin / magento: image: resize" просто створює нові зображення всередині папки, яку я щойно видалив. Він сказав, що буде новий шлях, але, схоже, поки що це не так, якщо я щось не пропускаю. Але плануйте розмір зображення, щоб він тривалий час. 22 хвилини і оброблено менше 500 зображень.

У мене виникли дві проблеми щодо перепланування цін. Одна з проблем полягає в тому, що налаштований індексатор цін (і, мабуть, і інші складні продукти, але я не маю жодного виробничого проекту, який широко використовує пакети та групується продукція), належним чином належить до належного виконання свого дочірнього індексу. Налаштований індексатор цін працює в 2 кроки:

• побудувати дані індексу на основі настроюваної ціни товару, яка є нульовою, оскільки magento не дозволяє встановлювати ціну на рівні налаштованої ціни
• оновлення стовпців min та max у catalog_product_index_priceтаблиці на основі даних дітей із тієї ж таблиці

Першою помилкою, яку я знайшов, був той reindexListметод, який запускається запланованим повторним викладом повторно доданого даного списку за типом продукту, який був відсортований на основі наданих ідентифікаторів. Якщо найнижчий ідентифікатор у списку був простим, то всі симпли були повторно застосовані перед налаштуваннями, якщо він був налаштований, то він конфігурується перед симплерами.

Другий помилка покладався на те, що на першому кроці таблиці, яка налаштовується, ціна процесу повторного catalog_product_index_priceоновлення була оновлена ​​на основі запиту, який створив whereчастину як where e.entity_id BEETWEEN ? and ?і значення, де min та max ID з наданого списку. Це призвело до оновлення таблиці індексів для всіх конфігурацій із діапазону, заснованого на її даних, і в більшості випадків усі стовпці цін були встановлені на 0. На другому кроці, де індексатор повинен оновлювати хв і макс. Ціну на основі запиту дітей, виконано з whereчастиною як where le.entity_id IN (?), так тільки для конфігурацій, наданих reindexListметоду створення всіх інших у базовому стані.