Виктор +41

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

2. Помимо полного закрытия доступа, было бы неплохо иметь возможность, просто ограничить показ всех пользователей приложения «Команда» группой. Есть группы пользователей, нужно добавить возможность ограничить просмотр пользователей только той группой к которой этот пользователь принадлежит, чужие группы нужно скрыть! Помимо этого, не мешало бы

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

Но все же хотелось, чтобы Типы и характеристики, их названия, индикаторы, значения характеристик и описание характеристики все было в одном месте, в разделе "Типы и характеристики товаров".

Плагин конечно хорошо, но каждый раз когда находишься в разделе "Типы и характеристики товаров" обращаться на страницу плагина, чтобы понять что эта за характеристика и прочитать ее описание - не очень удобное и веселое занятие!

Попробуйте так:

{$wa->getUrl('blog/frontend', ['category' => {$category.url}], true)}

+1

{$ru_months = [1 => "Янв", 2 => "Фев", 3 => "Мар", 4 => "Апр", 5 => "Май", 6 => "Июн", 7 => "Июл", 8 => "Авг", 9 => "Сен", 10 => "Окт", 11 => "Ноя", 12 => "Дек"]}  

{$ru_months[date($post.datetime|wa_date:'n')]}

Прошу прощения, за то что неточно сформулировал вопрос и всех запутал.

Я имел ввиду, что стоимость доставки зависит от выбранного покупателем, времени доставки. Время оформления заказа тут не причем...

Я просто предложил идею для развития плагина, пусть пользователи голосуют за тему, вот и посмотрим нужная это функция или нет...

А если таких периодов не два, а 5 или 10? Зачем заставлять пользователя смотреть на время, вычислять нужный способ - это неудобно и будет путать покупателей, что однозначно приведет к снижению конверсии. Лучше если плагин сам будет смотреть на время и показывать нужную стоимость доставки.

$('.wa-signup-form-fields input').each(function(){
    var $input = $(this)
    var title = $(this).parents('.wa-field').find('.wa-name');
    $input.attr('placeholder', title.text());
})

Вот так можно взять значение для placeholder из title поля:

$('.wa-field-address input').each(function(){
    var $input = $(this)
    var title = $input.attr('title')
    $input.attr('placeholder', title)
})

А вот так из span стоящего перед полем:

$('.wa-field-password input').each(function(){
    var $input = $(this)
    var span = $input.prev();
    $input.attr('placeholder', span.text());
})

Кому интересно, вышла новая тема дизайна "Блогер" именно для создания Блога на Webasyst.

Для начала получите список всех артикулов, для этого перед:

{foreach $products as $p}

вставьте:

{$all_skus = $wa->shop->skus(array_keys($products))}

после чего внутри массива добавьте:

{$skus = $all_skus[$p.id]}

Ну и далее можете использовать решение kadurinho.

В теме Default в файле product.cart.html удалите код 

{if $sku.id == $product.sku_id} checked="checked"{/if}

Элементарно: просто добавить выбор в виде чекбокса из какой категории показывать товары. Так можно будет показать Upselling строго из одной или нескольких категорий.

Да, вопрос формирования URL очень важен для любого движка, помниться в старом ModX была отличная возможность исключить любую страницу из формирования URL. С помощью этой замечательной функции можно было добиться URL "на любой вкус" любого уровня вложенности, SEO-шникам на радость. Жаль что такого нет в webasyst до сих пор!

Спасибо за ответ. Но как url вида ?sku=123 положительно скажется на SEO? Думаю никак.

А вот если у артикула будет ЧПУ URL Title и Description - вот это супер решение для SEO будет!

Вышеописанный код будет работать на странице товара. Вот код для списка товаров и страницы категории:

{if $p.compare_price > 0}
     {$dpercent = round((100 - $p.price * 100 / $p.compare_price),0)}
     <span class="sale">-{$dpercent}%</span>
{/if}

Немного не та реализация. Я имел ввиду скорее расширить возможность кнопки Insert Link, чтобы можно было из файлового менеджера выбрать или загрузить файл и получить на него ссылку, как реализовано в TinyMce:

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

Плагин только для магазина, а речь шла обо всех приложениях Webasyst, а в частности приложение Сайт, Блог и Магазин.

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

Поддерживаю, тоже сегодня внезапно столкнулись с этой проблемой! Платеж проходит успешно, но не проходит фискализацию в онлайн кассе!

По тому же принципу:

{$sub4 = $wa->shop->categories($sub3.id, null, false, false)}
{if count($sub4)>0}
<ul class="list-unstyled">
{foreach from=$sub4 item=cat4 name=submenu}
<li><a href="{$cat4.url}">{$cat4.name}</a></li>
{/foreach}
</ul>
{/if}

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

Ставил и RUR и RUB, валюта RUB добавлена в админке.

Установил селект с выбором валюты, выбрал во фронтенде рубли и все стало отображаться нормально...

Не знаю с чем это вообще может быть связанно...

RUR

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

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

Найдите в файле product.html код $product->upSelling() и замените на $product->upSelling(5, true)

Плюсуйте в тему для кого актуален данный вопрос!

Очевидно, что один товар может стоить 30 рублей, а другой 300 000 рублей и поэтому хитом продаж никак не может быть тот товар, который продан 1 раз по высокой цене, вместо того чтобы хитом был тот товар у которого низкая цена, но большое число самих продаж!

Согласен, 1С так же нужно учесть!

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

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

2) Не возможно разместить один товар на разные витрины, приходится делать дубль с другим типом товара.

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

У меня на VDS была та же проблема, решили с помощью увеличения fastcgi_connect_timeout