Евгений Жуков (Все сообщения пользователя)

Посмотрел код, должно работать, но только для DETAIL_TEXT. PREVIEW_TEXT не обрабатывается.

Вот и ответ.
Опишите весь процес переноса подробно. И как установлен продукт на локали.

Перевод в InnoDB поможет с надежностью.
Попробуйте из $arSelect убрать свойства и получать их значения в цикле.

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

У Вас таблицы в MyISAM скорее всего. с этим к хостеру - таблица порушена. Пусть чинит. После этого переведите все таблицы в InnoDB.

index.php проверьте.

Вот это читали?

Убрать, оставить "Чтение".
Создайте статусы, укажите, какой из них "по умолчанию". Разрешите всем нужным группам работу с формой в этом статусе.

bitrix:news. И это не модуль, а компонент.

После переноса настройки подключения к базе поменяли?

В настройках главного модуля отметьте пункт "Сохранять исходные имена загружаемых файлов".

В смысле Вы развернули на хостинге бэкап с локальной машины и вместо сайта увидели приглашение к установке?

Невнимательно читаете документацию. Компонент bitrix:subscribe.news не знает такого параметра - SECTION_ID. Он делает выборку по всему инфоблоку. Для Вашей задачи необходимо кастомизировать компонент.

Можно. В настройках конкретного форума (не компонента).

В форме редактирования элемента инфоблока эти кнопки.

Над полями есть три кнопки - текст, html и визуальный редактор. выбирайте последнюю и будет Вам счастье.

Делается дамп базы, архивируется вместе с содержимым сайта. На другом компе распаковывается, дамп заливается в базу. Самый быстрый способ.

модуль торгового каталога

Вариантов много. Например, такой: создается пользовательское свойство для раздела, внего загоняется перечень свойств. В компоненте, соответственно, проверять.

Можно и так.

Не надо. Я вижу, как минимум, два варианта решения.
1. Оставляете свой инфоблок товаров и инфоблок предложений. Инфоблок товаров делаете торговым каталогом. Заводите в нем цены для товаров, чья цена не зависит от свойств. Там же заполняете свойства. Торговые предложения для таких товаров убираете.
2. Структуру меню заводите в отдельно инфоблоке (золото, серебро и прочее). Товары разносите по отдельным инфоблокам (те, которые с SKU и те, что без). Заводите еще свойство "привязка к разделу" - в нем указываете, к каким разделам принадлежит товар. Потребует кастомизации компонент.

Формировать структуру меню из отдельного инфоблока, например.

Однозначно разносить по двум инфоблокам (я про цепи и кольца). Цепи - с использованием SKU, кольца - нет. Пример, как выводить несколько инфоблоков в одном меню, можно посмотреть в решении Интернет-магазин, либо добавить в файл .тип_меню.menu_ext.php второй вызов компонента bitrix:menu.sections со своими настройками.

Стоп. Вот это поподробнее. Как у Вас организовано хранение информации о товарах? Один инфоблок или SKU? Если второе - где какие свойства?