После апгрейда на русскую версию ошибка не дает покупателю произвести оформление товара.
При оформлении нового пользователя, а конкретно раздела о плательщике и адресе доставки поле "State/Province" отсутствует, есть только его название, отмеченное как обязательное (*), но система адрес доставки сохраняет. При попытке же оформить заказ, возникает ошбка "Please enter state/province", скриншоты прилагаю. То же самое возникает при оформлении покупки без регистрации нового пользователя.
При добавлении нового адреса в Личном кабинете покупателя отсутствует поле "Область, край, республика"
28.02.2015 20:58
Российская сборка Magento 2.43.4.1 (1.8.1.0)
Аналогичная проблема при оформлении заказа покупателем.
Тема из коробки modern:
Другая тема:
лог:
[Sat Feb 28 20:16:29 2015] [error] [client 91.142.82.188] PHP Warning: Module 'hash' already loaded in Unknown on line 0
[Sat Feb 28 20:16:29 2015] [error] [client 91.142.82.188] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20090626/phar.so' - Cannot open "/usr/local/lib/php/20090626/phar.so" in Unknown on line 0
[Sat Feb 28 20:16:29 2015] [error] [client 91.142.82.188] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20090626/xsl.so' - Shared object "libiconv.so.2" not found, required by "libintl.so.9" in Unknown on line 0
[Sat Feb 28 20:16:29 2015] [error] [client 91.142.82.188] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20090626/imagick.so' - Shared object "libiconv.so.2" not found, required by "libintl.so.9" in Unknown on line 0
[Sat Feb 28 20:16:29 2015] [error] [client 91.142.82.188] PHP Warning: Module 'ftp' already loaded in Unknown on line 0
При этом в корзине у покупателя есть возможность ввести город и индекс места назначения и рассчитать стоимость доставки.
Соответствие структуры Российской сборки Magento 2.43.4 и Magento 1.8.1.0 на сайте с структурой оригиналов проверил посредством Araxis Merge.
Аналогичная проблема при оформлении заказа покупателем.
Тема из коробки modern:
Другая тема:
лог:
[Sat Feb 28 20:16:29 2015] [error] [client 91.142.82.188] PHP Warning: Module 'hash' already loaded in Unknown on line 0
[Sat Feb 28 20:16:29 2015] [error] [client 91.142.82.188] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20090626/phar.so' - Cannot open "/usr/local/lib/php/20090626/phar.so" in Unknown on line 0
[Sat Feb 28 20:16:29 2015] [error] [client 91.142.82.188] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20090626/xsl.so' - Shared object "libiconv.so.2" not found, required by "libintl.so.9" in Unknown on line 0
[Sat Feb 28 20:16:29 2015] [error] [client 91.142.82.188] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20090626/imagick.so' - Shared object "libiconv.so.2" not found, required by "libintl.so.9" in Unknown on line 0
[Sat Feb 28 20:16:29 2015] [error] [client 91.142.82.188] PHP Warning: Module 'ftp' already loaded in Unknown on line 0
При этом в корзине у покупателя есть возможность ввести город и индекс места назначения и рассчитать стоимость доставки.
Соответствие структуры Российской сборки Magento 2.43.4 и Magento 1.8.1.0 на сайте с структурой оригиналов проверил посредством Araxis Merge.
07.03.2015 12:43
Причиной сбоя «rm is not defined» было низкокачественное обновление Российской сборки Magento (когда администратор не считает нужным соблюдать инструкцию по обновлению, а просто, не долго думая, перезаписывает новые файлы поверх старых).
Применять для устранения сбоя Database Repair Tool — это как лечить любую болезнь пиявками.
Может быть, Database Repair Tool случайно ненароком устаревший кэш удалила — тем и помогла.
А скорее всего связи с Database Repair Tool вообще нет: просто когда администратор сталкивается с проблемой — он зачастую начинает беспорядочно применять всё множество известных ему инструментов типа «поставить пиявок» и «потрясти амулетом», а случайно какой-то из этих инструментов даёт корреляцию с решением проблемы.
Применять для устранения сбоя Database Repair Tool — это как лечить любую болезнь пиявками.
Может быть, Database Repair Tool случайно ненароком устаревший кэш удалила — тем и помогла.
А скорее всего связи с Database Repair Tool вообще нет: просто когда администратор сталкивается с проблемой — он зачастую начинает беспорядочно применять всё множество известных ему инструментов типа «поставить пиявок» и «потрясти амулетом», а случайно какой-то из этих инструментов даёт корреляцию с решением проблемы.