Откуда пять-то взялись? )))
Если бы это было так массово и в таком количестве, конечно, мы бы давно всё автоматизировали. А сейчас какие-то единичные замечания проскальзывают раз в пару недель, мы поправили, обновили шаблон. Причём, чаще какие-то уникальные косячки, например, человек отметил галку "показать все товары на первой странице" и у него бац список из 1000 товаров. Там поплыли выпадалки с top :-10000px. А другие пользователи этого шаблона никогда этот косяк не увидят с товарами по 50 на странице и пагинатором. Так что...

Да у нас нет такого понятия, как регулярные обновления шаблона! Нет такой услуги, деятельности, плана. Мы не обновляем шаблоны так, как цмс. Шаблон - это view файлы, это дизайн, концепция сайта. Не может и не должно быть на всех шаблонах представлено всё, что есть в цмс: сравнение товаров, отложенные, зависимые цены, сопутствующие услуги, похожие товары, послать другу, дробное количество и ещё десяток фишек. Есть сайты-магазины глиняных ручных поделок, например, и там надо только кучка фотографий и кнопка купить с корзиной. Владельцы таких магазинов тоже хотят получить шаблон взял-и-работай, то есть, надо сразу удалить из шаблона сравнение, выпадалки, похожие, сопутствующие, и пр. То есть, упростить шаблон. Дизайнер это делает, вырезая из шаблона лишнее. Если что-то выходит в цмс, а шаблон это не поддерживает, да, этого автоматически не будет в нём. И это никак не значит, что мы должны кинуться и обязательно внедрить в магазин глиняных поделок новые склады и закупочные цены. Понимаете?

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

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

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

Наша концепция полностью описана в помощи к сервису
https://cloud.diafan.ru/manual/faq/v-chem-otlichie-ot-drugikh/

А также https://cloud.diafan.ru/manual/faq/manual/faq/advantages-for-premium/

Я просто млею.... Вместо того, чтобы оплатить "Расширенный тариф", получить поддержку, доработки от нас, личного вебмастера, менее чем за 3К в месяц, человек берет самый дешёвый тариф без поддержки за 0.9К, ставит всех на уши со сменой сайтов, шаблонов, переносов файлов, доменов, но ни копейки больше, лучше поскандалить, ногой потопать, налить грязи, поучить всех как надо и как должно быть...
Надо стандарт убрать совсем, наверное. Не приходят туда "опытные пользователи, разбирающиеся что такое html".

Дороже 980 в месяц? ;)

Начнём с того, что переименуем его в "Веб-мастер"...

Так. погодите. Сейчас уже поздно, я анализировать код не полезу, но я точно помню, что у нас испокон веков цены товаров в заказе остаются на момент заказа! Это же логично и правильно! Со времен 4.1 всяких, точно Вам говорю!
Смотрите, вот БД например http://www.diafan.ru/dokument/full-manual/developers/architecture/db/#shop_order_goods - в таблице товаров в заказе хранятся цены. Если на момент заказа цена была 100, она как 100 и запишется в заказ. Потом меняй цену у товара на 110, но заказ не сдвинется уже, останется 100.
Это бред, сохранять просто id товара, а не его цену...

Да не

Если поступили, то всё.
А если сидит в неоформленной корзине, то конечно отрикошетит. Но ведь товар по факту не куплен, прежде чем он цену поменял

Старая панель в /custom/***/modules/ значит сидит. Удалите. И заодно /custom/***/adm/ если есть.
Или не удалите, а переименуйте сначала, удалить всегда успеете

И Вам добра, здоровья и радости :)
Что-то настраиваемое на стороне сайта я могу посоветовать только с импортом из CSV. Там можно поэкспериментировать с форматами характеристик, остатков и цен.
А для 1С настроек нет, все управление осуществляется программой. Со стороны CMS только один файл shop.1c.php. Что ему программа дает, то он и загружает.
Экспериментируйте с характеристиками товаров на стороне сайта и их именами. Т.е. если характеристики у товара нет, то и 1Ске заносить свойства некуда. Создайте эти чашки, цвета, объем. Проследите, чтобы характеристики назывались так же, как в 1С, и свойства цветов, размеров, тоже точно так же должны называться. Регистры, пробелы и пр. контролируйте.

Что значит "дайте"? Какой сделаете в конструкторе импорта, такой и будет. Делайте любой, какой надо..

Угу.
А в чем проблема обновиться кнопкой?

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

Я так понимаю, у Алексея его 5.4 сидит на локалке, а переехать он хочет сразу в облако на 6.0.
Как перенести БД в таком случае? Никак.

Переносите товары с помощью импорта/экспорта CSV.

Опять не договариваете... С тысячами, с десятками тысяч связей. А не с сотнями.
Такие вещи и объёмы не экспортируются ни через БД, ни через csv. Вашим случаем и сайтом должны заниматься несколько специалистов по оптимизации больших объёмов информации, проектировке БД и настройке серверов, а не форумчане.

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

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

У Алексея там косячек локализовался. У него там несколько тысяч брендов, соответственно, выпадалку с ними в фильтре обрабатывает formstyler, JS-овый, который сходит с ума от такого количества. Мы убрали стилизацию выпадалки, все залетало.
Выкатим обновление без JS-formstyler-а в ближайшее время.
Заодно и https://user.diafan.ru/wishlist/show2519/ решится (там тоже проблема в скроллинге из-за формстайлера)

Вы назвали меня вруном сейчас?

Я лично зашёл сейчас в Вашу админку из запроса ТП. Список товаров открывается как стрела из лука Робин Гуда. За миллисекунды. Очевидно быстрее, чем даже на деме. Стилизации списков нет, всё нормально. Вообще ничего не висит и не тормозит

Дайте доступы форумчанам, пусть другие посмотрят и потестят, раз уж Вы публично меня во вранье обвиняете.

Ну если Алексей рискнет в личку Михаилу кинуть доступы к админке, Михаил убедится в скорости работы каталога товаров.
И Павла бы сюда, он бы роликов наделал и оттрасссировал бы все скрипты донельзя!

Нихрена себе Вы там дополнительных характеристик нашпиговали... Более 1000. Из принципа что ли, или Вы не понимаете, что это инструмент проектирования БД, а не прикол-развлекуха? Я такого не встречал никогда, чтобы было столько характеристик, и все назначены на один товар. Вам может пересмотреть принцип формирования каталога?

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

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

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

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

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

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