В случае, если установлен флаг "Транслитерировать символьный код из названия при добавлении товара или каталога" или "Транслитерировать символьный код из названия при обновлении товара или каталога" в разделе Веб-сайт->Настройка модулей->Обмен данными, то чтобы избежать дублирования URL имен у товаров, в конце высчитывается всегда уникальный для одного товара символьный код, это позволяет значительно ускорить процесс импорта, исключая проверки на дублирование URL имен, не нанося никакого ущерба для SEO. (так как цифра идет отдельной секцией в конце адреса)

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

  • Отключите флаги Транслитерировать символьный код из названия при добавлении товара или каталога и Транслитерировать символьный код из названия при обновлении товара или каталога

  • Установите NULL в поле alias в базе всем товарам, что уже были выгружены раннее. Или удалите все товары.

  • Проведите полную выгрузку из 1С. (Если на предыдущем шаге, вы удалили все товары)

  • Перейдите в раздел Веб-сайт->Настройка модулей->Каталог. Нажмите на ссылку "Добавить ЧПУ имена товарам и категориям".

Дело в том, что алгоритм, который используется для добавления ЧПУ имен в разделе настроек модуля Каталог добавляет ЧПУ по следующему принципу. Товарам устанавливаются только символьные ЧПУ, а в случае, если ЧПУ совпадает дописываются в конце цифры -1, -2,....

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

<img src="{$dir.__image->getUrl(100, 100)}">

где $dir - это объект категории товара (\Catalog\Model\Orm\Dir)

Позволю себе немного шире расписать логику, пользуясь темой поста.
Обращение к {$dir.image} - вернет значение поля image из таблицы категорий. Этим можно пользоваться, так как если фото не загружено, то данной поле пустое, соответственно можно осуществлять проверку:

{if $dir.image} ... {/if}

А вот обращение к {$dir.__image} - позволяет получить объект поля, т.е. \RS\Orm\Type\Image, у которого уже можно вызвать метод getUrl() для получения ссылки на изображение необходимого размера.

Все дело в CSS mediaquery. В классической теме, CSS разбиты по разрешениям экрана, на которых они подключаются:

1200.css - там в начале присутствует строка: @media screen and (min-width: 1280px) { ... }
960.css - @media screen and (min-width: 980px) and (max-width: 1280px) { ... }
720.css - @media screen and (min-width: 760px) and (max-width: 980px) { ... }

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

Количество полей для регистрации - это вечный спор. За 1 год работы в поддержке, количество обращений "Добавить больше полей для регистрации, чтобы собирать полную информацию о покупателе для составления документов" и "Убрать почти все поля из регистрации" было примерно 20% к 80%.  То есть подавляющему большинству не нужно никаких сведений о пользователе (один только Email).

Однако наши наблюдения за магазинами с интенсивным потоком заказов, показывают, что при покупке 10 из 10 пользователей заполняют корректно абсолютно все сведения о себе, даже необязательные поля, хотя могли бы, если не хотели бы, вводить что-то вроде "ываывафывафв" Т.е. количество полей - не становится препятствием. И на мой взгляд это происходит потому, что пользователь отдает свои деньги в качестве предоплаты и он с удовольствием оставляет максимальное кол-во сведений о себе, чтобы в случае каких-либо проблем с заказом быть абсолютно точно идентифицированным. Абсолютно очевидно, что точные сведения могут помочь сделать возврат средств, например.

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

Трудно представить ситуацию: пользователь нашел интересующий товар по привлекательной цене, и не стал его покупать, потому что у него спрашивают фамилию, отчество и телефон. И пошел он покупать в другой более дорогой магазин, или с другими, более невыгодными условиями доставки, например.

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

Вопросы к сообществу:

- Откуда идет информация, что 1 поле при регистрации даст больше продаж, чем 5 полей при регистрации? Интересно также ваше личное мнение по данному вопросу.

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

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

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

http://forum.readyscript.ru/topic/76/pr … y-k-state/

В следующем обновлении воплотим сценарий 2.

Чтобы не ждать можете заменить строку в файле /shop/view/printform/deliverynote.tpl

<td>{$order.contact_person}</td>

на эту:

<td>{$order.contact_person|default:$order->getUser()->getFio()}</td>

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

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

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

Да, это можно сделать следующим образом:

В шаблоне карточки товара product.tpl это:

<div class="warehouseRow" data-warehouse-id="{$warehouse.id}">
    <div class="stickWrap">
    {foreach from=$stick_info.stick_ranges item=stick_range}
         {$sticks=$product.offers.items.0.sticks[$warehouse.id]}
         <span class="stick {if $sticks>=$stick_range}filled{/if}"></span>          
    {/foreach}
    </div>
    <a class="title" href="{$warehouse->getUrl()}"><span>{$warehouse.title}</span></a>
</div>

Нужно заменить на это:

{$sticks=$product.offers.items.0.sticks[$warehouse.id]}                
<div class="warehouseRow{if !$sticks} empty{/if}" data-warehouse-id="{$warehouse.id}">
    <div class="stickWrap">
    {foreach from=$stick_info.stick_ranges item=stick_range}
         <span class="stick {if $sticks>=$stick_range}filled{/if}"></span>          
    {/foreach}
    </div>
    <a class="title" href="{$warehouse->getUrl()}"><span>{$warehouse.title}</span></a>
</div>

Таким образом у пустого блока с остатком будет приписываться класс empty, далее нужно в стилях прописать другой цвет рамки для пустого блока в файле /templates/{ВАША ТЕМА}/resource/css/style.css:

.product .warehouseDiv .warehouseRow.empty .stickWrap {
     border-color: #ddd;
}

Не забудьте проделать то же самое с шаблоном выбора комплектаций /modules/shop/view/show_complekts.tpl

Шаблон находится здесь: /modules/shop/view/printform/orderform.tpl
Вы можете скопировать данный шаблон в папку templates/{ВАША_ТЕМА}/moduleview/shop/printform/, и после подправить его.

Проверьте, какая категория у вас установлена в поле "Основная категория", в карточке у данного товара в админ. панели. Попробуйте сохранить товар повторно.

В шаблонах классической темы для отображения ярлыка запрашивается изображение 62x62 пикселей, с типом масштабирования "xy", .т.е. с сохранением всех пропорций изображения.

Прошу обратить внимание - красный цвет хуже всего переносит компрессию JPG. У нас по умолчанию в разделе веб-сайт->Настройка модулей->Системный модуль->Изображения, установлено качество - "99" (100 - максимальное), попробуйте поставить 100. (добавлено в последней версии системы)

Есть также крайний способ - если вас не устроит как PHP формирует изображения, просто посмотрите какое изображение автоматически создается для данной картинки и замените по FTP этот файл на ваш. Это будет достаточно сделать 1 раз.

За внешний вид сайта отвечает шаблон с HTML разметкой и CSS стили (/templates/{ТЕМА}/resource/css/style.css).

Вот названия классов для ярлыков:
.product .labels,
.productList .pic .labels

В стилях вы можете задать интересующее вас положение данного блока относительно изображения.

Да, думаю в таком случае правильная организация данного механизма может быть такая:

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

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

Это нормально. Возможностей в системе становится очень много, можно чего-то и не заметить.

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

Можете посмотреть на:
Товары->Каталог товаров->Импорт/Экспорт->Экспорт комплектаций в CSV
Товары->Каталог товаров->Импорт/Экспорт->Экспорт товаров в CSV
или
Товары->Каталог товаров->Импорт/Экспорт->Расширенный экспорт товаров в CSV

Если что-то непонятно по экспорту, рекомендую ознакомиться с этими материалами:

http://readyscript.ru/manual/catalog_cs … xport.html
http://readyscript.ru/manual/csv_import_export.html

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

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

Комплектации могут быть либо:

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

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

Такого варианта, когда отображаются и выпадающие списки и радио кнопки - у нас нет.

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

В форме группового редактирования, возле поля для установки цены, появился флажок «вычислить от другой цены», отметив который поле принимает несколько иной вид.

http://readyscript.ru/storage/tiny/images/7bd3c5eadb05acc79b41cabf1e89a56a.png

С помощью данного инструмента можно также массово корректировать цены на определенные группы товаров, даже если в системе присутствует только один тип цен. То есть можно поднять розничную цену, например на 10% или на 100 рублей относительно текущей розничной цены.

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

920

(3 ответов, оставленных в Вопросы по работе с системой)

У нас система изображений отдает изображения в том же формате, в котором оно загружено, в том числе и для ярлыков (jpg, png, gif)
Вы используете классический шаблон?

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

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

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

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

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

922

(22 ответов, оставленных в Вопросы по работе с системой)

Robots.txt - это необязательный файл, создавать его просто для наличия (если у вас нет задач, например, закрыть какие-то разделы от индексации или определить главный домен, и.т.д.) - нет смысла. А вот например, если у вашего сайта есть несколько доменов (зеркал), то в нем можно задать главный домен следующими строками:

User-agent: *
Host: ВАШ_ДОМЕН.РУ

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

В сегодняшнем вечернем обновлении закрыли данный вопрос. Теперь у блок-контроллера вставленного конструкцией moduleinsert отключается отдача результата в json в случае вставки его внутри другого шаблона.

Изменения коснулись классов:
\RS\Controller\Block
\RS\Controller\Result\Standart

Просто обновите вашу версию системы или отдельно 2 этих файла из нового дистрибутива.

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