Форум

http://ваш сайт/bitrix/admin/sysupdate.php?lang=ru

внизу информация по вашей лицензии

чтобы понять что у вас могло произойти, желательно знать и как у вас происходит выгрузка из 1С
(полный обмен, обмен изменениями и пр., а также периодичность)
а также момент по поводу базы
имеется в виду именно БД и только? а не сайт в целом?

пока могу высказть только такие предположения:
если у вас обмен полный и ежедневный, а данные в старой базе остались еще из прошлой выгрузки (т.е. данные по результатам прошлого обмена) то "связь с картинками" теоретически могла нарушиться
[QUOTE]sergdi пишет:
Снова загрузили из 1С. Часть фото появилась, а часть товаров вообще
не обновляется и фото не создаются.[/QUOTE]
в каком режиме обмена?
если в полном - то затрудняюсь ответить, надо смотреть, если в режиме изменения - теоретически такое возможно

И еще момент
БД точно прошлого дня? Это уже проверено?

В данном случае лучше обратиться к документации
http://dev.1c-bitrix.ru/api_help/iblock/index.php

обратите внимание на понятия поля и свойства

да
кеш может давать такие сбои
если параметр с номером страницы не попадает в ключи кеша (в таком случае на всех страницах будет показана та, которая попала в кеш, не обязательно первая страница)

однако на типовых компонентах такого наблюдаться не должно

поэтому, если есть подозозрение на кеш - лучше проверить ключи кеша
если компонент свой - проверить ключи кеша и добавить в параметры кеширования соответсвующее значение для номера страницы

а после переиндексации информация о странице в b_search_content точно не появилась?

забыл упомянуть еще момент - производительность БД
низкая производительность может свести на "нет" все быстродействие

в общем лучше начать с анализа производительности сервера а потом уже решать с правами на доработку

Даже с отключенным кешированием время выполнения страниц должно быть разумным.

у вас действительно слишком большое время выполнения страниц. Необходимо найти причину этого.
Что касается характеристики одноядерный проц...частота тоже имеет значение

Можно также замерить производительность системы с минимумом функционала
(т.е. сделать пустой шаблон и посмотреть производительность ядра. Правда, надо учесть что большинство модулей в данном случае не подключается и не используется)
и все же, если время выполнения такой пустой страницы велико - то искать причину)

и так далее

т.е. надо точно определить
является ли тормозом результат разработки
или причина в настройках сервера

самый простой способ - воспользоваться отладкой и посмотреть замеры работы компонент и страниц

[QUOTE]Александр Черкасов пишет:
Может на странице или в шаблонах используется ещё какой-то компонент, который первый обрабатывает покупку. Соотв, до вашего закомментированного кода не доходит....[/QUOTE]
[b]Alexandr Fedorof,[/b] проверьте на всякий случай предположение Александра
если это так, то это может быть и причиной потери количества

скорее всего одно из дву придется делать

либо цвет закреплять за каждым разделом
либо закреплять за корневыми и по ходу определять корневого "родителя" раздела и цеплять его цвет

поделитесь своим решением