Это не id
Это сортировка.

Поменять id по понятным причинам нельзя

Id в конце названия, справа.

Режим разработчика включите, увидите id более явно

А зачем к id привязываться? И зачем категории отдельно импортировать? Импортируйте всё в куче сразу, товары и категории

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

Ха! Так а зачем тогда show_block_rel, если нужен рандом?
Не путайте горячее с синим и не загоняйте сами себя в тупик.
Используйте обычный show_block
https://www.diafan.ru/dokument/full-manual/modules/shop/templates-functions/

И расслабьтесь ;)

А чего там возюкаться?
https://user.diafan.ru/blogs/korzina-tovarov-novaya-i-svezhaya/ просто один класс добавить в старую корзину, если она нужна в старом виде. А так просто обновитесь и убейте из кастома старые файлы и всё

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

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

Абсолютно правильно. Ограничений нет на описание, оно полностью сохранится. Счётчик 160 - чисто визуальный, это рекомендация гугла

Марина у нас даже видео в блоге пишет, собирается это делать чуть ли не раз в неделю, как раз по всем фишкам, нововведениям, с примерами использования и т.д. Будет в кучку собирать и рассказывать. И информация и полезный видосик на вечер ;) Что-то упускаем если, вот, хорошо, что напоминаете, будем акцентировать внимание

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

Здесь только партнёрам можно посмотреть, мы собирались открыть для всех, но вроде не открыли ещё.
А так, когда обновления получаешь в админке, открыл каждое и там видно всё тексты

Через импорт, через csv, две колонки, по id товаров, к каждому несколько картинок, без проблем. Или в отдельных полях, или в одном через пробел.

Полностью можете указать адрес
http://kakoi-to-sait-ili-oblako.ru/img123.jpg

Ну если мы обновим этот файл, он, конечно, не обновится. Поэтому лучше вынести хотя бы эту функцию без этих полей в .custom.php

Чувствуется квалификация. Андрей, вы не у Марины ли учились часом?

Создаёте импорт, где все поля пропускаете, кроме идентификатора (по артикулу) и цен. Не ставите галку "публиковать на сайте автоматически". Выгружаете. Он обновит существующие товары, и добавит пустые новые, с id и ценой, но они будут неактивные, на сайте видно не будет.
Затем. В списке товаров в админке тычете "фильтровать" и показать все неактивные, выставляете показать на страницу 500 товаров, групповыми действиями выбрать всё, удалить. 20 раз тыкнули и всё. Существующие товары обновились, ненужные удалились. Не забудьте вернуть 50 товаров на страницу.

Я бы так делал, это проще всего

Да хоть через Мексику, Ваше право

Суть и идея модуля. Вот у нас есть сайт, там какой-то шаблон, в нём есть вывод слайдера, простенького, в шаблоне site_start.php он выводится в нужном месте верстки как insert name=show_block module=banner.
Допустим, облачник хочет заменить этот слайдер, и поставить там новый крутой слайдер с обратным счётчиком, ссылкой на товар и перелистыванием с растворением. Как сейчас облачник может это сделать? Надо залить новый шаблон слайдера, картинки, css, js, затем заменить тег в шаблоне. Короче, полноценная работа вебмастера по ftp, с залезанием в код.
А можно как. Какой-то разработчик делает крутой слайдер, оформляет его в дополнение, выкладывает в аддонсы. Облачник качает, ставит, ок, слайдер падает в кастом, заменяет шаблон стандартного баннера. Но! Во-первых, надо попасть в имя шаблона слайдера, может он как-то там нестандартно называется и во-вторых, придется править тег в основном шаблоне site_start.php, если наш как-то называется. То есть, без вебмастера не обойтись.

Вот для этого и есть модуль вставки. Разработчик делает шаблон модуля баннеры с крутым слайдером, называет его как его угодно. Новый слайдер падает в кастом в какую-то тему. Затем разработчик указывает, что эта тема должна перекрыть такой-то тег в основном шаблоне. Вуаля. Простой установки дополнения достаточно, чтобы без правки кода по ftp гарантированно начать выводить своё решение в нужном месте любого сайта. То есть, "Вставки" - это возможность переопределить любой шаблонный тег на сайте под свои нужды.

Чаще всего это будет нужно для облачников для каких-то фишек, установка в один клик. Вот слайдер заменить обычный на любой другой. Поставил крутой, он встал вместо исходного. Отключил - вернулся прежний. Или для фильтра по товарам, создал тему нового фильтра, она в кастом легла и ты делаешь вставку этой темы вместо стандартного show_search и он там выйдет заместо обычного. Или show_registration заменить. И по. Суть в том, что разработчик не парится по поводу того, где в шаблоне пользователя нужно вывести нужный участок, вставка идёт туда, где уже стоит тег. Он его заменяет. Или дополняет, до или после. Replace, before или after. Сделал before show_block banner, и твоё решение вывелось на любом сайте перед слайдером. И неважно, какая вёрстка

Да. Исходная проблема была как раз в потребностях облачников, они постоянно хотят себе всякие фишки в виде верстки, расширения функциональности шаблонов и пр. И надо в один клик, чтобы ничего не править. И не зависеть от верстки. А как влезть в шаблон сайта, не правя сам шаблон и начать там выводить что нужно, еще и в нужном месте? Правильно, прицепиться к шаблонным тегам, они уже и так есть в шаблоне, в нужных местах. Можно переопределить и show_social и show_counter и что ещё надо, оно же всё в шаблонах есть.

Например, какой-то сервис имеет какой-то виджет. Делает дополнение, там его скрипты. Пользователь качает, ставит. Что сейчас нужно сделать по минимуму? Да: нужно залезть по ftp и вставить в шаблон тег, который это дополнение выведет на сайте.

А будет можно не делать тег, а прицепиться к show_js например, забацав after. Ведь show_js в каждом шаблоне есть. Он и останется, зато после него выйдет подключение виджета. И всё, один клик - виджет на сайте. Удобно.

Наделаем таких фишечек в аддонсы, в дополнения, сделаем их по подписке для облачников и аля-улю, зарабатываем

Да не, как обычно. Зашел в модуль дополнения, глянул что там. Затем прямоходом в "темы и дизайн", смотрим что там активно, где лежит, что именно. Для верности можно собрать ещё что-то, что может лежать раскиданное по файлам, в активную тему. А если какая-то ошибка или что-то надо найти, то просто переименовываем кастомные папки и смотрим, как что работает без них. Затем по одной (переименовываем)подключаем обратно и смотрим, что из какой темы появляется на сайте. Нашли тему, нашли папку, нашли дополнение. Всё, там файлов 3-5 останется. Их глянули - вот, всё понятно

Зачем? При чём тут "зайти"? Кто куда будет ходить? Паша, тебе надо на курсы к Витале записаться или ко мне по блату, для ликбеза

Ещё раз: это переопределение тегов для дополнений! В аддонсы! И затем в админки сайтов. Разработчик заранее предусматривает, какой тег он заменяет и описывает это в дополнении и больше никуда не лезет и ни с кем не работает. И пользователи, кто ставит дополнение, тоже ничего не делают, кроме клика "установить"! Никакой вебмастер никуда ходить не будет и нигде никакое переопределение писать не будет! Оно уже будет прописано в update.php дополнения! Дополнение установил, оно само себя во вставки прописало, если надо. Удалил - из вставок оно удалилось тоже с помощью downgrade.php.

Перечитай ещё раз


В каждом шаблоне магазина есть слайдер, там есть show_block banner. Пользователь новый слайдер установил, он заменит текущий. Автоматом. Сам пропишется во вставки.

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

Модуль вставки ничего не решает! "Вставки" только вставляют! Задача вставок только прилепиться в нужное место в разметке сайта. Это просто координаты, куда засунуть то, что нужно. Модуль вставок будет работать в совокупности в обычными модулями, надмодулями, функциями и пр.
Вставки - это просто координационная прокладка между сайтом и нужным модулем. В чистом виде он не нужен.
Короче, несколько фишек сделаем сами, посмотрите, потестите, поймете

Да, дублируются.
Лучше хранить несколько лишних килобайт цифр в БД, чем постоянно дергать их SELECT-ами, грузить сервак и вызывать тормоза сайта. Особенно, когда категорий несколько сотен, тысченка-другая.
А нам тормозить никак нельзя, мы самая нагрузоустойчивая ЦМС )

Вооот. Степану не смешно, т.к. понял и смысл и опыт есть ;) Ибо Select Select-у рознь. Просто Select из таблицы выполняется быстро, а внутренний цикл по другим таблицам или inner join - это совсем другой коленкор. Зачем нам каждый раз считать и дергать количество вложенных категорий, если запрос текущей категории и так есть и там можно хранить дубль количества вложенных, ранее посчитанных

Да понял я )
Но это просто цепляние к словам, хоть и ради юмора ;)
Конечно, фразу нужно читать так:

В последних обновлениях модуль уведомлений переехал из настроек сайта в модуль уведомлений как раз. Так что надо смотреть, что там в кастоме осталось от старого. И удалить.
Ну и smtp проверить

Сайт старше 2019 года? Значит, надо говорить "до сих пор сам не поменял в настройках"

Это да, это платёжный модуль. Откуда он? Наш?

validate_config_variable_переменная()


https://www.diafan.ru/dokument/full-manual/developers/admin/actions/validate/

Блин, Виталя Виталю опередил