Дмитрий Яковенко (Все сообщения пользователя)

Для первой задачи используете не тот класс, нужен CIblockElement и опять же SelectedRowsCount

а зачем вам свойство? Есть же поле CREATED_BY

Ну так вы приведите код, который не работает, а не пример с ошибками. Как мы угадаем в чем у вас проблема?

Вы цикл правильно оформите и все будет!
А то вы все суете в одну переменную и удивляетесь почему в одной переменной нет 4х значений. Как?

Ну и как тогда изменить логику работы контроллера под свои потребности?
Евгений Малков, все правильно говорит.

1. Делаете страницу
2. Размещаете на ней компонент bitrix:news.detail
3. Настраиваете отображение одной новости по идентификатору.
4. Добавляете на страницу компонент комментариев bitrix:forum.topic.reviews
5. Настраиваете компонент на на комментирование определенной новости.

Плохо искали!
http://dev.1c-bitrix.ru/community/forums/messages/forum6/topic25858/message142978­/#message142978

$arFilter = array('PROPERTY_CM_WEIGHT' => 3);
$arFilter = array('PROPERTY_CM_WEIGHT' => array(3,8));
В фильтр добавить нужные параметры: ид инфоблока и т.п.

Какой-то скрипт (JS) пытается изменить DOM до полной загрузки страницы.

Откройте форму редактирования настроек инфоблока, а не типа инфоблоков, откройте нужный тип ИБ, а потом нужный инфоблок.

ну а настройки инфоблока может все таки проверите?Лучше $PERM["upload"]["*"]="R";

Т.е. речь про инфоблоки. Проверьте настройки прав доступа в настройках инфоблока и $PERM["upload"]["*"]="U";

по моему, зенд оптимайзер и пэхапе 5.3 работают вместе только в сборке зенд сервер це. А так поставьте пэхапе 5.2 и всё должно работать.

А где это лежит/хранится и какой путь к ним на сайте?

Напряг стажера - проверили, для news.list такая фишка работает. Просто в параметры вызова компонента добавляем "динамический" параметр, который и меняет нам идентификатор кеша. Т.е. можете написать постраничку в шаблоне, в параметры передавать номер страницы и будет вам кешируемое счастье.
Хороший такой костыль, позволяющий изменить идентификатор кеша без модификации ядра компонента.

Есть 2 проблемы:
- думаю лучше вам кастомизировать компонент списка секций и добавить в идентификатор кеша постраничную навигацию.
- выборка секций не имеет параметра LIMIT в sql-запросе (по крайней мере не имела).

Т.к. нет лимита, то нужно кешировать, чтобы избегать лишних запросов к БД.


Тут вот меня мысля посетила, не знаю заработает ли:
Кеш компонента зависит от параметров компонента. Т.е. !теоретически! можно добавить в шаблон компонента параметр в который устанавливать перед вызовом компонента значение страницы в постраничке по секциям. Тем самым получим кеш, зависящий от постраничной навигации по секциям каталога.

Какой серв, какая версия php?

Для вывода меню в меню лучше catalog.section.list, круто!

компонент bitrix:menu, шаблон horizontal_multilevel
По моему и есть решение вашей задачи.

http://dev.1c-bitrix.ru/docs/php.php#tab-integration-link
а тут никакой нужной информации не нашли?

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

а вот это в стилях сайта откуда появится (я про путь к картинке)?

посмотрите компонент карты сайта или стандартного многоуровнего меню.

Нужно сравнивать поле элемента CREATE_BY и $USER->GetID().
Но в таком случае, вам необходимо кешировать для каждого пользователя отдельно или вовсе не кешировать вывод элемента. Ни то, ни то не есть харашоу.

В настройках магазина типы цен. Поставьте типу цена закупки высокий права (только для админов), тогда остальные не смогут видеть и покупать по этой цене.