Настройки поиска (Страница 55 из 104)

С примерами опишите проблему.

Для фильтраций служат SEO категории.
Если вы хотите вместо id использовать наименования английские, то пока можно подвесится на хук отработки блока с фильтрами, и подменять POST. Но лучше написать в поддержку и попросить включить поддержку символьного идентификатора в брендах.

Так делать категорически нельзя. Т.к. Вы правите движок и все Ваши старания будут перезатёрты при обновлении. И маршрут /brand/наивание/ не случаен, т.к. вся система построена на масках. И когда Вы так меняете маршрут на /названиебренда/. Этим самым Вы отрезаете себе пункты меню, т.к. такая маска уже занята или.

Вы можете маршрут к бренду перегрузить из своего дополнительного модуля с помощью хука getroute.
Читаем здесь:
https://readyscript.ru/dev-manual/dev_h … hooks_list

И тогда можно будет сделать свою маску для короткого пути:

$routes[] = new \RS\Router\Route('catalog-front-brand', 
 'Моя маска', null, t('Просмотр отдельного бренда'));

Какие экранирования Вы имеете ввиду?

Можно массово выбрать(отметить) нужные товары, нажать редактировать и проставить им остаток нужный или отсутствующий.

ВЫ можете через запятую указать те таблицы которые нужны в SELECT.

A.*, B.* и т.д.

Т.е. исключите картинки.

Да

filterSection по идее срабатывает тогда когда вы пытаетесь фильтровать что-то. Вам нужен вывод сразу во всём каталоге только тех что с фото? Я правильно понимаю?

Если да, то тогда лучше всего подвеситься из своего модуля на хук страницы со списком товаров. И уже у объекта API добавить нужный фильтр.
controller.beforeexec.catalog-front-listproducts

Там первым аргументом будет.

/**
* @param \Catalog\Controller\Front\ListProducts $controller - объект контроллера
* @param string $action - наименование метода, который отработал (использовать для нужного)
*/
public static function controllerBeforeexecCatalogFrontListproducts($controller, $action)
{
     $q = $controller->api->queryObj(); //Потому что у фронт контроллера публичное свойство $api, в котором объект API товаров
     //И нужные мне действия с \RS\Orm\Request в $q, т.е. обычным запросом
}

Попробуйте, если это оно.

Вот уже ближе к теме. Попробуйте поменять -1 на 1.

Ах да там же у Вас innerjoin. В проверьте у Вас в эту ветку заходит.
Можно вывести итоговый SQL так:

var_dump($q->toSql());

Ну прибавили Вы таблицу с фото. А где WHERE с условием?

Это всё понятно. Но... Статьи от SEO специалистов, если они не подтверждены официальными рекомендациями нам сложно принимать. Официального документа или статьи с рекомендацией авторитетного источника или рекомендации поисковых систем есть на эту тему или нет. Потому, что в интернете помойка из рекомендаций и антирекоммендаций, а вот официального нормального документа по этой теме я пока не встретил.

Есть такой?

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

Кого нам слушать???

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

Вывод: необходим документ.

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