Воспользуйтесь функцией array_reverse в шаблоне для списка адресов, это будет самым простым решением.

Общий алгоритм должен быть такой.

1. Создаете дополнительное поле через настройки модуля магазин для заказа.
2. Затем навешивайтесь на событие orm.afterwrite.shop-order, и обновите поле user_passport у объекта пользователя

Кол в обработчике afterwrite заказа, будет схематично такой:

$user = $order->getUser();
$user['ПОЛЕ ПАССПОРТА В БД ЮЗЕРА'] = $order['userfields_arr']['АЛИАС ПОЛЯ ПАСПОРТА ЗАКАЗА']; //В userfields_arr - находятся значения кастомных полей, добавленных в настройках модуля админки.
$user->update();

528

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

Вы можете назначать собственные темы оформления для каждого сайта.
1. Создайте копию темы оформления, через кнопку "клонировать тему оформления" в разделе Управление->Шаблоны.
2. Назначьте второму мультисайту клонированную тему оформления, так у вас появится отдельный style.css для нового сайта.

Нет, в product_x_dir не создаются записи. Товары выбираются согласно заданным критериям из своих категорий. Подмешивание товаров просходит в контроллере listproducts

Вы можете добавить в list_products.tpl

{$app->title->addSection("Страница {$paginator->page}", 0)|devnull}

Товар - очень сложная сущность. У него может быть множество цен + еще может быть множество цен у каждой комплектации товара, в итоге у товара может быть и 50 и 100 цен (в этом сложность), данная функция возможно появится в будущих версиях, когда мы реализуем показ всех комплектаций товара в общем списке товаров админки.

В текущий момент, вы можете воспользоваться экспортом Остатков и цен  в CSV, массовой правкой цен в excel, затем импортом CSV.

Вам нужно просто в шаблоне, где выводятся значения характеристик (product.tpl), добавить модификатор |unescape

Пример:
{$prop_value|unescape}

Если у вас тема Классическая, то шаблон расположен в папке модуля Каталог:
/modules/catalog/view/blocks/recommended/recommended.tpl

Если у вас тема НЕ Классическая, то шаблон расположен в папке темы оформления:
/templates/{ВАША ТЕМА}/moduleview/catalog/blocks/recommended/recommended.tpl

Это поле скоро будет добавлено под управление в админку, пока его там нет, напишите, пожалуйста сообщение в поддержку, мы вам установим нужный часовой пояс.

Ваш вариант - хороший, можно было и чуть проще сделать.

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

Далее в шаблоне вы можете разбить описание по строкам, например: {$lines = explode("\n", $banner.info)}
и использовать {$lines.0} {$lines.1} .... Просто такой вариант затрагивает чисто шаблон и не требует лезть в PHP.

Попробуйте оптимизировать, если не получится, то оставьте просто объединение.

Да, создайте в корне сайта файл _local_settings.php с содержимым:

<?php
\Setup::$TIMEZONE = 'Europe/Moscow'; //Только тут укажите ваш часовой пояс.

Список часовых поясов
http://php.net/manual/ru/timezones.php

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

Создайте, пожалуйста,  пожелание в нашем сервисе http://helpdesk.readyscript.ru/wish/, мы активно используем наш сервис при составлении списка задач на реализацию.

Эта задача на самом деле намного глубже, чем кажется на первый взгляд. Если говорить о полной реализации складского учета, то должны быть разделы, позволяющие заводить документы - поступление товаров, перемещение, списание товаров. Нужна возможность контролировать текущие "перемещаемые" товары, должна быть возможность отмечать завершение перемещения.  Должна быть возможность видеть нуждающиеся в перемещении товары на основе заказов.

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

Спасибо за развернутое предложение.

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

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

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

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

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

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

imldelivery - это ваш частный модуль (не нашего производства), вам нужно соответственно заглянуть в файл W:\home\shop-wear.com\www\modules\imldelivery\config\handlers.inc.php на строку 76 и посмотреть что за "syntax error" там присутствует.

Да, их изменять не нужно, в config.auto нужно править только доступы к БД.

Разделения уведомлений по разным админам в системе - нет.

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

В системе есть все необходимое для быстрого создания объектов "Уведомления" и подвешивания на различные события.

543

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

Это файлы форм, которые вы в админке открываете. Они генерируются автоматически и обновляются автоматически, не обращайте на них внимание, нужны для ускорения работы системы.

Если вы пользуетесь системой контроля версий, то *.auto.tpl нужно внести в игнор, чтобы не мешались при комитах.

Добрый день!

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

Если же в теле HTML есть вызовы JS, то наврное вам понадобится принудительно jquery перенести в head, для этого в месте подключения jquery в layout.tpl вашей темы у конструкции {addjs file="jquery.min.js"} нужно добавить атрибут header="true".

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

Павел пишет:

Я все установил, но меня редиректит с локальной версии на внешний сайт. Как быть?
htaccess "родной"...

Вероятно у вас в админ. панели в разделе Управление->Сайты, у сайта установлен флаг "перенаправлять на основной домен", а основной домен прописан в боевой зоне. Если это так, то вам нужно установить поле redirect_to_main_domain=0 в таблице ...sites в БД, и очистить кэш браузера после этого.

Добрый день.
У меня ситуация обратная. Есть боевой сайт (лицензия ит.п.), мне надо развернуть его локальную копию (под Денвером). Скопировал файлы, развернул бэкап базы ,изменил config_auto.php и получил в результате сообщение: "Нарушение защиты. Скрипты не соответствуют базе данных".
Что я не так сделал и как это можно исправить?

Такая ошибка может быть только, если вы файлы развернули из дистрибутива, а базу данных перенесли из боевого сайта. Вам нужно все файлы перенести с вашего рабочего сервера и оттуда же взять базу, затем поправить config_auto и удалить папку /cache в корне.

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

RSS каналом автоматически становится категория статей.
Если у вас есть категория статей, например Новости с псевдонимом news, то у вас обязательно будет RSS канал
/rss-news/

Если речь идет о блоке \Catalog\Controller\Block\Category, т.е. о шаблоне category.tpl, то внутри шаблона у вас всегда доступна $pathids, в которой содержится массив из ID текущего элемента и всех его родителей.

Соответственно, проверяя с помощью in_array(), находится ли ID категории в списке $pathids - вы можете узнать активна ли она сейчас.

           {foreach from=$dirlist item=dir}
            <li {if in_array($dir.fields.id, $pathids)}class="act"{/if}>{$dir.fields.name}
                <ul>
                    {foreach from=$dir.child item=item}
                    <li {if in_array($item.fields.id, $pathids)}class="act"{/if}>{$item.fields.name}</li>
                    {/foreach}
                </ul>
                {/if}
            </li>
            {/foreach}

А дальше уже с помощью CSS, реализовывайте любое отображение

549

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

Достаточно будет самого минимального тарифа, выбирайте исключительно по месту на диске, чтобы хватило места для фото. 500 посетителей в день - это очень незначительная нагрузка.

На loaddy.com результаты пляшут, нужно проводить по несколько замеров:
http://loaddy.com/result/816068968/

Включили expires и gzip для статики
https://developers.google.com/speed/pag … ab=desktop