Добрый день, проблему удалось решить?
Напишите тоже в поддержку, чтобы Вам тоже помогли.
Форум ReadyScript Сообщения от Закусило Александр
Добрый день, проблему удалось решить?
Напишите тоже в поддержку, чтобы Вам тоже помогли.
В баннерах, в самой зоне можно указать размеры ширины и высоты. В таком случае, все баннеры в данной зоне, будут обрезаться сами под нужный размер. Либо посмотреть размер в зоне, которой принадлежит баннер и загрузить картинку нужного размера как в зоне.
Зона - это группа слева в разделе Разное -> Баннеры.
А когда планируется выход 3.0 и насколько будет безболезненный переход на новую версию?
Следите за новостями.
В виду того, что так будет абсолютно новая административная панель, то если у Вас были там свои надстройки не через хуки или перегружен шаблон, то придётся после обновления эти шаблоны чутка поправить под новую тему.
В последних версиях в папке css появилсся файл(если нет, то можно создать) custom.css где можно вносить правки. Он всё время пустой.
Шаблон находится по пути /modules/catelog/view/blocks/recommended/recommended.tpl Вы можете скопировать себе его и переименовать, например в recommended2.tpl. И поместить в /templates/ВАША ТЕМА/moduleview/catalog/blocks/recommended/. Далее внутри изменить фразу.
Всё шаблон готов, осталось указать блоку ссылку на новый шаблон. Заходите в публичную часть на товар. Включаете режим правки слева вверху. Наводитесь на нужный блок, он подсветит кнопку настроек и в далее в настройках укажите путь к Вашему новому шаблону.
Забыли пароль? <a href="{$router->getUrl('users-front-auth', ["Act" => "recover"])}" class="inDialog">Восстановить пароль</a>
Это нельзя было делать так, т.к. пароль хранится в шифрованном виде и туда подмешиваются Ваши уникальные ключи копии RS. Смена пароля происходит когда у объекта пользователя в поле openpass прописать нужный открытый пароль и сохранить объект.
Выход в Вашем случае один, создать файл в корне со следующим php кодом:
<?php
require_once('setup.inc.php'); //Подключение к системе
//Подгрузим пользователя из базы
$user = \RS\Orm\Request::make()
->from(new \Catalog\Model\Orm\Product())
->where(array(
'login' => 'Нужный логин'
))->object();
if ($user){
$user['openpass'] = 'Нужный пароль';
$user->update(); //Вызовем обновление.
echo "Обновлён";
}else{
echo "Пользователь не найден";
}
К сожалению пока нет. Все пожелания Вы можете оставлять на helpdesk.readyscript.ru и следить за их ходом.
Обратитесь в поддержку.
Покупки в один клик находятся там, т.к. они физически идут с модулем каталог товаров, а у нас есть версия Витрина где нет модуля магазин, но есть каталог товаров. Модуль магазин как раз таки добавляет пункт "магазин" со всем содержимым. Модуль каталог товаров добавляет только пункт товары со всем содержимым.
Это значит, что у Вас произошла ошибка в JS при подгрузке сообщений, точнее при вставке комментариев. Если Вы не вносили изменения в стандартный JS, то Вам надо обратиться в поддержку.
Мы рассматриваем все пожелания.
Ну да так и есть у Вас цена зачёрнутая вытолкнула цену обычную вниз, а из-за того, что стоит в оборачивающем блоке overflow: hidden то что вылезло за границы не показывается. Это отчётливо видится в firebug. И у Вас стоит height принудительный в .scost классе который ограничивает высоту.
А в чем причина? Я может быть чего-то не понимаю, но разве можно клиенту показывать «Нет в наличии», в то время, когда соседняя комплектация есть в наличии?
Это не такая простая задача как кажется на первый взгляд. Она отложена пока в долгий ящик.
Добавьте пожелание на helpdesk.readyscript.ru
1. Визуальное выделение комплектаций, которых нет в наличии (например, серым текстом)
Каждый раз каждый предлагает по своему. Это всё относится больше к дополнениям тем. Поэтому пока нет.
2. При входе на страницу товара активация первой сверху комплектации, которая есть в наличии.
Сортировка может не подходить тем магазинам/товарам, у которых комплектации выстроены в определенном порядке.
Пока тоже не планируется.
Ну тут 2 варианта, либо вы CSS "выполкнули" цену розничную за пределы блока, либо что-то делали с шаблоном списка товаров. Вы случайно эти вещи не правили? И скиньте ссылку, чтобы посмотреть.
Пользователю объясняется как ему платить на этапе Оплата. Если делать это на этапе доставка, то нужно дублировать (как минимум) каждый способ доставки. Это и есть уничтожение юзабилити.
Мы не можем сейчас так сделать, т.к. сейчас сведения по наложенным платежам принадлежат исключительно доставке. И не все доставки сами по себе его поддерживают. Поэтому нам достаточно сложно назначать платёж доставке в зависимости от выбора оплаты. Я могу сказать из опыта своего магазина, что все вполне адекватно реагируют на 2 типа доставки и спокойно оформляют заказ.
Предложите пожалуйста Ваш вариант. И то как Вы видите по юзабилити.
Всё дело в классах, которые вы навешиваете. Когда приходит запрос от сервера вся информация обновляется у определённых элементов HTML с заданными классами.
Например в теме по умолчанию класс который ищет система для записи значения приходящего от сервера это .products .value.
Соответственно такие классы должны присутствовать и во втором блоке.
Сами классы Вы можете посмотреть в файле common.js темы оформления. Причём эти классы можно и перегрузить вызвав инициализацию корзины через $.cart({ здесь параметры для перезаписи });
В некоторых темах они перегружаются в theme.js при инициалзации.
Дайте потестить на деве!
К сожалению не можем.
Да.
К сожалению, сами службы доставки не умеют на литу переключаться по типу.
Юзабилити уничтожено нарушением смыслов и увеличением списка вариантов доставок.
А вы пользователю объясняете как ему платить наложенным или не наложенным когда он уже оформлен? Просто по моему когда он заходит в доставки он должен видеть, что он может выбрать доставку с наложенным платежом и без него. Просто когда ему сообщить об этом?
2. Прибавляется еще один способ доставки для клиента, а в админке в моем случае мне пришлось бы делать дополнительных 2 способа.
Вы можете назначить способ оплаты к нескольким доставкам. В списке доставок зажав CTRL.
Улучшения будут в RS 3.0. Насчёт наследования мы тоже всё обдумываем сейчас.
Я в принципе не использую наложенный платеж. И галочка эта не установлена. Но это не мешает квитанциям формироваться так, как будто это наложенный платеж.
Скорее всего Вы что-то не правильно, делаете, но я не уверен, Вам надо обратиться в поддержку и предоставить доступы в админ панель. Со слов должен быть не наложенный платёж. Но тут надо покопаться.
К тому же, если дублировать способы доставки, то что будет видеть покупатель?
У меня на сайте два способа доставки
- Доставка СДЕК с оплатой на сайте
- Доставка СДЕК с оплатой с оплатой при получении.
Когда он выбирает одну их доставок, то на шаге оплату у него фильтруется способ оплаты. Я ему даю либо оплата при получении, либо Выбор например оплаты Visa или Master Card.
И соответственно он либо оплачивает при получении, либо на сайте через агригатора. Ничего плохого здесь нет.
Напишите об этом в поддержку и предоставьте доступы в админ панель, мы посмотрим.
Форум ReadyScript Сообщения от Закусило Александр