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

В /flatlines/resource/js/rs.cart.js
есть кусок кода, который на мобильных устройствах открывает новую страницу.

            //Не открываем окна в мобильной версии

            if ($.detectMedia && ($.detectMedia('mobile') || $.detectMedia('portrait'))) {
                var params = {
                    amount:amountValue,
                    offer:offerValue,
                };

                //Добавим многомерные комплектации к запросу
                if (multioffersValues) {
                    $.extend(params, multioffersValues);
                }
                //Добавим сопутствующие товары к запросу
                if (concomitantValues) {
                    $.extend(params, concomitantValues);
                }

                location.href = url + (url.indexOf('?') == -1 ? '?' : '&') + $.param(params);
                return false;
            }

Вырежьте его.

Не забудьте воспользоваться нашей инструкцией по правильной доработке JS файлов:
https://readyscript.ru/dev-manual/dev_t … s_template

Интересно было бы узнать что является "Большей частью модулей"?

Уточните, как давно вы написали сообщение в поддержку насчет вашей проблемы с API почты (вижу, что только сегодня)? Специалисты поддержки все проверят и вам ответят. Вероятно понадобятся доступы к вам на сайт (в админ.панель и FTP), чтобы мы могли протестировать работу модуля с вашими ключами. (желательно сразу отправьте их в поддержку)

да, это ошибка. В самом ближайшем обновлении поправим.

да. Основная идея - готовая цена основной комплектации должна всегда лежать в БД, округление только при операциях записи и только при автоматическом формировании/изменении цены.

Только так корректно работает сортировка по ценам и фильтрация в списках.

------

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

------

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

Совсем другая история, когда клиент пользуется какой-нибудь автоматической функцией RS и просто не имеет возможности вводить именно конечную цену, тут как раз и нужно авто-округление.

Приложите ссылку на полный файл import.xml и offers.xml. Из картинки не ясно.

Я тоже минусы не ставил ) В элементах SELECT, по крайней мере в Windows реализован нативный поиск, нужно просто набирать название характеристики и курсор сам будет перемещаться.

Проблемы которые решались в RS 4.1:

1. Скорость открытия страницы со списком товаров и редактирования товара, при большом количестве категорий
2. Возможность в PHP API работать с большими древовидными списками, путем отключения предварительной загрузки всего дерева. Например, из cron.

-------------------------------------------

1. Форма никуда не делась, а куда она должна деваться, как же без нее? Что такое lastpass и почему оно сходит с ума (причем тут мы)?

2. Решили, что удобнее, когда открытые категории остаются в браузере, так как повторно они мгновенно отрываются.

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

Мы не можем автоматически распространять массовое редактирование на подкатегории, так как в этом случае исчезает возможность отредактировать массово промежуточные узлы дерева.

вы можете подсмотреть рабочий код из /modules/catalog/view/list_products.tpl
там как раз в списке товаров выводятся все фото.

{$imagelist=$product->getImages(false)}

<ul class="list">
{foreach $imagelist as $n => $image}
   <li data-change-preview="{$image->getUrl(141,185,'xy')}" {if $image@first}class="act"{/if}><a href="{$product->getUrl()}" class="imgWrap"><img src="{$image->getUrl(64, 64, 'xy')}" alt="{$image.title|default:"{$product.title} t('фото') {$n}"}"/></a></li>
{/foreach}
</ul>

Руслан, еще раз повторю, чтобы использовать коммерческий код, нужно оплатить каждую его копию. Мы отчетливо видим функциональность наших филиалов на вашем сайте, где установлена несоответствующая лицензия и редакция RS - это нарушение.

Здесь хорошо описан тип поиска like+: https://readyscript.ru/text-blog/v-novo … -i-drugoe/

Про Fulltext - можно здесь почитать: https://habr.com/ru/post/40218/
Like - это обычный поиск частичного вхождения строки.

Это нарушение - так не стоит делать. Вы должны были приобретать лицензию на более старшую версию платформы ReadyScript, если вам нужен хотя бы один модуль из более старшей версии.

ReadyScript разбит по редакциям, для каждой редакции существует соответствующая лицензия. Лицензия дает право использовать только соответствующую редакцию(а значит и только ее модули на одной копии) п.4.1.,  п. 6.1.1 лиц. соглашения. При использовании модулей из других редакций, вы нарушаете наши авторские права. (п.3.4, п.4.4, п.4.6.)

По сути, вы используете наш код, не оплачивая.
Мы будем с этим бороться. По таким сайтам не будет оказываться поддержка.

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

Это не баг (ничего не ломает) и не фича (ничего не привносит).

Конечно, все должно быть по фен шую. )