Теме уже год, а проблему так и не решили, у меня периодически вываливается эта ошибка!
|
Разработчикам |
Не удалось обнаружить код вызова компонента.
Не удалось обнаружить код вызова компонента.
|
|
|
|
|
|
|
да не в кодировке тут дело. Эта проблема появляется также, как и исчезает. Как вариант код вызова компонента засунуть в div, иногда помогает.
|
|
|
|
|
|
Как вариант решение проблемы, которая возникла у меня на сайте с UTF-8 версией. Размещаем компонент, он выдаёт ошибку, размещаю ниже такой же, всё работает, захожу в настройки одного из компонентов и убираю не корректный текст в другой кодировке, сохраняю файл, захожу через ftp вычищаю ненужный шлак, оставляю один компонент, всё работает. Как мне кажется это происходит из - за разных кодировок, которые используются в редакторе нами и которые воспринимаются сайтом.
|
|
|
|
|
|
Поддерживаю вариант с заключением кода компонента в div, мне помогло.
|
|
|
|
|
|
Сталкивался с аналогичной проблемой: после добавления компонента через визуальный редактор, в режиме правки он не хотел открываться. Сохранил файл по фтп в кодировке UTF-8 (без BOM) и параметры компонента стали нормально отображаться.
|
|
|
|
|
|
Такая же тема: "Не удалось обнаружить код вызова компонента." Прочитал эту ветку полностью, подровнял код в странице, добавил еще 3 компонента news.list, убрал <br /> (кстати, Битрикс его сам ставит и несколько искажает код страницы, если через визуальный редактор ее редактировать), все коды вызова компонентов - в своих div-ах, в общем все перепробовал, что тут рекомендовалось - ничего не изменилось.
Все закрыл, пошел спать. Утром запустил - ошибка ушла! И все работает полноценно, сразу удалось скопировать шаблон из .default в свой и пр. |
|
|
|
|
|
проблема решилась следуя рекомендациям, к сожалению кодировка сайта win 1251 и оставить файл в UTF не получится
|
|
|
|
|
|
Михаил Ливач пишет:
|
|||||
|
|
|
|
|||
|
|
|
|
Добавил код компонента в шаблон (скопировал из визуального редактора), столкнулся с такой же проблемой. Удалил код, вернул всё как было. Теперь все компоненты на странице и на других страницах с другим шаблоном тоже выдают эту ошибку. До этого всё работало как надо. С каждой минутой люблю битрикс всё больше...
|
|
|
|
|
|
Досадный и уже сильно надоевший "плавающий" баг..
/
|
|
|
|
|
|
Я редактировал шаблон по фтп.
Сайт в UTF-8. Пересохраните шаблон под правами веб пользователем через админку. Все заработает. |
|
|
|
|
|
У меня выходила ошибка при вызове настройки компонентов в WorkArea (то есть ошибка была в index.php). Файл редактировал под себя. Решилась проблема моментально после того, как удалил из файла комментарий, который сам и сделал.
|
|
|
|
|
|
Ещё одной причиной возникновения такой ошибки является большое количество символов в функции SetPageProperty() при установке keywords и description.
|
|
|
|
|
|
Да проблемы была из за тегов HTML. Компонент news.list был у меня в файле футера. Так как в футере есть закрывающие основные блоки div'ы битрикс считал его HTML код не валидным выдавал ошибку. Вообще непонятно какое ему дело до разметки страницы
|
|
|
|
|
|
Была такая же беда, лечим следующим образом:
Сайт в кодировке 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 Вот такой бяки при проверке системы быть не должно Должно быть от так от |
|
|
|
|
|
В моем случае проблема решилась объявлением массива arrFilter, который использовался в фильтре
|
|
|
|
|
У меня получилось так. 1) Вырезать все со страницы. Сохранить в кодировке UTF-8 (редактирую в notepad++) 2) Вставить все что было снова. Сохранить. |
|||
|
|
|
Подобная оказалась причина, решение: копировать header.php, footer.php -> сохранить в кодировке UTF-8 -> заменить. Удалять компоненты со страницы не пришлось. |
|||
|
|
|
|
Помогло прописывание в htaccess
php_value mbstring.func_overload 2 php_value mbstring.internal_encoding UTF-8 |
|
|
|
|
|
Такая же проблема на PHP 7.3
|
||||
|
|
|
|||
