Настройки поиска (Страница 37 из 42)

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

Это скорее вопрос не функциональности системы( его достаточно на 100% для данной задачи),  а отображения в шаблоне. Вы можете в шаблонах отображения комплектаций прописать условие и один из параметров отобразить в виде радио кнопок, если это необходимо.

У нас есть такая функция http://readyscript.ru/text-blog/Novye-v … adyScript/

Было бы интересно услышать ваш кейс применения развернуто. Чтобы понять все зависимости.
Потому как обычной конвертацией цен при выборе другой валюты ведь все не обходится.

По логике, другую валюту выбирает человек из другой страны, значит у него должны быть как минимум другие способы оплаты, верно?

В случае с документами для безналичной оплаты, Российский счет уже не подойдет для Украины например. Ну или это будет смотреться нелепо если в российском бланке счета будут присутствовать "гривны".

Далее - проблема в платежных системах, они ведь все равно показывают сумму к оплате в той валюте, в которой вы её принимаете. т.е. например у робокассы - нет возможности отобразить сумму в долларах.

Расскажите подробнее, как вы представляете организацию этих вопросов?

Очень радует, что вы разобрались с проблемой и не побоялись полезть в код поглубже.
Спасибо!

Сейчас sms приходят без задержек. Около месяца назад мы переключились на более дорогой канал.

Права - 777 недопустимы.

Все папки должны иметь права - 755, файлы - 644.
При таких правах все будет работать, если PHP будет выполняться с правами самого пользователя (от которого залиты файлы).

Это возможно в следующих случаях:

1. PHP работает в режиме CGI.
2. PHP работает как модуль Apache, но используется сборка apache - mpm-itk. (Сейчас mpm-itk используется на подавляющем большинстве современных хостингов)

У робокассы есть обязательный параметр - InvId (Номер счета в магазине). Этот параметр обязательно должен быть числовым. В нашей системе техническим номером счета является номер транзакции.
Номер заказа у нас текстовый, так как пользователь в админ. панели может задать любую маску номера заказа, т.е. мы как минимум по этой причине не можем номер заказа передать в данном поле.

Почему как минимум? Потому что, если мы в дальнейшем будем внедрять возможность предоплаты, другими словами возможность оплаты заказа в несколько подходов, то Робокасса нам не даст провести транзакции с одним и тем же invId. Т.е. передача в поле "номер счета" - "номера заказа" - не является корректной.

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

Насчет 503 ошибок. Необходимо включить подробное отображение ошибок, по этой инструкции.

Наиболее вероятно, что у PHP нет прав на создание файлов и папок в каталоге сайта. Поэтому система не может сгенерировать шаблоны объектов. Попробуйте переключить режим работы PHP в CGI.

Насчет фронт-енда. В сегодняшнем обновлении была исправлена ошибка в файлах /templates/{ТЕМА}/resource/js/product.js, из-за которой возникали проблемы в определенных случаях. (в случае, если товар с комплектацией) Также была исправлена ошибка, из-за которой не происходил переход к комментариям при нажатии на ссылку "отзывы" в теме молодежная. Обновите, пожалуйста, ваш шаблон из дистрибутива.

Изменения видны в том числе и на нашем демо сайте.

Настроить список возможных вариантов по количеству отображаемых товаров можно в разделе Веб-сайт->Настройка модулей->Каталог->опция "Количество товаров на странице категории. Укажите через запятую, если нужно предоставить выбор". Мы просто на нашем демо сайте настроили только один вариант - 12. Здесь нет никакого бага.

На демо сайте отключена опция, которая запрещает оформление заказа, если товара недостаточно на складе. Если вы её у себя включите, то оформление будет невозможно. Опция находится в разделе Веб-сайт->Настройка модулей->Магазин->опция "Запретить оформление заказа, если товаров недостаточно на складе"

Что мешает добавить услуги как товары в не публичной группе и добавлять к основному товару их как сопутствующие?
Мы именно так обычно решаем данную задачу.

Ошибка исправлена. Будет опубликовано в ближайшем обновлении.

Чтобы быстро решить проблему, вы можете:
В шаблоне /modules/shop/view/show_complekts.tpl заменить это

{if !empty($offer.sticks)}data-sticks='[{implode(",",$offer.sticks)}]'{/if}

на это

data-sticks='{$offer->getStickJson()}'

Распишу по подробнее, может кому-то тоже будет полезно. С помощью функционала SEO генератора можно массово задавать заголовки для товаров и категорий с использованием переменных. Порядок действий должен быть таким:
1. Заходим в раздел Товары->Каталог товаров
2. Отмечаем нужные все или нужные группы товаров
3. Нажимаем редактировать
4. В открывшемся окне массового редактирования, на вкладке Мета-теги можно задать маску формирования заголовков и мета-тегов.