SUPEE-8788 в Magento 1.9.3.7 Не удалось curl.php
Я обновил магазин Magento с версии 1.8.1.0 до версии 1.9.3.7.
Я обновился поэтапно 1.8.1.0 -> 1.9.01 -> 1.9.2.4 -> 1.9.3.7
Магазин работает, и он действительно подходит.
Я провел тест на magereport.com и все вокруг зеленое. Только патч отображается как не установленный: SUPEE-8788 - Это нехорошо.
Затем я скачал и установил последнюю версию исправления из Magento. Почти все было пропущено (ломоть игнорируется).
Этот не удался:
checking file downloader/lib/Mage/HTTP/Client/Curl.php
Hunk #1 FAILED at 373.
1 out of 1 hunk FAILED
Я пробовал разные решения. Я использовал совершенно новую папку "загрузчик" из текущего Magento 1.9.3.7 и снова попытался исправить. Это просто не работает. Это всего лишь файл curl.php это вызывает проблемы. К сожалению, я не могу найти версию v1 патча 8788 (1.9.2.4). Чтобы исправить сначала v1, а затем v2. Это стоило бы попробовать.
Что я могу сделать, чтобы исправить магазин 1.9.3.7 с помощью SUPEE-8788?
Заранее благодарю
1 answers
Я сомневаюсь, что вы должным образом обновили свой магазин. "Обновление" означает не просто копирование новых файлов поверх старых. Тем не менее, проблема с проверкой наличия исправления SUPEE-8788 возникает именно в таких ситуациях.
Но один за другим. Прежде всего, Magento 1.9.3.7 уже включает SUPEE-8788! Следовательно, все ваши попытки применить этот патч обречены на неудачу. Не пытайтесь форсировать его установку!
Версия 1.9.3.7 - Добавлена 28 ноября 2017 года
Включает исправления: SUPEE-5344, SUPEE-5994, SUPEE-6237, SUPEE-6285, SUPEE-6482, SUPEE-6788, SUPEE-7616, SUPEE-7405, SUPEE-7405 В1.1, SUPEE-8788, SUPEE-9652, SUPEE-8167, SUPEE-9767v2, SUPEE-10266, SUPEE-10415
Во-вторых, MageReport.com не взламывает ваш магазин, чтобы узнать, какая версия Magento запущена. Он скорее использует набор различных методов, таких как контрольные суммы и завиток (или аналогичные), чтобы получить некоторые конкретные URL-адреса вашего магазин. Кроме того, в данном конкретном случае MageReport.com проверит ваш магазин на соответствие следующим требованиям:
Magereport проверяет наличие следующих статических ресурсов, которые должны были быть удалены:
/Кожа/adminhtml/по умолчанию/по умолчанию/СМИ/работы по гибкому графику.ФНБ /кожи/adminhtml/по умолчанию/по умолчанию/СМИ/загрузчик.ФНБ /кожи/adminhtml/по умолчанию/по умолчанию/СМИ/uploaderSingle.ФНБ также на проверку следующих файлов, которые были изменены:
/js/mage/adminhtml/uploader/instance.js должен содержать "fustyflowfactory"/скин/adminhtml/по умолчанию/по умолчанию/коробки.css должен содержать "фон: url(images/blank.gif ) повторить;"
Источник: https://support.hypernode.com/knowledgebase/magento-patch-supee-8788-release-1-9-3/
Вы можете найти некоторую соответствующую информацию о MageReport.com тестирование здесь: Некоторые исправления безопасности Показывают ошибку при выполнении проверки в magereport
При этом, пожалуйста, проверьте наличие вышеупомянутых файлов. Скорее всего, там по-прежнему ли эти .swf files
находятся в вашей файловой базе - следовательно, тест завершится неудачей.
Короче говоря: Эти файлы должны быть удалены (SUPEE-8788 сделает это, но Magento ожидает, что вы правильно обновите свой магазин, и поэтому не предоставляет это исправление для версий после выпуска SUPEE-8788).
Итак, почему это так? Ну, в основном потому, что когда вы просто копируете новую файловую базу (т. Е. обновленную версию ядра) поверх старой, вы будете обращаться только к файлам, которые находятся в как в новом, так и в старом источнике или только в новом источнике. Файлы, которые присутствуют только в старом исходном коде, не будут затронуты и останутся как есть.
Итак, для обновления магазина лучше настроить среду тестирования/разработки и шаг за шагом объединить старый исходный код для старого в новое ядро.