MaximRa

Рано радовался. Получил предупреждение: PHP Notice: String offset cast occurred in /admin/controller/extension/payment/yandex_money.php on line 1142 Переделал на $text_instruction = str_replace(array("\r\n", "\r", "\n"), "<br />", $kassa->getInvoiceMessage());

Спасибо, Великолепно сработало : $text_instruction = nl2br($kassa->getInvoiceMessage());

В базе SQL в таблице oc_setting записан текст типа: (1621, 0, 'yandex_money', 'yandex_money_kassa_invoice_message', 'Если Вам неудобно оплачивать заказ с помощью банковской карты, \r\nможно произвести оплату с помощью банковского перевода:\r\n\Траляляля, 0), В конфигураторе записано: $text_instruction = strtr($kassa->getInvoiceMessage(), $replaceMap); $data = array( 'instruction' => $text_instruction, ); Ну и соответвенно в темплейте {{ instruction }} эта строчка вываливается неотформатированным никак текстом... Скажите, пожалуйста, есть ли какой-то метод, позволяющий все переносы \n из текста отработать должным образом и превратить в <br> в html?

Требуется доработка по обслуживанию в админке заказа, включающего в себе кроме товаров и подарочный сертификат(ы).

Не, ну формироваться могут понятно, что в разных местах. Могут вообще из sql базы браться. Просто вопрос как-то странно звучит. Я думал, что человек спрашивает откуда они именно в темплейте берутся.

Что Вы хотите настроить там? Если клиент умудрился заполнить все поля, то уж дальше чего?

Это элементарно сделать. Что за расширение за этот способ оплаты отвечает?

В соответствующем контроллере Вы можете найти текст styles['href'] = xxxxx; styles['media'] = yyyyy; Т.е. элементу href массива styles присваивается значение xxxxx и т.п. А цикл {% for style in styles %} раскручивает этот массив по запчастям Можно написать {% for z in styles %} {{ z[href] }} {{ z[media] }} {% endfor %} и т.п.

Тьфу ты, точно. Все гениальное - просто. Спасибо большое. Что то совсем ступил.

В стандарной комплектации при нажатии на номер закладки в pagination фокус остается на самом paginator... В /system/library/pagination.php я радикальным образом вставил в функцию на php, которая рисует сам пагинатор, скрипт, который меняет фокус на нужный объект. Оно работает, что смотрится жутко... Может есть как то более красивый способ? <?php class Pagination { public function render() { ?> <script type="text/javascript"><!-- offset = $('#form-review').offset(); $('html, body').animate({ scrollTop: offset.top-20 }, 'slow'); --></script> <?php $total = $this->total; if ($this->page < 1) { $page = 1; .... .... ....

@dexion Супер! Великолепно работает. Спасибо!

Как бы сделать фокус на какой либо объект с ID скажем, при возникновении сообщения которое вставляется json'ом? Ошибка фиксируется в /catalog/controller/checkout/register.php а вставляется /catalog/view/theme/default/template/checkout/checkout.twig при регистрации пользователя во время оформления заказа. Пытался приписать .focus() , но ничего хорошего не вышло... А то неудобно. Ошибка срабатывает, но за пределами видимости сообщение выскакивает... if (json['error']['warning']){ $('#collapse-payment-address .panel-body').prepend('json['error']['warning']); }

Какая-то бомбическая ситуация... Не могу понять, как оно может такое быть.... При оформлении заказа новым пользователем с регистрацией и применением автозаполнения контактных данных (из вариантов сохраненных в браузере), получается глюк. Причем в массиве $order_data перед выдачей в sql таких цифр нет, а в итоге в sql записывается в одну и туже ячейку непонятные цифры. А если заполнять все вручную, то все проходит хорошо.... Во дела...

Спасибо за уделенное время Не совсем. Ваша команда выдает: string(39) "Российская Федерация" Российская Федерация Это соответствует $order_data['shipping_country'] А надо бы... string(39) "shipping_country" Российская Федерация... Или 'shipping_country' в этом массиве вообще нет? или как оно устроено? )

Данные присутствуют, просто немного не так что-ли присвоены... Хочу посмотреть. Не пойму как вывести сами названия типа: shipping_address, shipping_zone, shipping_zone_id, shipping_address и т.д. Не значения, а вот сами эти слова... Они же в массиве в каком-то же должны быть? Значения вижу.

Да, четко! Спасибо.

В контроллере /catalog/controller/checkout/confirm.php формируется массив, посвященный всем данным текущего заказа и называемый $order_data, который затем передается в /catalog/model/checkout/order.php с целью дальнейшей записи данных в MySql У меня, после некоторых манипуляций происходит неверная запись... что то нарушилось, хочу понять где именно. В контроллере, перед выдачей данных написал небольшую функцию: function test($x) { if (is_array ($x)) { echo '<h3>Это массив</h3>'; foreach ($x as $y) { test($y); } } else { echo '"Не массив' . $x . '<br>'; } } test($order_data); Которая разбирает этот массив по запчастям, но на руку получаю значения, без привязки к неким индексам или как это называется на языке PHP :-) Контроллер присваивает, к примеру: $order_data['shipping_fathername'] = $this->session->data['shipping_address']['fathername']; Это я понимаю и даже получаю на экране значение, а вот как получить, скажем, сам вот этот текст, названия индекса или что-то другое: shipping_fathername? он же где-то хранится? Не просто же массив из значений? Наверное парами идут данные?

Хотя все таки интересно, как заставить каждую страницу личного кабинета смотреть именно в "свой" файл с переводом, а не в Не обратил внимания на Ваше сообщение, а потом полез смотреть и вижу, что да... как-то задействован этот файлик, причем в приоритете если переменные задать в нем и "родном файле.." Каша, конечно, полная...

Вот думаю, может попробовать высчитать количество подарочных сертификатов в корзине... но что то с пол-пинка не прокатило... Есть удобная функция: public function countProducts() для товаров и все бы ничего и можно было на ее основе написать аналог, если-бы она не использовала чудовищную функцию function getProducts() вот и задумался... совсем гиморно их подсчитать или есть какой-то простой метод?

Наверное это такая задумка авторов, что все разделы считаются личным кабинетом и все тут

Причем в файла ru-ru тексты стоят нормальные ['heading_title'] но они идут в хлебные крошки

Не. Не правильно меня поняли. Я имею ввиду заголовни разделов уже внутри личного кабинета. Три разных раздела, для примера в прицепе, а заголовок один....

Почему-то все страницы в личном кабинете https://demo.ocstore.com/index.php?route=account/recurring Имеют заголовок Личный кабинет хотя, в русском языке в соответствующих файла прописаны заголовки как надо... и вроде в контроллерах все прописано... Интересно, это сложно поправить? Или легче вручную вписать везде?

Да. Это точно. Оказывается не "+" надо, а точки ) мда...

Спасибо за совет еще бы знать в каком формате это ей надо