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

Это ведь страница, а не компонент? В страницах надо писать
<?require($_SERVER["DOCUMENT_ROOT"]."/bitrix/header.php");?>
<?require($_SERVER["DOCUMENT_ROOT"]."/bitrix/footer.php");?>

а не
<?if(!defined("B_PROLOG_INCLUDED") || B_PROLOG_INCLUDED!==true)die();?>

Хедер подключен? Дайте весь файл целиком.

А количество свойств инфоблока разве ограничено?

Компонент можно скопировать в свой неймспейс и модифицировать так, как надо.

Ну, раз нельзя списком, тогда вот вам и значение, и индекс, и ключ

Так же никак, как и здесь:
Вопрос в том, нужен ли ключ, или просто пронумеровать список, как хочет Олег Белов:Для этой цели использование стандартного нумерованного списка html мне представляется более логичным

Ексель прекрасно открывает html-таблицы, переименованные в xls

CIBlockElement::GetList
Выбираете все товары заданного цвета, группируете по коллекциям и получаете все коллекции, а заодно и количество товаров заданного цвета в них.

А в каком редаторе вы изменяли файл dbconn.php?

Разработчики обычно делают два запроса с одинаковым фильтром, первый SELECT COUNT(*) FROM или SELECT * FROM, чтобы узнать количество удовлетворяющих фильтру записей, а воторой уже с ордером, лимитом и оффсетом, чтобы вывести конкретную страницу. При этом второй запрос, очевидно, уже использует внутренний кеш mysql, ввиду чего работает еще быстрее. В случае битрикса, первый запрос идет в Query, а второй (с limit или mysql_data_seek) в NavStart.

Следует отметить однако, что в Mysql существует директива SQL_CALC_FOUND_ROWS и функция SELECT FOUND_ROWS() которая возвращает количество просмотренных записей предыдущего запроса с директивой, без учета лимита, но она в ряде случаев работает медленнее, чем двойной запрос, описанный выше. Так что я не вижу ничего плохого в том решении, которое вы используете сейчас.

А еще можно так

Самый простой способ - создать секцию "Электроника" и поместить в нее остальные.
Более сложный - редактировать файл формирования меню.

http://habrahabr.ru/blogs/css/64016/
Вот же

А она удалилась из настроек сайта? Бывает, настройки не сохраняются из-за отсутствия прав на запись у апача.

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

А если в описании надо форматировать содержимое, тогда на жс:

Визуальный редактор - зло.
Относительно безопасно можно править в эклипсе через ssh. По крайней мере он делает локальные кеши.

Такой баг наблюдался в некоторых ситуациях в IE6 в картинках png при подключении pngfix.

Надеемся и верим, что битрикс будет поддерживать постгрес.

Разрабатывать на живом проекте - не лучшая мысль. Разделить области ответственности. Дать каждому VMBitrix с копией проекта и делать периодические "релизы".

<img src="/<?=$arItem[PARAMS][SRC1]?>"

Вы сделали переиндексацию?

Обратите внимание на поля с тильдой в var_dump($arResult), это значения атрибутов, не обработанные htmlspecialchars.

Логин-то введен? Следовательно, можно получить пользователя с этим логином, посмотреть его группу и решить, авторизовать его или нет.

Если меню строится вручную:

<?if($USER->isAuthorized()):?>
Имя пользователя
Логофф
<?else:?>
Регистрация
Логин
<?endif;?>

Если автоматически, то подставлять разные пункты в .тип_меню.menu_ext.php.