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

Штатного компонента нет.

Пишите свой код, используя http://dev.1c-bitrix.ru/api_help/sale/classes/csaleuseraccount/csaleuseraccount.updateaccount.php для пополнения счёта. Сразу думайте, как предотвратить злоупотребления.

Какой у вас уровень вложенности разделов?
Могут ли элементы быть привязаны к нескольким разделам одновременно?

1. Тебе реально нужна группировка по ID, NAME, CREATED_BY и DATE_CREATE? Или ты $arSelect не в то место засунул?

2. Кол-во записей в выборке можно узнать так: http://dev.1c-bitrix.ru/api_help/main/reference/cdbresult/selectedrowscount.php

3. Вот это будет работать неправильно:
"NAME" => $arUser["ID"],
Если ID пользователя, скажем, 31, будут найдены записи, содержащие "131", "314" и т.п.

Используйте компонент "Служебные - Вставка включаемой области" (bitrix:main.include)

Именно так

Возвращаясь к исходному вопросу: всегда указывайте ID инфоблока (число или массив чисел), если у вас нет серьёзных причин не делать этого. 5% выигрыша в скорости выполнения запроса серьёзной причиной не являются.

У-у-у, как всё запущено.

Немного замедлит, но:

если вы получаете ID элемента в запросе пользователя, обязательно указывайте ID инфоблока. Если, конечно, не хотите дать пользователям возможность посмотреть любой элемент любого инфоблока.

Это здесь лишнее. Элемент -- он и так один.

Мы заставляем редактора делать таблицы в Dreamweaver, затем брать HTML-код таблицы и вставлять его в редактор битрикса НЕ в визуальном режиме редактирования. При этом редактор ещё должен прописать нужный класс у таблицы.

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

Нет, нельзя. bitrix:search.form не выполняет поиск.

Для того, чтобы сделать поиск по свойствам элементов инфоблока через модуль поиска, выполните следующие действия:
1) В настройках инфоблока поставьте крыжик "значения свойства участвуют в поиске" у нужных свойств.
2) Выполните полную переиндексацию сайта.
3) Разместите на странице компоненту bitrix:search.page и настройте её так, чтобы ограничить поиск только нужным инфоблоком.

Упс, точно. Значит, придётся или колдовать с AddBufferContent, или вызывать GetTitle в обработчике события onAfterEpilog -- в зависимости от задачи.

Как вариант можно во время низкой нагрузки на сайт удалить bitrix/cache/*, bitrix/managed_cache/* и bitrix/stack_cache/* и почистить таблицу через TRUNCATE b_cache_tag

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

Какая-то беда с этим управляемым кешом. Отпишите, пожалуйста, в этот топик то, что вам ответят в техподдержке битрикса.

А сколько у вас записей в таблице b_cache_tag?
Покажите, пожалуйста, результат выполнения запроса sel ect count(*) fr om b_cache_tag

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

Вторая ошибка -- ну, упал mysql-сервер, потом поднялся. Такой у вас хостинг.

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

Покажите текст ошибки (error).

Можно использовать технологию битриксовых мастеров

Выдуманный пример. Реализует след. логику: выбрать все элементы, которые неактивны И которых не менее 10 И у которых выставлена цена 4 ИЛИ цена 2.

http://dev.1c-bitrix.ru/api_help/iblock/classes/ciblockelement/getlist.php в помощь, там это описано.

1) Было $arrFilter, стало $arFilter? Поэтому и не работает.
2) "LOGIC" => "AND" вообще уберите.

Полноте, на что тут можно обижаться?

Кстати, если говорить о барьерах, то они есть. Как минимум два.

Представим, что вы решили заняться медициной или юриспруденцией.

Во-первых, потребуется большой багаж знаний, начиная с азов (особенно для медицины). Иначе при чтении какого-нибудь "Краткого руководства по проведению аппендэктомии в домашних условиях" у вас будут возникать претензии типа:
Во-вторых, вам будет трудно вот по какой причине: медики и юристы не любят самоучек.

В веб-разработке ниже порог вхождения и меньше клановости, но барьеры те же самые.

Имхо, вы путаете причину и следствие.

Хорошо делать сайты -- сложно (ну, это в любом деле так).

Хотите научиться хорошо делать сайты -- придётся потратить силы и время.

А в /home/site2/httpdocs вы сделали симлинки на /home/site1/httpdocs/bitrix/ и /home/site1/httpdocs/upload/ ?

Я полагаю, что виноваты ваши соседи по хостингу.

Обратитесь в техподдержку хостера, описав проблему. Укажите посещаемость сайта, попросите разъяснения.

У вас разделяемый (shared) хостинг или VPS?