YourWebShop +5

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

Спрятать вывод условием {if/}, проверяя домен.

Пример:

//product.html 
{foreach $product.features as $f_code => $f_value}
  {if  $f_code === 'weight' && $smarty['server']['HTTP_HOST'] !== 'support.webasyst.ru'}
    {continie}
  {/if}
  // ..

// Можно работать не с HTTP_HOST, а поддоменами.
{$httpHost = '.'|explode:$smarty.server.HTTP_HOST}
// первый саб в массиве {$httpHost[0]}

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

В первом абзаце все правильно написано. Меняете в .htaccess в корне сайта, либо на хостинге в настройках параметры на большие. 

Ну если в папке находятся директории "wa-data", "wa-system" и тд, но при этом нет файлов index.php, .htaccess и прочих, то получается вы не все файлы перенесли из бекапа. 

$helper = new waViewHelper(wa()->getView());
$helper->block('contacts', ['contacts' => 'phone-1']);

Если вы не в облаке, то могу посмотреть egor.pank@mail.ru

Если вы не в облаке, то могу посмотреть egor.pank@mail.ru

Если вы не в облаке, то можем обсудить egor.pank@mail.ru

Если вы в облаке, то как дорабатывали плагины? 

Автоматические уведомления только по заказам, насколько я помню. Если у вас есть приложение Рассылки и в нем можно по крону отправлять себе письма (тк у меня его нет - не могу утверждать), то просто получаете через Smarty дату, через $wa->shop->products() товары, получаете их характеристики через $wa->shop->features($products), сравниваете, добавляете в массив те, которые нужны и выводите их "найдены такие то товары" или "с товарами сегодня все ок", если не найдены. 

https://experts.webasyst.ru/di...

Ну можно в шаблоне кнопки покупки, контент корзины, оформления заказа заключить в if

{$hour = $smarty.now|date_format:"%H"}
{if $hour > 10 && $hour < 23}
    // контент
{else}
   // вывод информации, что оформление заказа будет доступно в 11:00 
{/if}

Если вы не в облаке, то как временное решение - я создал пустой блок через базу данных, а потом заполнил уже в админке.

Если нет в настройках шаблона (Магазин - Витрина - Оформление), то в файле напрямую (Магазин - Витрина -Шаблоны). Скорее всего файл footer.html

Внутри цикла ваш шаблон может и использовать $p вместо $product. Если не получится, то можете прислать код list-thumbs.html на egor.pank@mail.ru

// list-thumbs.html or products.html
{foreach $products as $product}
//..
    {if !empty($category) && $category['id'] === '1'}
        <div class="count">{$product['count']}</div>
    {/if}
//..
{/foreach}

В файле 

/wa-apps/site/templates/actions-legacy/blocks/Blocks.html

php-предупреждения ломают js-скрипт из за обращения к $block.id которого нет. 

$.post("?module=blocks&action=delete", { id: "{$block.id|escape}"}, function (response) { ...

При этом в 

/wa-apps/site/templates/actions/blocks/Blocks.html

предусмотрен блок if, проверяющий массив $block.

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

Поставьте приложение "логи" и включите там "php warnings".

Скорее всего ошибка php добавляется в JSON ответа и не парсится. Так она будет игнорироваться при ответе и отправляться в файл php.log.

Что делать с самой ошибкой - уже надо смотреть.

Да, дизайнеру нужно нанимать админа. Или людям малого бизнеса, покупающие движок за 15000. Пусть нанимают еще backend, frontend, аналитиков и т.д. 

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

И при чем тут админ, ошибка чисто движка, на уровне "не заработало после нажатия на кнопку 'установить'". И тут либо пропустили пункт в документации установки (разработчики или пользователи), либо просто баг, т.к. такая вещь может вполне осуществляться автоматически. 

Спасибо, примерно такое я и нашел в коде кеширования. Попробую.

Просто странно, что параметр "namespace" не указан в документации, хотя такой раздел есть. И странно, что namespace не проставляется по умолчанию.

И все таки хотелось бы  услышать ответ официальных представителей. 

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

Но этого не сделать через корневой, т.к. в wa-data/shop/products лежит тот, который перехватывает все на thumb.php .

А если я перепишу тот .htaccess, то при обновлении движка он может быть перезаписан?