Теме уже год, а проблему так и не решили, у меня периодически вываливается эта ошибка!
15.03.2010 07:25:00
Теме уже год, а проблему так и не решили, у меня периодически вываливается эта ошибка!
|
|
|
|
18.03.2010 00:58:36
да не в кодировке тут дело. Эта проблема появляется также, как и исчезает. Как вариант код вызова компонента засунуть в div, иногда помогает.
|
|
|
|
07.06.2010 11:16:31
Как вариант решение проблемы, которая возникла у меня на сайте с UTF-8 версией. Размещаем компонент, он выдаёт ошибку, размещаю ниже такой же, всё работает, захожу в настройки одного из компонентов и убираю не корректный текст в другой кодировке, сохраняю файл, захожу через ftp вычищаю ненужный шлак, оставляю один компонент, всё работает. Как мне кажется это происходит из - за разных кодировок, которые используются в редакторе нами и которые воспринимаются сайтом.
|
|
|
|
08.02.2011 10:29:11
Поддерживаю вариант с заключением кода компонента в div, мне помогло.
|
|
|
|
17.07.2011 00:29:31
Сталкивался с аналогичной проблемой: после добавления компонента через визуальный редактор, в режиме правки он не хотел открываться. Сохранил файл по фтп в кодировке UTF-8 (без BOM) и параметры компонента стали нормально отображаться.
|
|
|
|
18.10.2011 04:39:19
Такая же тема: "Не удалось обнаружить код вызова компонента." Прочитал эту ветку полностью, подровнял код в странице, добавил еще 3 компонента news.list, убрал <br /> (кстати, Битрикс его сам ставит и несколько искажает код страницы, если через визуальный редактор ее редактировать), все коды вызова компонентов - в своих div-ах, в общем все перепробовал, что тут рекомендовалось - ничего не изменилось.
Все закрыл, пошел спать. Утром запустил - ошибка ушла! И все работает полноценно, сразу удалось скопировать шаблон из .default в свой и пр. |
|
|
|
06.03.2012 09:37:44
проблема решилась следуя
|
|
|
|
27.10.2012 12:47:07
Михаил Ливач пишет:
|
|||||
|
|
19.08.2013 21:36:00
|
|||
|
|
28.08.2013 08:30:41
Добавил код компонента в шаблон (скопировал из визуального редактора), столкнулся с такой же проблемой. Удалил код, вернул всё как было. Теперь все компоненты на странице и на других страницах с другим шаблоном тоже выдают эту ошибку. До этого всё работало как надо. С каждой минутой люблю битрикс всё больше...
|
|
|
|
04.09.2013 06:45:59
|
|
|
|
26.11.2013 17:01:59
Я редактировал шаблон по фтп.
Сайт в UTF-8. Пересохраните шаблон под правами веб пользователем через админку. Все заработает. |
|
|
|
08.03.2014 17:13:43
У меня выходила ошибка при вызове настройки компонентов в WorkArea (то есть ошибка была в index.php). Файл редактировал под себя. Решилась проблема моментально после того, как удалил из файла комментарий, который сам и сделал.
|
|
|
|
09.07.2014 15:20:17
Ещё одной причиной возникновения такой ошибки является большое количество символов в функции SetPageProperty() при установке keywords и description.
|
|
|
|
16.03.2015 10:58:43
Да проблемы была из за тегов HTML. Компонент news.list был у меня в файле футера. Так как в футере есть закрывающие основные блоки div'ы битрикс считал его HTML код не валидным выдавал ошибку. Вообще непонятно какое ему дело до разметки страницы
|
|
|
|
03.06.2015 15:29:33
Была такая же беда, лечим следующим образом:
Сайт в кодировке utf-8 Исправляем .htaccess: Должны быть строки php_value mbstring.func_overload 2 php_value mbstring.internal_encoding utf-8 Если не помогло, валим в настройки хоста: у нас развернута виртуальная машина битрикс - папка /etc/httpd/bx/conf - находим конфигурационный файл сайта, по идее с именем сайта и расширением .conf Дописываем в тег <Directory /home/bitrix/site_folder> строки: php_admin_value mbstring.func_overload 2 php_admin_value mbstring.internal_encoding utf-8 Вот такой бяки при проверке системы быть не должно Должно быть от так от |
|
|
|
12.10.2016 16:54:45
В моем случае проблема решилась объявлением массива arrFilter, который использовался в фильтре
|
|
|
|
02.06.2017 18:52:51
У меня получилось так. 1) Вырезать все со страницы. Сохранить в кодировке UTF-8 (редактирую в notepad++) 2) Вставить все что было снова. Сохранить. |
|||
|
|
12.10.2018 23:33:04
Подобная оказалась причина, решение: копировать header.php, footer.php -> сохранить в кодировке UTF-8 -> заменить. Удалять компоненты со страницы не пришлось. |
|||
|
|
30.09.2019 13:49:54
Помогло прописывание в htaccess
php_value mbstring.func_overload 2 php_value mbstring.internal_encoding UTF-8 |
|
|
|
23.01.2020 12:38:59
Такая же проблема на PHP 7.3
|
||||
|
|
|||