У Вас там проблема не со списком товаров. А с каталогом товаров и, явно, с хостингом, а не только браузером. Вы там что за сайт поднимаете? Утконос2.ру?
Особенно доставляют урлы редактирования товаров /edit123458241/... Там тупо не может погрузиться страница редактирования товара, т.к. браузер эти сотни доп.характеристик с десятками значений в выпадалках не может прожевать и выдать. Я даже представить себе не могу, какой срач там в БД и насколько она не оптимизирована уже.
А хостинг небось обычный?
Вам бы к специалистам по BIGDATA обратится, с базой поработать, индексы поставить. Такие номенклатуры не делаются ни на какой CMS из коробки по умолчанию.

Вчера такого количества доп.характеристик у товаров не было. И список и карточки открывались корректно и быстро. Сегодня список открывается быстро, а в карточке насрано, не побоюсь этого слова. И судя по дате обновления товаров и характеристик Date: Thu, 31 Mar 2016 11:23:14 GMT Вы это сделали сегодня в обед, после чего начали буянить. Из принципа, повторю вопрос?

именно так. Совершенно зря нагнетаете. Ваш случай уникален, единичен и совершенно не показательный. С ним не встречались мы за 7 лет работы и вряд ли ещё когда-то встретимся.
Что мы из него вынесем, так это поставим "защиту от дурака", чтобы в карточке товара не выводились более сотни доп.характеристик и не вешали браузер и хостинг.

Кстати да, всё забываю почистить эти отзывы, напомнили хоть

Павел, я сам лично скорее не разработчик, а просто пользователь, у которого просто большой опыт использования системы и который "имеет доступ на кухню". Хотя образование у меня программистское.
Но даже мне, как обычному пользователю, понятно, зачем это. Когда мы заходим в карточку товара и меняем ему категорию, очевидно, что у категории могут быть другие характеристики. Чтобы их быстро отобразить, они грузятся сначала все, а затем скрываются. Видимо так. И этот алгоритм работал весьма успешно до прихода господина "А" и работает до сих пор у всех остальных.
Косяк ли это программиста, реализовавшего данное решение? Вряд ли. Скорее, это косяк данного решения и проектировщика, его придумавшего в свое время, при проецировании данного решения на большое количество характеристик. Несколько сотен характеристик может и не много, а когда в каждой характеристике есть десятки значений, и тем более есть дополнительные категории, связи, зависимые характеристики, может получиться задержка при обработке.
Как это будет решаться я не знаю, этим пусть ТП занимается.
Ну а этот бред комментировать я вообще не хотел, но потом решился. Что, есть проблемы с пользовательской частью? Вы вообще в курсе, что такое нагрузоустойчивость и где её ловить? Вы её в админке ловите? В админке только администратор сидит, а нагрузку дают посетители сайта, это радикально разные вещи. Более того, именно за счет администратора и некоторых тормозов бекэнда мы обеспечиваем нагрузоустойчивость фронтэнда! Потому, что администратор сайта, управляя сайтом, может посидеть и подождать, ради того, чтобы перед покупателями сайт летал.

Здесь, на форуме? Ждите

Да уж конечно, "сами", ага. ТП уже всё решила, а через день вдруг пользователь на форуме что-то "разжевал", ага. И вот это вот "приходят пользователи с проблемой" - КУДА???????? А чё не к себе на стену ВКонтакте они "приходят с проблемой"??? Или не к себе в туалет???????? А потом не орут в три глотки "А чё Диафан не отреагировал, там такая КУЧА багов, приваливает и приваливает!"

Раз:
https://user.diafan.ru/forum/rules/

Два:

Три, в стопиццотый раз:
Приходить с проблемами в системе, общение с разработчиками, ждать решения проблем и все остальное ТОЛЬКО по адресу https://user.diafan.ru/support/

Хоть самосожжение устройте в протест данных данностей, но ничего не поменяется. Форум никогда не станет официальным местом, где можно будет в закормах 100500-той темы пукнуть про любого рода проблему и чтобы её тут же бережно подхватили под белы ручки и понеслись исправлять. Как бы грубо это не звучало. Я модер, сам себя не забаню! А остальных могу! Даже за создание этой темы, т.к. официально она нарушает правила форума! И её могу снести, и ТС забанить! И никто мне ничё не сделает!

Ой, всё!
Ваще могу ничего на форуме не писать, раз я всех так раздражаю! Свалю в келью и всё! Буду только "Новые сообщения" смотреть, чтобы никто не спамил, не матерился и на личности не переходил и всё. Буду молча модерировать и банить неугодных, и радуйтесь, не будет Зловиталия на форуме...

Честно признаться, даже я в шоке, что разработчики так быстро и так радикально отреагировали на запрос Алексея Камня Светлакова в ТП... И внесли это изменение в коробку. Я бы его помариновал недельку, за его едкость.
Идите вон, в Битрикс и добейтесь там подобных изменений в системе за такой срок. Диафан вам всё плохой!

Лжец!!!!

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

Нет, Павел, это не косяк. Максимум, чем можно это обозвать: "спорное решение". Т.к. можно поспорить, насколько оно эффективно для тех или иных задач.
А косяк, это когда задумывали одно, а оно сломалось и стало работать не так, как задумывалось.
В нашем случае вывод всех характеристик и сокрытие их - это было взвешенное решение и оно на 100% верно было реализовано. Более того, оно было всегда, с версий 4.х, и до сих пор работало у всех без нареканий.

В чем сейчас произошла сечка, в том, что человек наклепал сотни одинаковых характеристик:


Не нужно делать для каждой сотни категории сотню характеристик "Цвет" и для каждой потом заносить "Красный Синий", "Белый Черный", аргументируя это тем, что "а у меня нет в первой категории белых товаров".
Нужно делать одну характеристику "Цвет" и заносить туда все(!) вариации цветов "Красный Синий Белый Черный и т.д.". Система затем сама определит, в какой категории какие цвета используются и отфильтрует их и в форме поиска и в карточках товаров, все везде будет корректно.

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

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

Вон же, пишет человек выше


И я уже который раз повторяю, за 7 лет не было подобных прецедентов.
Думаете, ни разу количество характеристик за 36 не перевалило?

Вон, у человека сотни тысяч(!!!) товаров http://supart.ru/ - то ли 600.000 то ли 800.000, нормально оптимизировали систему?

И более того! Тот косяк, что всплыл у нашего невезучего Алексея, и тот был устранен одним движением, судя по времени выпуска новой сборки. Заложили, значит, логику и архитектуру? Не дебилы мы, значит?

Павел, вот даже спорить буду. Не буду просить привести в пример эталон, компанию-идеал, у которой все настолько круто программируется и тестируется, что никогда не бывает ни одной ошибки. Не только в CMS, а вообще даже, любую.
Не понятно только, раз Вы так нас презираете, зачем Вы нам все это изо дня в день пишете? Сложили же мнение уже за столь долгий срок? Мы говно, ну, что дальше? Мы не исправимся, раз за столько времени не исправились. Вам удовольствие доставляет кого-нибудь попрекать? Самоутверждаетесь? Чувствуете себя лучше?
Вот не буду в диалог больше вступать, наверное. Выговорился, и ладно. А спорить, дискутировать, действительно смысла нет.

А им пофиг обычно. Они говорят "мы не программисты, а интерфейс нам нравится. Ставьте. Плачу любые деньги."

Да, там приличная доработка. По моим сведениям можно будет сразу несколько тем применить, для избежания конфликтов. Если есть темы:
my
my1
my2
Все они применены. В какой последовательности они применяются, в такой и работают. То есть файлы из my2 перекрывают my1, а my1 перекрывает my, а my перекрывает основные файлы в корне.
А если там есть .custom.php, то они все применяются. Опять же в такой же последовательности. А если есть after и before, они действуют так: сначала код из my, затем из my1, затем из my2. А если replace, то будет перекрываться последняя. То есть my2 (если в ней replace).

Вроде никак особенно на текущий функционал это не повлияет. Но теперь вместо "загрузить в текущую примененную тему" для дополнений нужно будет создавать тему и затем ее применять.

Ну и еще все файлы кроме index.php, config.php, shop.yandex.php и includes/custom.php теперь можно будет кастомизировать. А то были жалобы, что, например, includes/core.php нельзя кастомизировать.

Пока тестим.

Пример можно, зачем это на сайте? Разные цветовые решения

Да не, там не "дальше дописать", это просто условие перед существующим выводом
Там есть вот такое вот вроде

Вот перед ним

Ну т.е. "выводить ссылку на крошки, если ссылка не равна shop-у" или "не выводить ссылку на shop". Эдакий костыль

И там, наверное не , а или или

Ну ну ну!?
Откуда здесь восклицательный знак???

У Вас другая ситуация. Магазин висит на главной странице, поэтому "главная" выводится как родитель.

Восклицательный знак - это отрицание.
!<> - означает "не не равно". Что логически не верно.
Должно быть или !=, или <>, и то и другое означает "не равно".

Ну так уберите из роботса ограничение. Или поставьте ограничение для яндекса только. Ведь в site.ru/m/ полная копия сайта, по сути дубли.

Не строчкУ, а строчкИ.

во всей группе стилей означает, что блок поиска .search лежит внутри слоя .footer.
И если Вы вынесли поиск .search из .footer в другой слой, в шапку, надо все .footer переделать на соответствующий слой из шапки. Плюс, затем надо будет посмотреть, есть ли там какие относительные свойства, отступы, и подправить их на месте.
Короче, для верстальщика это пара минут. А для новичка это темный лес и весь курс HTML+CSS с нуля

Это надо не тут писать, а на других форумах. "Маркетинг в интернете", "Мой сайт и я", "Как начать свой бизнес в интернете" и т.д.
А тут на форуме чаще коллеги, они сайты делают, а не имеют собственные.

А я вообще к тому, что вопрос крутости цмс, и вообще факт использования, как-то заминается студиями и партнерами. Вот далеко ходить не надо, берем Ваш http://onmaster.ru
и всё? А какую именно..? И ни слова по всему сайту. Как будто, стесняетесь. А потом все удивляются "а чего вас клиенты не знают?" дык как?
Напротив, взять тот же Битрикс, все его партнеры веб-студии просто пестрят заголовками "МЫ РАБОТАЕМ НА БИТРИКСЕ! УРА!"

Ну так, для информации

Я версию не знаю, просто у пользователя в ТП увидел

Не нужен, не сохраняйте. Не сохранили - он не создался. Закройте вкладку, или нажмите назад, как делают 80% пользователей. Зачем Вам лишний элемент интерфейса?
А ТП тут не поможет. Это конкуренты чаще всего, пытаются пустыми заказами заблокировать Вашу работу. Или вручную заказывают, или боты может.
Но тут ничего не сделаешь. Можно капчу повесить, но чаще всего именно этого и добиваются конкуренты пустыми заказами, т.к. капча на заказе реальных покупателей отпугнет.

И кстати, пустые заказы - это еще хорошо. Удалили просто и все. А бывает так, что заказы сыпятся ежеминутно, они заполнены разными товарами, стоят заказчики с именами, похожими на настоящие и указаны номера телефонов. Все выглядит как реальные заказы, однако все липовое, сгенерированное... Там не поудаляешь, реально работа интернет-магазина встает....

Чёта я вот не понял. А ЗА-ЧЕМ??? Зачем нужен id? Зачем писать <insert name="show_block" module="clauses" id="43">, если можно написать <a href="url">о кроликах</a>?
Какая разница, что вставлять, если речь об одном элементе?