Форум

Переменные в почтовом событии определены (в поле "Описание")?

Если артикул - это привязка к элементам другого иблока, которая называется к примеру ARTICLE, попробуйте отбор в фильтре по "PROPERTY_ARTICLE.NAME".

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

Линукс тоже во многом превосходит винду, но мы же почему-то покупаем и используем винду? :) Кроме функционала есть еще немаловажные вещи, такие как наличие документации, порог вхождения, простота, поддержка, пиар.

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

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

Отбирать элементы иблока, группируя по привязке к пользователю (Например, если пользователь в поле CREATED_BY) и суммировать свойство, в котором рейтинг.

Используйте .тип.menu_ext.php, он как раз предназначен для динамической модификации массива меню.

В том и проблема. Кнопки "взять и перенести сайт" или "объединить базы" нет, все очень зависит от специфики. Если сайт просто "визитка" и состоит из статических страниц, перенести не проблема, достаточно создать новый сайт, перенести страницы, перенести шаблон, применить его, перенести пользователей и выдать им права как на переносимом сайте. Если же сайт сложный, который много работает с БД (иблоками, магазином), содержит пользовательские компоненты и функционал, переносить сложнее, без помощи опытного битрикс-программиста не обойтись. Это также очень зависит от того, придерживался ли разработчик сайта строгой дисциплины и стиля "битрикса", то есть писал ли он без "облегчалок", вроде прямого прописывания IBLOCK_ID в коде компонентов, собственных таблиц, файлов и т.д.

$rs = CIBlockElement::GetList(
array(), // сортировка
array('IBLOCK_ID'=>$id), // фильтр
array('PROPERTY_CM_WEIGHT'), // группировка
false,
array('PROPERTY_CM_WEIGHT') // поля
);
while($ar=$rs->GetNext()) {
var_dump($ar);
}