Eugen Nichikov

regex_replace

P.S.

потихоньку и начинаю вникать

Начинать вникать лучше в новой теме на форуме, а не поднимать темы прошлого десятилетия ;)

Плагин писал я) Да, это отладочная информация по импорту сотни товаров. Номер сотни, время и потребляемая память.

В PHPStorm. Settings -> Editor -> File Types -> Smarty добавить *.html

http://dl4.joxi.net/drive/2020/08/21/0009/0563/614963/63/2789c11b6b.jpg

{$items = $wa->shop->cart->items()}

$view = wa()->getView();
$wa = new waViewHelper($view);
$test = $wa->block("some_block", ['item' => 'some_param']);

0_o

странный подход к вырезанию пробелов...

Внутри блока всё завернуть в {strip} ... {/strip} и всё

Старый баг. Только блоки :(

Файл routing.php лежит в папке lib/config соответствующего плагина или приложения (там же, где и plugin.php/app.php). Вот есть более детальная статья по этой теме 

https://developers.webasyst.ru/docs/cookbook/basics/routing/ (фронтенд)

В бекенде немного по-другому

https://developers.webasyst.ru/docs/cookbook/backend-routing/

Блин, пропустил, что в приложении...

plugin.php => app.php, 

{$wa->getUrl('myapp/frontend/ajax', ['plugin' => 'myplugin'])}

а в остальном только классы правильно назвать.

1) plugin.php:

...
'frontend' => true,
...

2) routing.php:

<?php
return [
  'myplugin/ajax' => 'frontend/ajax'
];

3) shopMypluginPluginFrontendAjax.controller.php

<?php

class shopMypluginPluginFrontendAjaxController extends waJsonController {

  public function execute() {
    $this->response = 'It\'s alive!';
  }
}

4) js + Smarty

$.get("{$wa->getUrl('shop/frontend/ajax', ['plugin' => 'myplugin'])}", function(r) {
  if(r.status == 'ok') {
    alert(r.data);
  } else {
    console.log(r.errors);
    alert('Some errors. See console');
  }
}, 'json')

Мож где-то опечатался, но в целом так.

Метод отрабатывает вот тут https://yadi.sk/i/cJDfqeNVXtCHVA но не отрабатывает потому, что там написано почему.

Нужно в allowedCurrency() добавить доступные валюты.

Метод payment(..) вызывается, когда выбран этот способ оплаты, заказ находится в статусе, на котором доступна оплата, а клиент - на странице, где должна быть кнопка (либо checkout.suceess.html, либо my.order.html).

Также сам плагин должен быть включён в настройках магазина в этот момент.

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

    return $view->fetch("/templates/payment.html"); 

Файл по заданному пути вряд ли существует, т.к. путь от корня сервера.

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

https://developers.webasyst.ru/hooks/shop/backend_menu/

И вернуть что-то типа

[
    'aux_li' => '<style>ul.s-orders li.selected { background: #D3D3D3 }</style>'
]

Странная постановка вопроса.

Создайте меню, выведите ссылки на категории https://www.webasyst.ru/store/app/menu/

При необходимости поменять ссылку можно будет уже в приложении.

Так внесли же, и даже плагины сделали

https://www.webasyst.ru/store/plugin/shop/ordersfilter/

https://www.webasyst.ru/store/plugin/shop/desordersearch/

Кроме того, дополнительно ещё обсуждали возможность фильтрации/дополниения стандартного поиска, но это пока вроде не сделано

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

А БД если уже по какой-то причине имеет некорректную структуру относительно последней версии файлов из Инсталлера, то в любом случае поможет лишь полная переустановка. И, наоборот, если БД правильная, а файлы - нет, то поможет решение ITFrogs.

Ну мета-обновления по идее и не запустятся повторно: в БД записывается название файла (timestamp) последнего обновления, а потом при следующих проверках все обновления, раньше этого значения игнорируются.

Так что это не проблема вовсе: удаляем файлы, заливаем новые => метаобновления не выполнятся, т.к. в БД уже есть нужная запись.

https://www.webasyst.ru/store/plugin/shop/prioritysort/

Ну в такой постановке непонятно, почему, чтобы исключить дубли, было выбрано решение исключать их каждый раз при загрузке каждой страницы и тратить на это ресурсы сервера вместо того, чтобы исключить (удалить/скрыть) один раз в БД ¯\_(ツ)_/¯

Нужно начать с задачи. Как её сформулировали изначально? Подозреваю, что нужно не выводить товары с ценой "0", например... или в наличии меньше какого-то кол-ва... или в наличии только на определённых складах...

Вот тут в примере

https://developers.webasyst.ru/hooks/shop/products_collection.filter/

решена задача "выводить в категориях только товары с ценой > 0".

3 строчки кода, которые сделают сразу правильно во всех категориях всего сайта.

Сейчас же хелпером фильтруется только переменная, которая была передана в шаблон. Т.е., грубо говоря, отфильтровали 30 из 120 товаров во всей категории... но что происходит с оставшимися 90 мы не знаем. Все ли они "нормальные" или наоборот? Сколько страниц должно быть всего?

Я не буду давать советов как лучше стрелять во вторую ногу. Не нужно стрелять в первую ;)

Постановка вопроса неправильная. Нужно не "пагинацию проапдейтить", а изначально правильно формировать $products.

Например, можно повлиять на коллекцию из плагина при помощи хуков

https://developers.webasyst.ru/hooks/shop/products_collection.filter/

https://developers.webasyst.ru/hooks/shop/products_collection.prepared/

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

Вряд ли, но может поможет? Под админом открыть такую ссылку

/webasyst/shop/?module=repair&action=cleanupFeatures

хм... это интересно. А как тогда обнаружилось, что есть дубли?

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

Например, из-за данной особенности MySQL нельзя использовать запросы вида INSERT IGNORE и INSERT ... ON DUPLICATE KEY UPDATE.

Вполне возможно, что кто-то ДО вас наступил на эти грабли (сам ходил, знаю :)). Увы, тут только сначала проверять, существует ли такое значение при помощи SELECT, а потом добавлять, если его нет.

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

Shop-Script сам по себе не создаёт, а вот сторонние PHP-скрипты в корне сайта, которые делают запросы прямо к БД, вполне могут и создать ;)

Это особенность MySQL. В таблице уникальный составной ключ по product_id, sku_id, feature_id и feature_value_id, но NULL ломает уникальность.

$wa_shop = new shopViewHelper(wa('shop'));
$categories = $wa_shop->categories($id, $depth, $tree, $params, $route);
$category = $wa_shop->category($category_id);