Dmitry Ban (Все сообщения пользователя)

Хм.
Нет, извините, учить пользоваться функциями PHP я не буду.

Отмените изменения в шаблоне.

Тем более что подразделы у вас выводятся в другом цикле -- foreach ($arSection['CHILDREN'] as $key => $arChild):
И, соответственно, показ картинок надо делать там.

Кто-то намудрил в шаблоне. Здесь и ниже по тексту должно быть $arSection['PICTURE'] вместо $arSection['PICTURE_PREVIEW']

Выведите через print_r() содержимое $arResult и посмотрите.

Ну, например, так.

В шаблоне компонента catalog.section.list (Стрктура раздела) нужно создать файл component_epilog.php. В этом файле нужно проверять, есть ли у раздела подразделы (если они есть, то в $arResult['SECTIONS_COUNT'] будет число больше нуля). Если подразделы у раздела есть, нужно завести какой-нибудь флажок (через define() или через глобальную переменную).

Далее в файле section.php шаблона bitrix:component надо проверять этот флажок (естественно, уже после вызова компонента bitrix:catalog.section.list. Если флажок выставлен (у раздела есть подразделы), то показывать список подразделов. Если не выставлен, показывать фильтр и список элементов раздела.

Отредактируйте шаблон компонента "Структура разделов" там, где цикл foreach($arResult["SECTIONS"] as $arSection)
Описание картинки подраздела находится в $arSection['PICTURE']

Какой компонент используется для показа списка подразделов?

Отредактируйте шаблон компонента "Элементы раздела". Описание раздела находится в $arResult['DESCRIPTION']

Какие простые компоненты вызываются? См. скриншот.

Авторизуйтесь админом.
Включите режим правки (вверху справа в панели управления).
Перейдите на нужную страницу.
Покажите, какой компонент у вас используется на странице.

Наймите программиста.

Сложно сказать. Зависит в первую очередь от вашего сервера -- сколько памяти выделено под буферы БД.

Может, и свои компоненты придётся писать, и способы ограничения кол-ва элементов в выборке придумывать.

Имхо лучше всего будет обратиться в техподдержку, предоставив доступ к сайту (SSH/FTP + админка)

Неправильно выразился.

Избегайте CIBlockSection::GetList() с подсчётом кол-ва элементов в разделах.

Что касается постраничной навигации, старайтесь строить её по как можно меньшему кол-ву элементов. Постраничка по всем 300k элементам может очень сильно нагрузить ваш сервер.

Избегайте запросов с подсчётом кол-ва элементов в разделе. Такие запросы будут тормозить очень сильно.

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

Посмотрите, какие данные передаются в шаблон (данные находятся в массиве $arResult).

Найдите в $arResult ту часть, которая относится к вашим разделам.

Посмотрите поле PICTURE в описании разделов. Если там массив, то всё прозрачно: путь к картинке в поле SRC, размеры в WIDTH/HEIGHT. Если там число, то придётся вызывать CFile::GetFileArray().

Всё вышеописанное относится к случаю, когда для показа разделов/подразделов используется штатный компонент bitrix:catalog.section.list или самописный компонент, сделанный более-менее в соответствии с правилами разработки под битрикс.

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

Обычно для показа списка разделов используется компонент "Структура разделов" (bitrix:catalog.section.list), который показывает именно список разделов с подразделами. Если у вас вместо подразделов показываются элементы раздела, видимо, имела место какая-то доработка.

Вы забыли слово "пожалуйста". Я не сотрудник компании "1С-Битрикс" и не занимаюсь техподдержкой.

Да, действительно, в учебном курсе описан старый интерфейс.

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

Админка - Настройки - Настройки продукта - Настройки модулей - Главный модуль
Поставьте галочку "Сохранять исходные имена загружаемых файлов".

Вам нужно отредактировать шаблон компонента.

http://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=18&CHAPTER_ID=339

Данные хранятся в базе.

Для показа товара обычно используется компонент bitrix:catalog.element (/bitrix/components/bitrix/catalog.element/)

В пароле есть символы кириллицы?

А я думаю, что нет. Группировка по уникальному ID -- вещь вообще бессмысленная; по DATE_CREATE -- крайне сомнительная. Посмотри, что в SQL понимается под группировкой: http://www.site-do.ru/db/sql8.php

http://dev.1c-bitrix.ru/api_help/iblock/filters/string.php

"Запись" -- это что? Элемент инфоблока? Очевидно, нужно где-то хранить ID пользователя. Возможные варианты: поле CREATED_BY или свойство типа "Привязка к пользователю".

По идее, если разнести элементы по разным инфоблокам, можно добиться прироста производительности. Но:

1) Битрикс не позволяет привязывать один и тот же элемент к нескольким инфоблокам.
2) Выборку элементов из нескольких инфоблоков с фильтрацией по свойствам можно будет сделать только на старых инфоблоках (с хранением свойств в общей таблице), что в целом не комильфо.

А что у вас тормозит в текущей реализации?