876

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

В данный момент логов админа - нет.

877

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

Из письма понял, что письмо к makler@caesar.beget.ru не было доставлено.
Больше ничего сказать не могу. Это какой-то ваш отчет о недоставке письма.

The recipient server did not accept our requests to connect. Learn more at http://support.google.com/mail/bin/answ … nswer=7720

По данным вопросам больше сможет помочь ваш хостер. На стороне движка отправка писем идет обычной командой PHP - mail()

Посмотрите в сторону данной функции, которая сможет подготовить данные для отображения с вертикальной сортировкой.

http://readyscript.ru/dev-manual/dev_sm … split_list

Впишите необходимую ссылку в шаблон отображения категорий:
/catalog/view/blocks/category/category.tpl
или
/templates/{ВАША ТЕМА}/moduleview/catalog/blocks/category/category.tpl

Если на локалке по какой-то причине долго отрабатывает отправка почты, то вполне вероятно. Попробуйте отключить Email, SMS уведомления, связанные с оформлением заказа в разделе Веб-сайт->Уведомления.

Оформление заказа (администратору)
Оформление заказа (пользователю)

Если проблема исчезнет, то значит дело в этом.

Проблема также может быть, если у вас указаны неверные данные (логин, пароль) для отправки SMS в настройках модуля Уведомления, т.к. скрипт может стучаться к нашему серверу отправки SMS. Если интернет не очень быстрый - это может занимать какое-то время.

881

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

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

Часовой пояс вы можете настроить в своем личном профиле форума в разделе Настройки.

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

Пользователи аргументировали это тем, что мы живем в России и у нас официально у человека есть Имя, Фамилия, Отчество. И непонятно почему вдруг Отчество - не запрашивается.

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

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

Отправка одного письма, у проблемных хостингов достигала - 4 сек. После решения проблем - 0.01 сек.

В конце оформления заказа происходит отправка уведомлений - покупателю, админу.

В нашей практике такое встречалось на некоторых хостингах, у которых была некорректно настроена отправка писем.
Вы можете сделать тестовый файл test.php и посмотреть сколько отправляется одно письмо с помощью команды mail().
После обращения в поддержку хостинга пользователями, проблема решалась.

У товара может быть одновременно несколько категорий, но чтобы получить ID главной можно воспользоваться методом:

$product->getMainDir()->id
{moduleinsert name="\Catalog\Controller\Block\TopProducts" indexTemplate='blocks/topproducts/top_products.tpl' pageSize=5 dirs=$product->getMainDir()->id order='id'}

В шаблоне TopProducts.tpl вы можете воспользоваться переменной $dir, в которой находится объект \Catalog\Model\Orm\Dir.

<div class="leaders" data="{$dir.id}">

Узнать переменные, поступающие в шаблон можно, заглянув в класс \Catalog\Controller\Block\TopProducts, конструкция $this->view->assign( ... )

В случае, если установлен флаг "Транслитерировать символьный код из названия при добавлении товара или каталога" или "Транслитерировать символьный код из названия при обновлении товара или каталога" в разделе Веб-сайт->Настройка модулей->Обмен данными, то чтобы избежать дублирования 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

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

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

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

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