Форум

Вероятно, у вас дамп базы в несоответствующей кодировке или были в ините
прописаны какие-то костыли вроде $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() и присоединять массив элементов раздела, который потом разбирать в шаблоне.

http://dev.1c-bitrix.ru/community/forums/messages/forum6/topic10411/message149200­/#message149200

Вариант на примере каталога книг без перезагрузки страницы (если данных не слишком много).
Данные вставляются из иблока через GetList/GetNext и кешируются (см класс CIBlockElement).
Если много - то надо сюда прикрутить ajax.
[CODE]<script>
var hash = {101: {10:'Московский Автор',20:'Питерский Автор',30:'Ростовский Автор'},
102: {40:'Немецкий Автор',50:'Американский Автор',60:'Английский Автор'}}
function f(s) {
a = document.getElementById('auth');a.innerHTML = '';
for(i in hash[s.value]) {
o = document.createElement('OPTION');
o.innerHTML = hash[s.value][i];o.value = i;
a.appendChild(o);
}
}
</script>
<select id="category" onchange="f(this)">
<option value="101">Отчечественные авторы</option>
<option value="102">Зарубежные авторы</option>
</select>
<select id="auth">
<option>11</option>
</select>
<script>f(document.getElementById('category'));</script> [/CODE]

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