После обновления PHP с 5.2.14 до 5.3.3. возникает ошибка при добавлении элемента инфоблока., при использовании компонента bitrix:iblock.element.add.form
После обновления PHP с 5.2.14 до 5.3.3. возникает ошибка при добавлении элемента инфоблока.
Ошибка возникает при использовании компонента bitrix:iblock.element.add.form, при этом при добавлении элемента через Панель управления ошибка не возникает.
POST-запрос в публичной части PROPERTY[{id_поля}][0][VALUE] POST-запрос панели управления PROP[{id_поля}][n0][VALUE]
Текст ошибки: Поле '{Наименование поля}' должно быть заполнено!
DZHETIGAPA пишет: Так я с помощью js и проверяю, нет другого выхода. Пытался через пхп с помощью ловли POST переменных, но как-то шаблоны их не видят. Буду тогда продолжать юзать js.
лучше дублировать проверкой и на сервере... это спасет сайт от возможных ошибок и действий злоумышленников
При отправке сообщения через компонент bitrix:forum.pm.edit одному из пользователей возникает ошибка: Пользователь с именем "{USER_ID}" не найден
Отправка другим пользователям работает корректно. Ошибка возникает при нажатии кнопки "Отправить" компонента, при этом в поле "Адресат" указан требуемый адресат (был найден ссылкой "Найти адресата" или передан через $_REQUEST["UID"]
В Панели управления при просмотре Рабочий стол\Контент\{инфоблок} возникает 500 ошибка, ошибка возникает не постоянно, возможно связана с нагруженностью
В Панели управления при просмотре Рабочий стол\Контент\{инфоблок} возникает 500 ошибка, ошибка возникает не постоянно, возможно связана с нагруженностью
В Панели управления при просмотре Рабочий стол\Контент\{инфоблок} возникает 500 ошибка, ошибка возникает не постоянно, возможно связана с нагруженностью
В Панели управления при просмотре Рабочий стол\Контент\{инфоблок} возникает 500 ошибка ошибка возникает в 99% случаев, возможно связана с нагруженностью проекта при просмотре в "Панели управления" других инфоблоков ошибка не возникает.
Просматриваемый инфоблок содержит около 30 000 элементов Одно из полей элемента привязано к другому инфоблоку
Все инфоблоки хранятся в общей таблицы, СУБД MSSQL
На тестовом стенде в 20 000 элементов сводная статистика выдает: Всего SQL запросов: 135 Время исполнения запросов: 0.9861 сек.
Как решить проблему с отражением элементов инфоблока ?
При частом обновлении страницы на ней возникает ошибка Fatal error: Class 'CSubscription' not found in ... в строке использования класса php-файла. После паузы в 2-3 мин ошибка исчезает..
При использовании компонента bitrix:breadcrumb конечный навигационный путь дополняется неким постоянным адресом..
например на странице page2 видим folder1 > folder2 > page2 > some_title аналогично и на других страницах... также указанный заголовок отражается (в поле title) на страницах без названия...
как его (some_title) удалить и где искать концы ?
вопрос снят... поиск фразы в содержании файлов папки bitrix показал наличие фразы в bintrix/cache по результатам которого удалось выявить проблемный инфоблока и последующим снятием включения в цепочку навигации
возможно указанное решени окажется кому-то полезным
Не удается выбрать компонент вывода списка элементов инфоблока с отражением среди прочих реквизитов множественного реквизита с привязкой к элементам другого инфоблока.
Т.е. для множественного реквизита требуется отразить: - наименование связанного элемента инфоблока; - ссылку на детальную страницу связанного элемента инфоблока.
по тесту "Контент-менеджер. Элементы управления" на чем основана идея случайной выборки 10 одинаковых вопросов, например, вместо выборки случайных вопросов, скажем из 100. уровень объективности при оценке в этом случае должен вырасти..
Цитата
Что касается неочевидности при множественном выборе, то уверяю вас эта неочевидность возникает от не полного знания системы.
для теста базового уровня уровень неочевидности должен быть минимальным
получается, что подхватить процедуру восстановления пароля может только компонент bitrix:main.profile (не register и не и system.auth.form) но при использовании указанного компонента для незарег.пользователя отражается сообщение "Доступ запрещен"...
как убрать сообщение ?
как вариант - использовать
Код
define("NEED_AUTH", true);
до подключения пролога, но это вызывает сомнения в правильности