Один тег, он же одна функция в function.php, где один запросик в БД за этими самыми комментами. Полчаса максимум. И в 4.4 и в 5.2

Я про то и говорю, какие 15 минут? Ни мечтать, ни мечтать помечтать.

Скорее всего, проще на JS в счете высчитывалось чтобы и всё.

Режим разработчика в настройках сайта отключен?

Производителя? А сколько их? 5? 10? 30? Не проще забить вручную, чем импортник настраивать?

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

428 производителей - это жуть

Конечно! Безусловно! Любой SEO-спец за тихую автосмену проиндексированных урл глотку перегрызет.

Ну через импортник выгрузьте/загрузите чисто псевдоссылки.
А какие варианты? Только грамотно заблаговременно проектировать структуру будущего сайта. Неспроста после переносов сайтов и смене движка люди парятся и сохраняют урл.
А представьте, что у Вас магазин, 1000 товаров, все проиндексированные и все в ТОПе, дают трафик 500 человек в день и 20 заказов. Вы, без задней мысли, взяли и поменяли урл у каталога. Все товары в одночасье заимели новый урл, старые перестали отвечать, через пару дней поисковики повыкидывали страницы из выдачи, заказов - 0. С какими словами Вы прибежите сюда на форум?

Спасибо! Работаем
Дизайн админпанели мы менять собирались, может к осени. На сентябрь у нас масштабный проект уже в работе.

Вообще, мы думали, у нас не самая говняная админка, явно дороже 7 тыщ, а оказывается мы отстой?

На локалке? Проще другой эмулятор поставить.
А если на хостинге, то надо им написать в ТП, это серверная фича

Бесплатный западный хостинг? Ой, не знаю... Никак не установить.

А чего облако в нашем русском ИСП-е не купить? 300-400 рублей хватает на год на небольших сайтах.

Если добавили функцию в модуль, то шаблонным тегом.

Как перестала? Какой тикет?

Страницы сайта, пункты меню, категории, альбомы сортируются "как добавил - так и вышло". Первый сверху, последний снизу. Нужны альбомы "Вылет", "Путешествие", "Возврат" - добавляем их в систему поочередно, они становятся именно как
Вылет
Путешествие
Возврат
А не наоборот. Это касается всех категорийных групп, альбомов, страниц, рубрик, разделов, тем на форуме и т.д. Прямой порядок: новые вниз.

Но если мы добавляем товары, фотки, статьи, сообщения, комментарии - они падают новые сверху, старые уезжают вниз. Это касается всех внутрикатегорийных элементов. Обратный порядок: новые сверху.

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

Как изменить лично в Вашей версии? В модуле галереи надо покопаться, типа в /modules/photo/admin/photo.admin.category.php параметр order в массиве $config убрать.
Или может в /adm/includes/show.php поставить исключение для фотогалереи придется поставить. Спросите в ТП для верности.

А какая разница? Покупаете сертификат, устанавливаете на хостинг (гемор еще тот, кстати). Затем просто ставите относительные пути везде, чтобы ни дай божа в HTML-коде страницы загружаемой по протоколу https не попались адреса с http - и все. Остальное как обычно.

В тег "код" здесь на форуме? Давайте

Лучше написать в ТП, указав сайт

Что за новости??? С каких это пор футболки, отличающиеся размерами, имеют разные артикулы??? Всегда один и тот же артикул у разных размеров. И цветов. А если разные бренды - то это конечно разные футболки и разные артикулы, но при чем тут параметры?
50 разных футболок разных производителей - 50 разных товаров, с разными артикулами. Забиваете их как обычные товары, независимые.
И если есть вариации одного артикула: размеры S M L XL XXL (5 размеров) и на каждый размер разные цвета (белый красный синий зеленый черный), то их забивать надо как "допхарактеристика с мультивыбором" и уже затем у товара выставлять каких размеров какие цвета есть. В максимуме это 5*5=25 вариаций для каждого товара, забивается как параметры. Причем, чаще всего, в магазинах есть "красный S и M, черный M, L и XL, а белый только XXL", т.е. только 6 вариаций, например.
Если стоит галка "Учитывать остатки на складах", то у каждой вариации можно будет указать количество. И если какого-то количества нет, при выборе это вариации на сайте CMS выведет сообщение "Нет в наличии" и позволит купить только то, что есть.

То что описываете Вы "поменял бренд у футболки - подгрузилась другая футболка и сменился артикул" - это вообще что-то новенькое.

Тем Ваших на форуме уже чуть меньше, чем в сумме у всех остальных, вместе взятых, Вы их создаете одна за одной не церемонясь

Разные артикулы = разные товары. Забивайте отдельно красную и белую майки.

Кто угодно может. Приходят же платежные системы, например, https://addons.diafan.ru/modules/platezhnye-moduli/oplata-s-best2pay/ и выкладывают свои модули. Без проблем. Всё равно же модерация.

Как это "без фильтров"? А как? Чтобы сами выскакивали, силой мысли? Считаете, что в спортмастере кроссовки ищутся без фильтров?
И почему такая нелюбовь к фильтрам?

По теме: создаете допхаратекристики-признаки, ставите у товаров галки и потом создаете страницы с фильтрами как угодно.

Никак не уберете, это ж имя переменной. site.ru/shop/cat3/page2/ - здесь всё, что после домена, согласно modrewrite из htaccess, является строковой переменной rewrite="shop/cat3/page2", которая разбирается на переменные и значения.
page2 это $page=2.
page можно переименовать или сократить до "р", но совсем убрать никак. Система понимает переданное ей page=2, переменная такая-то равна тому-то, но если придет просто "2", то что? Что за 2?

У нас же ЧПУ не жесткий, может быть каким угодно, и закрепленного места в урл для номера страницы нет. Пагинатор - общий плагин в системе. И она понимает и site.ru/shop/phones/page2/ и site.ru/page2/shop/phones/

Я сразу это понял. И именно поэтому написал
Это часть алгоритма, система разбирает буквы и цифры, формирует переменные и их значения. Минимально - один символ, одна цифра, типа /p5/, что означает p=5. Просто /5/ может быть только в составе строковой переменной rewrite, для всего ЧПУ.
То есть, Вы можете создать страницу, и в её ЧПУ вписать хоть "shop/5", хоть "shop/5/4/3/45/ku-ku/17", но для системы это будет просто страница с адресом "site.ru/shop/5/4/3/45/ku-ku/17/". А для работы пагинатора надо ему (пагинатору) передать переменную со значением. Сейчас для системы есть зарезервированная переменная "page", если она встречается в ЧПУ как /page5/, то превращается в .
Сделать
нельзя, как Вы понимаете :)

Тут проще всего настроить .htaccess, указав регулярным выражением общее правило, мол, если /shop/$цифра/, то запрашивать /shop/page$этажецифра/
Будет одно правило, одной строчкой, зато все страницы будут доступны и ПС их вскоре переиндексируют

См. ниже.
Одна регулярочка

Мы не раз делали подобное, старые урл по схеме редиректить на новые страницы. Я Гарика призову в тему, он у нас спец по этим вопросам

Это обычное сообщение об ошибке, когда. htaccess с неправильным синтаксисом. Запятая лишняя, или директива с опечаткой

Шаблон, конечно, регуляркой, типа
RewriteRule /35/page(d+?)/(.*) http:site.ru/35/page$1/ [R=301,L]

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

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

Не "висит", а "доживает" последние деньки. Новая версия офф.сайта на 5.4 на носу уже, тестируется

4.3 на старом сайте, с некоторыми допилами до 5.0