replicant +1058

Ага. И проверить тестовой СМСкой.

Пример шаблона error.html в помощь

{if $wa->currentUrl() == '/product/'}
        выводим то, что нужно вместо продукта
{elseif $wa->currentUrl() == '/category/'}
        выводим то, что нужно вместо категории
{else}
<div>
    <h1>{if $error_code}Ошибка {$error_code}{/if}</h1>
    <h2>{if $error_message}[s`The requested resource is not available.`]{/if}</h2> 
</div>
{/if}

В шаблоне SMS сообщения, которое отсылается, надо подправить немного формат бонусов примерно таким образом:

{$bonus|string_format:"%.2f"}

Вместо $bonus та переменная, которая у вас отвечает за количество бонусов.

Только не покупайте второй раз. Просто установите уже купленный через Инсталлер.

Как это нет в инсталлере?

Не может быть. :)

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

После вызова формы авторизации {$wa->loginForm($error, empty($without_form))} в шаблоне login.html или где там у вас это вызывается вставьте небольшой скрипт такого примерно вида.

<script type="text/javascript">
document.body.innerHTML = document.body.innerHTML.replace('Email', 'Телефон');
</script>

Еще можно попробовать наколдовать на CSS что-нибудь или решить задачу в лоб правкой waViewHelper.class.php и заменой в строке <div class="wa-name">'.$field_name.'</div> части '.$field_name.' на Телефон.

Но по-моему вариант со скриптом самый безобидный.

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

Я прекрасно понимаю разницу между {if $wa->shop} и {if $wa_app == 'shop'}, но замена условия - сознательный шаг, ограничивающий область показа списка товаров на странице ошибок одним приложением - магазином, что в точности отвечает на поставленный вопрос. Такое решение не требует никаких действий с файлами шаблонов в приложениях и убирает потенциальные ошибки в других приложениях, где будет использоваться этот же шаблон error.html.

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

Тогда лучше error.html в магазине сделать, чем тащить list-thumbs.html на сайт. Можно ещё что-нибудь на сайт перетащить из того, чему там не место. Следом еще и css и ещё что-нибудь подтянется.

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

Всегда можно проверить как это работает, когда error.html один на всех.

И ещё вдогонку. Слона-то я и не заметил.

Советую поменять условие {if $wa->shop} на {if $wa_app == 'shop'}, чтобы правильно отрабатывался шаблон ошибки на страницах сайта и блога и не выдавал там ошибку #0.

В итоге решение будет таким

{if $wa_app == 'shop'}
{$products = $wa->shop->productSet('kollektsiya_gorodok')}
{include file="`$wa_active_theme_path`/list-thumbs.html" products=$products}
{/if}

Тогда надо указать путь таким образом {include file="`$wa_active_theme_path`/list-thumbs.html" products=$product_list}

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

{$product_list = $wa->shop->productSet('product_list')}
{include file="list-thumbs.html" products=$product_list inline} (можно и без inline)

Если ошибка #0, то включите в инсталлере режим отладки. Может быть по информации удастся выяснить что и где не подцепляется.

А вы точно вставляете код в error.html именно шаблона магазина, а не сайта? Просто они (шаблоны) могут быть разные у сайта, магазина и блога в зависимости от темы дизайна.

В случае с Яндексом есть noindex, но это не применимо к другим поисковикам. Подробнее тут https://ru.wikipedia.org/wiki/Noindex

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

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

Если в примере убрать условие >1 -> 100 руб, то пока сумма не превысит 1000 рублей, то способ такой доставки не будет показываться.

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

Файлы предыдущей версии обычно сохраняются при обновлении в /wa-data/protected/wa-installer/backup/... Технически можно вытащить и поставить на место, но не факт, что это все вносимые изменения и надо пробовать. Вручную откатывал как-то один плагин таким способом.

Я бы сделал так

<div>
    {$posts = $wa->blog->posts(4)}
    {if shuffle($posts)}
    {foreach $posts as $post}<p>{$post.title}</p>{/foreach}
    {/if}
</div>

Хотя можно и так вроде бы {if $posts|@shuffle}. Тоже работает. В любом случае был нужен if.

Если верить текстовому редактору, то там у вас символ SOH по ASCII - начало заголовка.

Попробуйте в шаблоне сделать так, чтобы между закрывающим </div> и последующим <br> ничего не стояло. Ни пробелов, ни переводов строки, ни табуляций, ничего совсем. А лучше для теста убрать все между закрывающим </div> и закрывающим </td>. Там явно что-то в шаблоне введено.

Кусок кода шаблона, включающий эти пробелы, можно глянуть? И ссылка на сайт не помешала бы, чтобы вживую увидеть код страницы?

Скорее всего проблема в пустых текстовых узлах, но код бы не помешал.

Это возможно. Попробуйте так.
1. Создайте сначала в CSS все необходимое для стиля .badge.custom по той же схеме, что и для трех стилей стандартных как в вашем примере вы привели в начале.

2. В наклейке напишите примерно такой код <div class="badge custom" >...</div> (вместо троеточия что-то свое, либо пустота, если у вас там будет картинка бекграундом)

Стиль оформления для объекта данного класса badge custom определится согласно правилам написанным в css в пункте 1.

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

Вот так выглядит 4-й бейдж

'new'        => array('name' => _w('New!'), 'code' => '<div class="badge new"><span>'._w('New!').'</span></div>'),
'bestseller' => array('name' => _w('Bestseller!'), 'code' => '<div class="badge bestseller"><span>'._w('Bestseller!').'</span></div>'),
'lowprice'   => array('name' => _w('Low price!'), 'code' => '<div class="badge low-price"><span>'._w('Low price!').'</span></div>'),
'custom'   => array('name' => 'Что-нибудь свое', 'code' => '<div class="badge custom"><span>Слово или фраза, если надо</span></div>'),

Ну и далее в CSS задается оформление какое вам надо для custom

.badge.custom{background:#f00;color:#fff;}

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

Варианты есть всегда. Если готовы прописать одну строчку в системном файле и вносить эти изменения после обновлений shop-script, т.к. слетать будет, то можете сделать свой дополнительный бейдж (с именем custom) по типу стандартных, а потом в коде css добавить нужное оформление для нового .badge.custom и все.
В этой теме описано как и где https://support.webasyst.ru/25369/nakleyki-khit-ne...

Речь об этом?

ALTER TABLE `shop_product_stocks` CHANGE `count` `count` INT( 11 ) NULL DEFAULT NULL 

В шаблоне checkout.confirmation.html найдите строку таблицы, где выводится доставка (Shipping) и закомментируйте строку целиком, чтобы не удалять с концами, а просто скрыть (вдруг потом пригодится).

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

Проверьте на опечатки внимательно. Где-нибудь скобочку забыли, не закрыли, что-нибудь лишнее напечатали или наоборот удалили и т.п. Там всего три строчки вместо одной выделенной.

{if $m.rate == 0 }
{* любой текст, заменяющий нулевую стоимость доставки *}
{/if}
{if $m.rate !== null && $m.rate > 0}

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

Попробуйте сделать по аналогии. Открываете в теме Mobile шаблон checkout.shipping.html. В нем находите выделенную строку и заменяете её как в примере ранее. Строку, которая зачеркнута, возможно придется либо удалить, либо закомментировать вот так <!-- строка --> или так {* строка *}.

Сайт -> Личный кабинет -> Настройки авторизации. Снять галочку напротив "Подтверждение e-mail адреса после регистрации".

Для таких не будет.