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

После выхода складов. Все остатки теперь привязаны к Комплектациям. У любого товара всегда есть как минимум одна (основная комплектация). 

Но в то же время у товара сохранено поле, в котором хранится КЭШ значение общего остатка товара по всем комплектациям. Это значение будет пересчитано при любом обновлении объекта товара (сохранение в админке, оформление заказа с ним, если включен учет остатков, и.т.д.)

Обновление остатков теперь должно происходить через импорт комплектаций. Можете попробовать сделать экспорт комплектаций, чтобы понять формат данных.

Насколько я понимаю, Вы импортировали через CSV товара общий остаток товара, т.к. в таблице товаров отображается именно он.  А комплектации обновлены не были.

Если вы импортируете остаток через CSV комплектаций, то у вас будет обновлен и общий остаток у товара, который отобразится в таблице, таким образом все цифры будут корректными.

ВАЖНО: Сегодня вышло обновление в котором были исправлены некоторые ошибки, связанные с импортом данных. Пожалуйста, сперва обновите вашу систему до последней версии.

Насчет писем восстановления. Увидели проблему.
Вы можете решить её прямо сейчас, добавив в файл setup.inc.php следующие строки в метод init:

\Setup::$MAIL_FROM = 'Название вашего сайта';
\Setup::$MAIL_FROM_EMAIL = 'Email для поля ОТ';

В следующем релизе (выйдет в ближайшие дни), эта проблема будет устранена. Будут подставляться значения, указанные в админ. панели.

Насчет "капчи". Протестировали на наших тестовых магазинах. Не смогли обнаружить проблему.
На демо сайтах также можно увидеть, что код капчи принимается верно на различных действиях (пропадает ошибка). Напишите в support подробности проблемы, мы постараемся разобраться.

Организовать возможно. Нужно доработать контроллер блока \Catalog\Controller\Block\SideFilters и его шаблон.
К сожалению, у нас такого кусочка кода готового нет. Как только он у нас появится, то сразу включим его в дистрибутив.

На стороне сайта нужно настроить характеристики, по которым нужно фильтровать товары в той или иной категории после проведения экспорта. Это делается только после первой выгрузки из 1С.

Порядок действий выглядит так:
1. Выполняете обмен данными, товары с характеристиками (свойствами) загружаются на сайт.
2. У характеристик по которым планируется фильтрация нужно изменить тип на "Список". (Обязательно заполнить полный список значений, нажав на ссылку "Получить значения у товаров" http://readyscript.ru/manual/catalog_property.html).
3. Добавить характеристики к категориям, в которых они должны отображаться(обязательно нужно установить у них флажок "отображать в поиске на сайте"). Подробная инструкция здесь: http://readyscript.ru/manual/catalog_pr … _tab_chars
4. Очистить кэш

Далее нужно просто производить обмен данными с 1С, все фильтры будут оставаться на своих местах, а все необходимые значения будут обновляться.

Обновление системы из админ. панели можно производить только при наличии лицензионного ключа.
Это единственный официальный путь обновления скрипта на локальной машине.

Почему? потому что при автоматическом обновлении устанавливаются патчи, правится структура БД (если были изменения), обновляются нужные файлы, все это делается в нужном порядке.

ВАЖНО: Для обновления стоит увеличить max_execution_time у PHP на локальной машине,
т.к. на медленном интернете загрузка обновлений с нашего сервера может прерываться по timeout'у.
------------

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

/core/rs
/resource
/templates/system
/modules

Обязательно удалите папку /cache

после этого зайдите в раздел админ панели Веб-сайт->Настройка модулей и поочередно переустановите все модули.
В этом случае будут применены необходимые патчи.

Будьте внимательны и обновляйте только указанные выше папки!

Данная функциональность пока присутствует как техническая возможность для разработчиков и позже будет подцеплена в стандартных шаблонах.

Чтобы получить массив привязанных товаров в шаблоне статьи, можно воспользоваться конструкцией:

{foreach $article->getAttachedProducts() as $product}

//$product - объект товара \Catalog\Model\Orm\Product

{/foreach}

Активируйте ключ на то доменное имя, которое вы планируете использовать на "боевом" сервере и снимите галочку "Проверять доступность сайта по указанному домену" при активации лицензии в разделе Управление->Лицензии.

Далее вы можете просто перенести вашу базу и файлы на боевой сервер. Если домен сайта и тот, что указан в лицензии совпадают, то никаких проблем не возникнет.

Если вы еще не знаете какой домен у вас будет, можете активировать лицензию на любой домен, потом через нашу поддержку можно будет изменить привязку лицензии к домену. http://forum.readyscript.ru/topic/8/cht … goi-domen/

Проверьте, пожалуйста, следующие моменты:

1. Убедитесь, что у вас был выключен режим отладки (переключатель в шапке администратора в клиентской части) на момент отключения шапки

2. Очистите кэш (иконка со стрелкой в шапке админ. панели.)

Все. Должны остаться только те скрипты, которые подключаются в шаблонах темы оформления.

Скрипты подгружаются вместе с шапкой администратора во фронтенде. Вы можете отключить опцию
"Отображать администратору спецблок на сайте в режиме отладки" в разделе Управление->Настройки сайта.

Адрес обязательно должен запрашиваться до выбора доставки, так как список способов доставки зависит от региона пользователя.

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

Да, вы не совсем верно понимаете роль свойств в данном процессе.

Думаю все станет понятно, если вы попробуйте создать товар в админ. панели с многомерными комплектациями.
Именно из админ. панели.

Это подробно описано здесь:
http://readyscript.ru/text-blog/multioffers/

Свойства имеют информационную роль. Свойства сообщают системе ВСЕ возможные значения каждой характеристики. Опираясь на свойства система будет строить выпадающие списки у товара, которые затем будут сопоставляться с характеристиками номенклатуры (они же комплектации в ReadyScript). А далее уже в документе "заказ" в 1С будут попадать уже товары с выбранной характеристикой номенклатуры.

Многомерные комплектации - у нас более абстрактный инструмент.  Он позволяет с помощью свойств формировать выпадающие списки разных параметров у товара. Эти параметры могут быть как связаны с комплектациями(характеристиками в 1С), так и вовсе нет.

Во втором случае администратор может просто получать в админке заказы, в которых у товаров будут выбраны параметры.

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

Еще проверьте, нет ли у вас _local_settings.php в корне сайта с включенной опцией DETAILED_EXCEPTION