Вот мой обзор патча после копания в нем
ЭКОНОМИЯ ВРЕМЕНИ : Experius предоставляет помощник по исправлению, который поможет вам найти файлы в пользовательских темах, пользовательских модулях или локальных перезаписях, которые также могут потребоваться исправлять вручную , вы можете найти его здесь: https://github.com/experius/Magento- 1-Experius-Patch-Helper # Magento
Оформить заказ ключами
Как сказано в другом посте, этот патч добавляет ключи форм к следующим формам:
Форма доставки:
app/design/frontend/<package>/<theme>/template/checkout/cart/shipping.phtml
Форма оформления платежа с несколькими отправлениями:
app/design/frontend/<package>/<theme>/template/checkout/multishipping/billing.phtml
Форма оформления заказа на доставку:
app/design/frontend/<package>/<theme>/template/checkout/multishipping/shipping.phtml
Форма оформления заказа по нескольким адресам:
app/design/frontend/<package>/<theme>/template/checkout/multishipping/addresses.phtml
Форма оплаты счетов:
app/design/frontend/<package>/<theme>/template/checkout/onepage/billing.phtml
Форма оформления заказа на доставку:
app/design/frontend/<package>/<theme>/template/checkout/onepage/shipping.phtml
Форма оплаты заказа:
app/design/frontend/<package>/<theme>/template/checkout/onepage/payment.phtml
Форма оформления заказа:
app/design/frontend/<package>/<theme>/template/checkout/onepage/shipping_method.phtml
Форма оформления постоянного платежа:
app/design/frontend/<package>/<theme>/template/persistent/checkout/onepage/billing.phtml
Кроме того, следующие файлы JS были обновлены для совместимости с этим изменением:
js/varien/payment.jsskin/frontend/base/default/js/opcheckout.js
Что делать:
Если вы используете пользовательские версии этих шаблонов, вам придется обновить их, добавив в них следующий код:
<?php echo $this->getBlockHtml('formkey') ?>
Если вы используете сторонний модуль проверки, вам необходимо связаться с ним, чтобы они могли предоставить обновленную версию своего модуля.
Кроме того, если у вас есть пользовательские версии ранее перечисленных файлов JS, вам также придется их обновить.
СОХРАНИТЕ ВРЕМЯ :
Фабиан Шменглер написал хороший маленький сценарий, чтобы обновить все эти вещи для вас, вы можете найти его здесь:
https://gist.github.com/schmengler/c42acc607901a887ef86b4daa7a0445b
ВАЖНОЕ ПРИМЕЧАНИЕ : проверка ключа формы проверки может быть изменена в бэкэнде через новое поле конфигурации в Системе> Конфигурация> Администратор> Безопасность> Включить проверку ключа формы при оформлении заказа . ЭТО НЕ ВКЛЮЧЕНО ПО УМОЛЧАНИЮ, поэтому вам нужно включить его, чтобы воспользоваться этой функцией безопасности !!! Обратите внимание, что вы получите уведомление в бэкэнде, если он не включен.
Обратный звонок при загрузке изображения
Контроллер галереи изображений был обновлен для добавления обратного вызова проверки.
Что делать
Если вы используете пользовательский модуль, который выполняет загрузку изображений с кодом, который выглядит следующим образом:
$uploader = new Mage_Core_Model_File_Uploader('image');
$uploader->setAllowedExtensions(array('jpg','jpeg','gif','png'));
$uploader->addValidateCallback('catalog_product_image',
Mage::helper('catalog/image'), 'validateUploadFile');
$uploader->setAllowRenameFiles(true);
$uploader->setFilesDispersion(true);
Я настоятельно рекомендую вам обновить этот код, добавив после него следующий фрагмент:
$uploader->addValidateCallback(
Mage_Core_Model_File_Validator_Image::NAME,
Mage::getModel('core/file_validator_image'),
'validate'
);
Symlinks
Этот патч удаляет поле конфигурации системы, которое позволяет вам разрешить использование символьных ссылок в бэкэнде. Раньше это было в Системе> Конфигурация> Разработчик> Шаблон> Разрешить символические ссылки . Теперь весь раздел Шаблонов пропал.
Кроме того, это поле теперь отключено по умолчанию через app/etc/config.xml
Самое смешное в том, что вы получите уведомление в бэкэнде, если у вас было включено это поле конфигурации до патча, но вы не сможете его отключить, так как поле пропало.
Единственный способ сделать это - выполнить следующий запрос SQL
UPDATE core_config_data SET value = 0 WHERE path = "dev/template/allow_symlink";
осветление
Сначала я настоятельно рекомендую вам проверить эти два сообщения, которые помогут вам понять цель этой модификации Symlink:
Эта модификация на самом деле предназначена для вызова загружаемого контента (например, изображений) с помощью шаблонных директив.
Проблема, связанная с символическими ссылками, может быть использована только с правами администратора, и Magento также добавил дополнительную защиту для загрузки изображений.
Обратите внимание, что они являются некоторыми средствами защиты от известного способа его использования в дополнение к самой настройке.
Что делать : если вы, как и я, используете modman или composer с шаблонными символическими ссылками, вы столкнетесь с некоторыми проблемами. Я все еще пытаюсь выяснить, что лучше делать здесь, кроме работы с SQL-запросами.
Основной пост по этому вопросу: SUPEE-9767, modman и символические ссылки
Список возможных проблем
V2 был выпущен с того самого поста. Не забудьте обновить
ошибки
Слово «подтверждено» используется для подтвержденных ошибок. Если его там нет, значит, это может быть ошибка, но она еще не подтверждена.
Hunk Failed Issues
Обратите внимание, что все эти проблемы могут быть вызваны тем, что вы изменили исходный файл, чтобы дважды убедиться, что это не так:
- Сделайте резервную копию файла, в котором вы получили ошибку Hunk Failed
- Загрузите оригинальный файл из вашей версии Magento
- Сравните оба файла
Если файлы различаются, вам придется применить исправление к исходному файлу, а затем повторно применить пользовательские изменения чистым способом, например:
- пользовательский шаблон в папке пользовательских тем
local.xml- приложение / код / локальный файл
Если файлы не отличаются, то это либо проблема с правами доступа, либо «ошибка» в патче.
