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

Павел Афонин, вероятно для снижения нагрузки все же лучше использовать следующую конструкцию:

$arFilter = Array("ACTIVE"=>"", "CREATED_BY" => $USER_ID);
$res = CIBlockElement::GetList(Array(), $arFilter, Array());

Документация:
arGroupBy - Массив полей для группировки элемента. Если поля указаны, то выборка по ним группируется, а в результат добавляется поле CNT - количество сгруппированных элементов. Если указать в качестве arGroupBy пустой массив, то функция вернет количество элементов CNT по фильтру.

Цитата из документации:

Работа модуля поиска сводится к предварительному индексированию и последующей выдаче информации сайте по запросу пользователя. Индексирование заключается в сохранении времени изменения, модуля-владельца, кода элемента, языка, web-адреса, заголовка, текста и двух произвольных параметров индексируемого элемента, а так же списка кодов групп пользователей, которые имеют доступ на чтение (как минимум) к данному элементу. Поиск заключается в выдаче списка результатов, удовлетворяющих введенной строке запроса (обрабатывается с учетом языка запросов), а так же набору установленных ограничений (модуль-владелец, код элемента, сайт, два произвольных параметра).

Алгоритм работы модуля поиска таков, что он не имеет никакой информации по характеру и структуре данных других модулей. При индексации модули по запросу сами отдают модулю поиска ту информацию, которую необходимо проиндексировать. Передача осуществляется в виде массива заданной структуры. Связь между модулем поиска и другими модулями системы осуществляется через систему сообщений.

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

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

можно так:

array("FORUM_ID"=>Array(1, 2, 5, 9))

На старом форуме (компоненты 1.0) все достаточно понятно - можно сформировать параметры FID, TID, MID вручную. На новом (компоненты 2.0, который в режиме SEF) вроде бы есть некий метод, но я пока не разбирался как с ним работать.

Вот этой:

http://www.bitrixsoft.ru/download/bsm.chm

Смотрим документацию, описание метода CForumMessage::GetList

Думаю Андрей имел ввиду CForm::GetList.



Там кстати в документации нормальный пример на этот случай имеется.

Не очень понятна задача. Вы хотите обновлять из исходных файлов Excel данные на сайте или наоборот?

"SECTION_ID"=>false

$res->GetNext()

замените на

$res->GetNextElement()

Без изменения модуля "Реклама" - думаю что никак  

Стандартно есть возможность ограничивать количество просмотров баннера для каждого пользователя - можно поменять логику работы данного функционала, чтобы он ограничивал не показы, а клики. Изменять по всей видимости придется методы FixShow, GetRandom, SetCookie, Click.

А может быть проще предусмотреть для квартир достаточное число свойств числового типа, каждое из которых будет обозначать площадь конретного типа  комнаты в данной квартире. Соответственно, если значение пустое (0) - комнаты такого типа в квартире нет  . Тогда же и от ненужных разделов избавитесь и будете их использовать по назначению (например, районы города).

Такая конструкция будет работать в заголовке страницы (до #WORK_AREA#) только для значений свойств разделов.

Для страниц тоже можно, но необходимо разделить вызов header.php на визуальную и невизуальную части:

require($_SERVER["DOCUMENT_ROOT"]."/bitrix/header.php");

на:

require($_SERVER["DOCUMENT_ROOT"].
"/bitrix/modules/main/include/prolog_before.php");

...
тут устанавливаем значения свойства
...

require($_SERVER["DOCUMENT_ROOT"].
"/bitrix/modules/main/include/prolog_after.php");

Как пример, разворачивания вложенного меню для активного раздела (используются типы меню left и left_sub):

Если предположить, что раздел "О компании" имеет следующую структуру:

/about/
/about/history/
/about/mission/

Тогда для достижения нужной функциональности в меню первый пункт, т.е. ссылка на раздел "О компании" должна быть /about/index.php, а не /about/

Это функция для выборки списка инфоблоков, а не элементов. Соответственно для него DETAIL_PAGE_URL не может быть сформирован, т.к. не известны параметры элемента инфоблока. Если будете использовать GetIBlockElementList для выборки списка элементов инфоблока, то все будет нормально.

$rsLastEditedSection = CIBlockSection::GetList(array("ID"=>"DESC"), array("IBLOCK_ID"=>$IBLOCK_ID));
$arLastEditedSection = $rsLastEditedSection ->Fetch();

А почему бы так не попробовать?

По логике ID - поле автоинкрементное, поэтому в нормальных условиях максимальный ID раздела и будет последним созданным  

Обновите на текущую версию, когда выйдет не-бета и все.

Вопрос только в том, что в 5.1.7 всего одна готовая компонента 2.0 в качестве примера (постраничная навигация) и есть парочка небольших свежих багов.

Антон Долганин, опередил мысль

Анна, я долго подбирал корректные слова про incoldpages.php  , поверьте  

1. Импортировать новости, например экспортировать их со старого сайта в CSV, который импортировать в Битрикс штатными средствами. Или же написать свой конвертор

2. Для сохранения старых ссылок использовать стандартный механизм Битрикс - incoldpages.php. Хотя конечно, 14000 новостей это круто, предложенный там механизм наверное будет подтормаживать  . Как вариант - попробовать решить проблему через mod_rewrite, а обращение к статье будет происходить по "старому" ID статьи, который будет храниться например в поле XML_ID Битрикса.

Для преобразования значений адресов в этом файле надо использовать стандартные функции PHP ip2long и long2ip. Например long2ip(1041244160) - 62.16.32.0, а ip2long("172.16.11.8") - 2886732552.

Более 3 последовательных установок блокируются. Пишите на support@bitrixsoft.ru, приложите серийник и они быстро разблокируют.

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