А мне помог совет отсюда. А именно, вот это: "Вставить такую <?/**/?> конструкцию перед проблемным местом". Причем втавил конструкцию перед одним из проблемных компонентов, а ошибка исчезла на всей странице...
Еще есть решение. На одном из проектов в UTF8 поборол следующим способом. Файлы шаблона были в некой OEL (кажется это тип переноса строк) типа Макинтош. Переконвертировал в windows, стало нормально работать, в типе Unix тоже отлично работает. Последнее думаю предпочтительнее на unix сервере.
Причем странно, что с такими переносами сделал файлы сам битрикс, при создании шаблона.
Профессиональная разработка сайтов на 1С-Битрикс и администрирование серверов - http://pogudin.pro
Не забудьте после всего этого проверить, а сработали ли эти волшебные строчки. У меня был случай, например, когда хостер не позволял использовать директиву php_value mbstring.func_overload 2.
Так что прежде чем искать решение проблемы дальше - убедитесь, что они сработали с помощью phpinfo().
Не забудьте после всего этого проверить, а сработали ли эти волшебные строчки. У меня был случай, например, когда хостер не позволял использовать директиву php_value mbstring.func_overload 2.
Так что прежде чем искать решение проблемы дальше - убедитесь, что они сработали с помощью phpinfo().
Скорее всего не хостер даже. С какой-то версии PHP mbstring нельзя больше через htaccess настраивать. Точно не скажу но вроде даже с 5.0. Тут нужно юзать враппер если нет доступа к php.ini, но такая плюшка есть далеко не на всех шаредах.
Suntechnic пишет: Скорее всего не хостер даже. С какой-то версии PHP mbstring нельзя больше через htaccess настраивать. Точно не скажу но вроде даже с 5.0. Тут нужно юзать враппер если нет доступа к php.ini, но такая плюшка есть далеко не на всех шаредах.
Также проблема возникает, если перед выводом компонента используется комментирование кода с использованием // (две наклонные черты). При замене на /* */ проблема исчезает.