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

Сверстайте форму на html, которая при сабмите делает CEvent::Send. Зачем здесь вообще вебформы использовать?

Обычно дело не в restore.php, а в отсутствии у апача прав на запись в докрут

Снимать флаг активности?

Файл sql в какой кодировке? Данные в базу затянулись в какой кодировке?

На каком сервере почтовый ящик админа?
Чем он просматривает почту?
Присутствует ли реклама при скачивании письма вручную telnet-ом?
Все ли письма содержат рекламу, какие условия наличия рекламы?
На худой конец, если в php затесался вирус, есть debug_backtrace, register_tick_function и declare(ticks=1), и с их помощью писать каждый шаг в файл, а потом анализировать, в каком файле и где там вирус рекламу подключает.

Вероятно, у вас дамп базы в несоответствующей кодировке или были в ините
прописаны какие-то костыли вроде $DB->Query("SET NAMES 'cp1251'").
Посмотрите в консоли, как оно хранится в БД и корректно ли импортировалось.
Для решения можно повставлять фиксов кодировок соединения с БД в код сайта,
а можно изменить кодировки по умолчанию в mysql и заново импортнуть проект.
Зайдите в виртуалку, запустите mc, найдите файл /etc/mysql/my.cnf

Отличие стороннего счетчика в том, что он может учитывать приходы на сайт не только по referer, но еще и по своим шпионским кукам. Такое в рамках одного сайта не получится сделать. Однако, другая сторона медали в том, что у некоторых пользователей может быть заблокирована обратная связь по счетчикам через фаерволлы и прочие фильтры. Поэтому почему бы не использовать и то и другое?

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

Если в разных шаблонах есть общие места, то можно их вынести в отдельный файл и делать require. И наоборот, если один шаблон использует два больших куска для разных папок, можно вставить условие и инклудить два разных дополнительных файла.

Еще можно развить мысль Андрея, но альтернативные файлы размещать в подкаталогах шаблона, соответствующих разделам сайта. А в "главные" header и footer написать логику подключения файлов из подкаталогов, если они существуют и соответствуют разделу.

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

Если совсем разные шаблоны верстки, то через "настройки сайта" в админке, условия "для папки или файла".
Если разница небольшая, скажем какой-то контрол лишний, баннер или телефончик, а все остальное одинаковое то проще и удобнее вставить в шаблон условие вида <?if($APPLICATION->GetCurDir()..., так проще потом изменения вносить, особенно в цсс.

А сервер mysql стоит, фаервол/антивирь разрешает? (telnet>o localhost 3306)
Рекомендую ставить архивы и девелоперские версии на vmbitrix, не пожалеете.

Установите плагин для фаерфокса Firebug и нажмите F12. В хроме и опере есть встроенные похожие инструменты. Там видна полная картина наследования каскадов, и гораздо проще искать, чем глазами парсить css.

Можно, например, создать result_modifier.php, в котором для активного раздела делать CIBlockElement::GetList() и присоединять массив элементов раздела, который потом разбирать в шаблоне.

Вариант на примере каталога книг без перезагрузки страницы (если данных не слишком много).
Данные вставляются из иблока через GetList/GetNext и кешируются (см класс CIBlockElement).
Если много - то надо сюда прикрутить ajax.

Да, наверное не так понял. Если надо динамически менять внешний вид каталога "на лету" - то наверное лучше всего запрашивать аяксом и передавать в гете идентификатор шаблона. Или сразу вывести на страницу компонент два раза с разным шаблоном в разные дивы и менять их видимость по переключателю.

Можно у юзера завести свойство типа строка и вставлять его при вызове компонента как имя шаблона.

Еще более очевидный вариант:
if ($_GET['arrFilter']['property_NEWS_REGION'])
$GLOBALS['arrFilter']["property_NEWS_REGION"]=array($_GET['arrFilter']['property_NEWS_REGION'],false);

А что мешает написать необходимые правила преобразования URI в файле urlrewrite.php? И что такое "гармония ЧПУ"? Определитесь, как вы хотите видеть адрес просмотра секции. Можно например сделать страницы просмотра секций такими: http://domaine.ru/229/ при условии, что "по задумке" цифрами от корня ничего кроме секций не будет идентифицироваться, тогда правило получится примерно таким:
"CONDITION" => "~^/(\d+)$/~",
"RULE" => "SECTION_ID=$1",
"PATH" => "/catalog/index.php",
Причем,  работать будут обе ссылки, и короткая и длинная. Правда, это "seo-неправильно", когда две ссылки ведут на одну и ту же страницу, поэтому лучше все ссылки привести к одному какому-то виду (изменить соответствующим образом шаблон адреса страницы секции в иблоке каталога).

Самая большая беда битрикса - это права на изменения своих программных файлов. Но тут уж никуда не денешься, особенность архитектуры. Взлом теоретически может быть через получение администраторского http-доступа к панели управления (/bitrix). Для отлова заразы можно попробовать register_tick_function('callback',ture) с declare(ticks=1) и записью каждого шага в лог.

Почему бы не использовать для этого привязку к секциям иблока в качестве классификатора?

Нет ничего невозможного. Если нет идентификатора dom-объекта, до него всегда можно добраться через document, firstChild, parentNode, nextSibling, getElementsByTagName и т.д. А еще можно в шаблоне прописать ему id.

Вероятно, сервер отдает докрут со слешем. Помотрите, что лежит в  $_SERVER["DOCUMENT_ROOT"]. Если там в конце слеш, то он лишний. Если не знаете, как его изменить на своем сервере - то например можно написать такой вот костыль в php_interface/init.php:
$_SERVER['DOCUMENT_ROOT']=substr($_SERVER['DOCUMENT_ROOT'],0,-1);

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

Наткнулся на эту проблему.
Массив $_POST начал приходить пустой после прописывания правила ЧПУ в файл urlrewrite.php во время переноса компонента из буса в корпоративный портал. При вызове без чпу пост от формы приходит нормально. Видимо, эти системы по-разному обрабатывают реврайты, разные версии продукта или что-то не так настроено. Версия портала последняя на данный момент.

upd:
Исследование показало, что если ЧПУ кончается на слеш, например /product/name/ то $_POST приходит нормально. Однако, если ЧПУ настроен так: /product/name то массив $_POST пустой. Причем на прошлой платформе (бус 8) такого не наблюдалось.

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