Bitrix db last error

В этой статье мы расскажем, из-за чего возникает ошибка «DB query error, please try later» в Bitrix и как её исправить на виртуальном хостинге.

Почему возникает ошибка

Ошибка DB query error, please try later возникает на CMS Битрикс.

Также встречаются варианты:

• Mysql connect error [localhost]: (2002) No such file or directory (400),
• DB query error,
• Got error 28 from storage engine.

Эта проблема связана с базой данных сайта: к ней поступает слишком много обращений — больше, чем сервер БД может обработать.

Вот несколько распространённых причин этой ошибки:

• не хватает дискового пространства на хостинге. В Битрикс встроено автоматическое резервное копирование. Эта опция создаёт резервные копии в папке /bitrix/backup/ и постепенно занимает место на диске. Чтобы решить проблему, необходимо удалить старые резервные копии;
• повреждена база данных MySQL. В этом случае нужна резервная копия БД: восстановите копию с датой, когда сайт работал корректно;
• неверные данные для подключения к БД. Настройки подключения к базе данных хранятся в файле /bitrix/php_interface/dbconn.php. Если указаны неверные логин, пароль или название базы данных, сайт не может к ней подключиться. Из-за этого возникает ошибка.

Как включить отображение ошибок через панель управления

Чтобы понять, чем именно вызвана ошибка, нужно посмотреть её полное описание на сайте. Для этого включите debug-режим.

Debug-режим (режим отладки) — режим, который используют разработчики для проверки кода. Он позволяет увидеть полный текст ошибки и исправить её.

Для этого:

Как включить отображение ошибок через SSH-подключение

Как освободить место для работы БД через панель управления

Для того чтобы освободить место на хостинге, нужно очистить папку /bitrix/backup/. Для этого:

Как освободить место для работы БД через SSH-подключение

Как изменить данные для подключения к БД через панель управления

Проблема с подключением к базе данных может возникнуть, если в файле /bitrix/php_interface/dbconn.php указаны некорректные логин, пароль или имя базы данных. Чтобы изменить настройки подключения:

Как изменить данные для подключения к БД через SSH-соединение

Перед изменением данных проверьте имя БД, логин и пароль. Чтобы изменить данные для подключения:

Если вы выполнили рекомендации из статьи, но на сайте сохраняется ошибка — обратитесь в техническую поддержку.

Рассказываем, почему появляется ошибка «DB query error» и как ее исправить на панели управления хостингом.

Ошибка «DB query error» связана с базой данных и обычно возникает после переноса проекта на другой хостинг, когда неверно указывают путь или ссылаются не на ту базу данных. Так выглядит ошибка в браузере при открытии сайта:

Другими вариантами возникновения «DB query error» могут быть:

• Недостаточно свободного места на тарифе.

• Ошибки в базе данных.

В статье расскажем, как исправить ошибку «DB query error» для сайтов на 1С-Битрикс из панели хостинга Reddock.

Недостаточно свободного места на тарифе

Для исправления ошибки на виртуальном хостинге перейдите в панель управления услугой.

На главной странице в блоке «Ограничения» в строке «Диск» проверьте, сколько осталось доступного места. Если доступного места достаточно, цвет текста будет зеленым. Если недостаточным — красным.

Для исправления ошибки на виртуальном или выделенном сервере перейдите в панель управления услугой под srv-admin. На главной странице в области «RED.Monitoring» отображены ресурсы сервера.

Проверка показала, что на тарифе закончилось дисковое пространство? Вы можете удалить лишние файлы или увеличить место на диске.

• Для удаления файлов убедитесь, что они действительно не нужны для полноценной работы сайта. Примером таких файлов могут быть устаревшие резервные копии или кэш. Они удаляются в панели управления хостингом, в Менеджере файлов.

• Для увеличения дискового пространства перейдите в личный кабинет и закажите дополнительные ресурсы для вашего тарифа.

Превышение максимально разрешенного количества подключений

Если на тарифе хостинга достаточно свободного пространства, возможно превышено максимально разрешенное количество подключений.

Это исправляется в панели управления перейдите в Главное (1) → Менеджер файлов (2). Выберите файл «dbconn.php» и нажмите «Изменить».

В строке «$DBDebug» замените «false» на «true», а после откройте ваш сайт. Если ошибки есть, то в браузере будет отображено сообщение ошибки mysql с кодом 1040.

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

По всем вопросам будем рады помочь. Напишите нам — с радостью ответим. Способы связи:

• через личный кабинет,

• по почте support@reddock.ru,

• по телефону +7 (495) 008-31-24 или +7 (351) 225-64-56.

Не пропустите новые материалы и обновления — подпишитесь на нас в любимой соцсети: Instagram, ВКонтакте или Facebook.

Ошибка DB Query в Bitrix

В этой статье мы расскажем, из-за чего возникает ошибка «DB query error, please try later» в Bitrix и как её исправить на виртуальном хостинге.

Почему возникает ошибка

Ошибка DB query error, please try later возникает на CMS Битрикс.

Также встречаются варианты:

• Mysql connect error [localhost]: (2002) No such file or directory (400),
• DB query error,
• Got error 28 from storage engine.

Эта проблема связана с базой данных сайта: к ней поступает слишком много обращений — больше, чем сервер БД может обработать.

Вот несколько распространённых причин этой ошибки:

• не хватает дискового пространства на хостинге. В Битрикс встроено автоматическое резервное копирование. Эта опция создаёт резервные копии в папке /bitrix/backup/ и постепенно занимает место на диске. Чтобы решить проблему, необходимо удалить старые резервные копии;
• повреждена база данных MySQL. В этом случае нужна резервная копия БД: восстановите копию с датой, когда сайт работал корректно;
• неверные данные для подключения к БД. Настройки подключения к базе данных хранятся в файле /bitrix/php_interface/dbconn.php. Если указаны неверные логин, пароль или название базы данных, сайт не может к ней подключиться. Из-за этого возникает ошибка.

Как включить отображение ошибок через панель управления

Чтобы понять, чем именно вызвана ошибка, нужно посмотреть её полное описание на сайте. Для этого включите debug-режим.

Debug-режим (режим отладки) — режим, который используют разработчики для проверки кода. Он позволяет увидеть полный текст ошибки и исправить её.

Перейдите в раздел Менеджер файлов:

Перейдите в папку php_interface и дважды кликните по файлу dbconn.php:

В блоках $DBDebug и $DBDebugToFile замените параметр «false» на «true» и нажмите Ok:

При переходе на сайт вы увидите текст ошибки. Он выделен красным цветом:

Как включить отображение ошибок через SSH-подключение

Где domain.ru — корневая папка сайта.

Кликните клавишу i, чтобы включить режим редактирования, затем в полях $DBDebug и $DBDebugToFile замените параметр «false» на «true»:

Чтобы выйти из режима редактирования, нажмите Esc. Затем введите команду :qw и нажмите Enter:

Как освободить место для работы БД через панель управления

Для того чтобы освободить место на хостинге, нужно очистить папку /bitrix/backup/. Для этого:

Источник

Ошибки БД при обновлении БУС’а

Заменил файл site_checker.php но ошибки никуда не ушли

Что посоветуете?

Замените вложенный файл по пути /bitrix/modules/main/classes/general/site_checker.php
Предварительно сделайте копию исходного файла.

Файл тут
https://yadi.sk/d/dWME2UK33Y4DBH

меняла файл site_checker.php на оба варианта, предложенных ранее, ничего не помогает

Как вариант прописать в my.cnf (конф. mysql):

Не забудьте о рестарте mysql

Сегодня битрикс на одном из сайтов на тестовом хостинге предложил выполнить следующую команду: DR OP INDEX IXF_IM_MESS_1 ON b_im_message
Я через битрикс — sql-запросы выполнил запрос.
Сайт долго думал и выдал 500 ошибку. В последствии все сайты на тестовом хостинге упали с ошибкой базы данных!

Что делать теперь с этим добром? что делать?
Мускуль говорит что куча таблиц в разных базах данных повреждена.

При попытке сделать repair table просто вылетает ошибка о том, что mysql has gone away и предпринимается попытка восстановить соединение и ничего дальше.

Всем привет. У меня похожая ошибка
Не включен полнотекстовый индекс IXF_SONET_GROUP (search_index) для таблицы b_sonet_group
Не включен полнотекстовый индекс IXF_SONET_LOG_INDEX (content) для таблицы b_sonet_log_index

Ничего не помогает. Может кто подскажет куда копать?

Источник

Ошибки БД при обновлении БУС’а

Заменил файл site_checker.php но ошибки никуда не ушли

Что посоветуете?

Замените вложенный файл по пути /bitrix/modules/main/classes/general/site_checker.php
Предварительно сделайте копию исходного файла.

Файл тут
https://yadi.sk/d/dWME2UK33Y4DBH

меняла файл site_checker.php на оба варианта, предложенных ранее, ничего не помогает

Как вариант прописать в my.cnf (конф. mysql):

Не забудьте о рестарте mysql

Сегодня битрикс на одном из сайтов на тестовом хостинге предложил выполнить следующую команду: DR OP INDEX IXF_IM_MESS_1 ON b_im_message
Я через битрикс — sql-запросы выполнил запрос.
Сайт долго думал и выдал 500 ошибку. В последствии все сайты на тестовом хостинге упали с ошибкой базы данных!

Что делать теперь с этим добром? что делать?
Мускуль говорит что куча таблиц в разных базах данных повреждена.

При попытке сделать repair table просто вылетает ошибка о том, что mysql has gone away и предпринимается попытка восстановить соединение и ничего дальше.

Всем привет. У меня похожая ошибка
Не включен полнотекстовый индекс IXF_SONET_GROUP (search_index) для таблицы b_sonet_group
Не включен полнотекстовый индекс IXF_SONET_LOG_INDEX (content) для таблицы b_sonet_log_index

Ничего не помогает. Может кто подскажет куда копать?

Источник

Как исправить ошибку «DB query error» сайта на 1С-Битрикс

Рассказываем, почему появляется ошибка «DB query error» и как ее исправить на панели управления хостингом.

Ошибка «DB query error» связана с базой данных и обычно возникает после переноса проекта на другой хостинг, когда неверно указывают путь или ссылаются не на ту базу данных. Так выглядит ошибка в браузере при открытии сайта:

Другими вариантами возникновения «DB query error» могут быть:

Недостаточно свободного места на тарифе.

Ошибки в базе данных.

В статье расскажем, как исправить ошибку «DB query error» для сайтов на 1С-Битрикс из панели хостинга Reddock.

Недостаточно свободного места на тарифе

Для исправления ошибки на виртуальном хостинге перейдите в панель управления услугой.

На главной странице в блоке «Ограничения» в строке «Диск» проверьте, сколько осталось доступного места. Если доступного места достаточно, цвет текста будет зеленым. Если недостаточным — красным.

Для исправления ошибки на виртуальном или выделенном сервере перейдите в панель управления услугой под srv-admin. На главной странице в области «RED.Monitoring» отображены ресурсы сервера.

Проверка показала, что на тарифе закончилось дисковое пространство? Вы можете удалить лишние файлы или увеличить место на диске.

Для удаления файлов убедитесь, что они действительно не нужны для полноценной работы сайта. Примером таких файлов могут быть устаревшие резервные копии или кэш. Они удаляются в панели управления хостингом, в Менеджере файлов.

Для увеличения дискового пространства перейдите в личный кабинет и закажите дополнительные ресурсы для вашего тарифа.

Превышение максимально разрешенного количества подключений

Если на тарифе хостинга достаточно свободного пространства, возможно превышено максимально разрешенное количество подключений.

Это исправляется в панели управления перейдите в Главное (1) → Менеджер файлов (2). Выберите файл «dbconn.php» и нажмите «Изменить».

В строке «$DBDebug» замените «false» на «true», а после откройте ваш сайт. Если ошибки есть, то в браузере будет отображено сообщение ошибки mysql с кодом 1040.

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

По всем вопросам будем рады помочь. Напишите нам — с радостью ответим. Способы связи:

через личный кабинет,

Не пропустите новые материалы и обновления — подпишитесь на нас в любимой соцсети: Instagram, ВКонтакте или Facebook.

Источник

VMBitrix 7.5.0 в релизе

Лог в /opt/webdir/temp/bx_upgrade_mysql80_2637857834/status
Вся информация там. Скриншот неинформативен.

TASK [mysql : include variables fr om mysql group] ******************************
ok: [btx. co.ru]

TASK [mysql : include variables from web group] ********************************
ok: [btx. co.ru]

TASK [mysql : include variables from temporary config] *************************
ok: [btx. co.ru]

TASK [mysql : additional gathering facts] **************************************
ok: [btx. co.ru]
included: /etc/ansible/roles/mysql/tasks/upgrade_mysql_from57_to80.yml for btx. co.ru

mirrors.bytes.ua не пингуется, видимо репозиторий менять нужно? ТОлько на какой и как? Будьте добры ребят, подскажите.

Репозиторий не открывается.
Смените его на любой из рабочих зеркал.
Список адресов тут https://rpms.remirepo.net

]# /etc/yum.repos.d/
-bash: /etc/yum.repos.d/: Is a directory
[root@bitrix

]# cd /etc/yum.repos.d/
[root@bitrix yum.repos.d]# ls
bitrix.repo epel-testing.repo remi-php70.repo
CentOS-Base.repo nodesource-el7.repo remi-php71.repo
CentOS-CR.repo percona-original-release.repo remi-php72.repo
CentOS-Debuginfo.repo percona-prel-release.repo remi-php73.repo
CentOS-fasttrack.repo remi-glpi91.repo remi-php74.repo
CentOS-Media.repo remi-glpi92.repo remi-php80.repo
CentOS-Sources.repo remi-glpi93.repo remi.repo
CentOS-Vault.repo remi-glpi94.repo remi-safe.repo
CentOS-x86_64-kernel.repo remi-modular.repo
epel.repo remi-php54.repo
[root@bitrix yum.repos.d]# percona-prel-release.repo
-bash: percona-prel-release.repo: command not found
[root@bitrix yum.repos.d]# cat percona-prel-release.repo
#
# This repo is managed by «percona-release» utility, do not edit!
#
[prel-release-noarch]
name = Percona Release release/noarch YUM repository
baseurl = http://repo.percona.com/prel/yum/release/$releasever/RPMS/noarch
enabled = 1
gpgcheck = 1
gpgkey = file:///etc/pki/rpm-gpg/PERCONA-PACKAGING-KEY

все .repo просмотрел
намёка нет на mirrors.bytes.ua
Помогите, пожалуйста!

Прошу прощения, видимо не то я вам показал выше
развернул на др машине для тестов ту же самую конфигурацию и вот что говорится:

TASK [mysql : include variables fr om mysql group] ******************************
ok: [btx..ru]

TASK [mysql : include variables from web group] ********************************
ok: [btx..ru]

TASK [mysql : include variables from temporary config] *************************
ok: [btx..ru]

TASK [mysql : additional gathering facts] **************************************
ok: [btx..ru]
included: /etc/ansible/roles/mysql/tasks/upgrade_mysql_from57_to80.yml for btx..ru

Источник

Обновлено 30.05.2018

Всех вновь приветствую на страницах своего блога, продолжаем заниматься уроками по 1С битрикс. На днях у меня один физический сервер переезжал в другой цод, товарищи из данного цода начали выполнять работы раньше и не дали возможности правильно потушить виртуальные машины. После переезда на одном из сайтов я увидел вот такую ошибку db query error please try later, давайте рассмотрим как ее решить и на будущее знать, что делать, на это у вас уйдет не более 5 минут.

Решаем ошибку db query error

Ранее у меня была установка bitrix на centos. Причин у данной ошибки может быть несколько и мы их рассмотрим все. Для начала приведу пример скриншота, как выглядит ошибка db query error please later, согласитесь не очень информативно.

Закончилось свободное место

Да такое бывает у вас может закончиться место на локальном диске и Centos просто не может уже куда либо писать, и вы ловите эту ошибку. Для того, чтобы проверить есть ли у вас свободное пространство вам необходимо подключиться к серверу по ssh протоколу и ввести вот такую команду.

Вы получите сводку по разделам, в моем примере места свободного достаточно.

Повредилась база данных Mysql

Вторая причина, уже посерьезнее и она кроется в том, что у вас поломалась табличка или если угодно база данных Mysql. Чтобы это выяснить вам, потребуется включить дебагер. Нам нужно включить один параметр вот в этом файле.

Для того, чтобы его отредактировать я вам советую зайти по sftp-ssh соединению, как это сделать я описывал в заметке Как зайти на ftp сервер хостинга. Единственно, что когда будите создавать подключение выбирайте sftp-ssh. Еще может так же помочь утилита WinSCP 5.7.6, делает она тоже самое. И та и другая просто файловые менеджеры.

Открываем этот файл и находим переменную $DBDebug = false; Изменяем ее значение на $DBDebug = true; Обратите внимание, что в этом файле есть такие полезные параметры как:

• $DBLogin > логин к базе данных
• $DBPassword > пароль
• $DBName > имя базы данных

В итоге теперь обновив страницу сайта я получил

MySQL Query Error: SELECT ID, SESSION_DATA FROM b_stat_session_data WHERE GUEST_MD5 = ’71dbd5e22cd7ad7065e17a7eb6940a59′ and DATE_LAST > DATE_ADD(now(), INTERVAL — 1440 SECOND) LIMIT 1 [Table ‘./edisclosure2009/b_stat_session_data’ is marked as crashed and last (automatic?) repair failed]

От сюда видно, что у меня по крошилась база данных edisclosure2009, значит ее нужно восстановить, не забудьте заново поставить $DBDebug = false, так как может дико тормозить сайт. Я для этого использую утилиту EMS SQL Manager for MySQL. Открываете ее и переходите в пункт Запустить SQL Manager for MySQL.

Имя хоста оставляете localhost, так и должно быть, ваш порт 3306 не должен светиться наружу. Далее указываем логин и пароль от базы данных и ставим галку Использовать туннелирование.

Задаем ip адрес или dns имя сервера к которому мы будем подключаться по ssh соединению, и указываем логин и пароль для доступа.

Указываем имя базы данных сайта на битриксе 1С. Я еще обычно ставлю опцию Автоподключение при запуске.

Теперь выбираете в левой части вашу базу данных и щелкаете по ней правым кликом, выбираете из контекстного меню Подключиться к базе данных.

Все теперь выбираете базу и из меню Службы выбираете Восстановление таблиц. После не долгой процедуры вы исправите ошибку db query error please try later на сайте 1С битрикс.

Views: 23139
Last Modified: 09.07.2021

When a database query error occurs, the following error message is displayed:

The visual aspect of the message is defined by the contents of the file /bitrix/php_interface/dbquery_error.php.

Situations may happen when a site denies to reply and returns an empty page to visitors. In this case, open the file bitrix/php_interface/dbconn.php containing the database connection parameters, and set the parameter: $DBDebug = true;

<?
define("DBPersistent", true);
$DBType = "mysql";
$DBHost = "localhost:31006";
$DBLogin = "root";
$DBPassword = "";
$DBName = "bsm_demo";
$DBDebug = true;
$DBDebugToFile = false;

set_time_limit(60);

define("BX_FILE_PERMISSIONS", 0644);
define("BX_DIR_PERMISSIONS", 0755);
@ini_set("memory_limit", "64M");
?>

This will cause the error message to be printed. The message usually contains names of damaged tables.

Run perror.exe (can be found in mysql/bin) with the error code to get the error description:

If the database damage is the case, you are recommended to use the built-in database check and repair tool. This will allow you to restore the site functionality in the shortest possible time.

Problem:

The following error appears on the screen:

Solution:

Memory size must be increased in MySQL settings.

The following MySQL parameters should be used and entered in the MySQL configuration file my.cnf:

key_buffer = 128K
max_allowed_packet = 16M
table_cache = 4
sort_buffer_size = 128K
read_buffer_size = 128K
read_rnd_buffer_size = 128K
net_buffer_length = 128K
thread_stack = 128K

MySQL will have to be reloaded after you change the parameters.

Редактировать

Создание типа инфоблока

<?
function ibTypeAdd($ibTypeCode, $hasSections = 'Y', $sort = 500, $lang = 'ru') {
    $ibtCode = strtolower($ibTypeCode);
    $dbIbt = CIBlockType::GetByID($ibtCode);
    $arIbt = $dbIbt->GetNext();

    if($arIbt) {
        return false;
    }

    $arFields = [
        'ID' => $ibtCode,
        'SECTIONS' => $hasSections,
        'IN_RSS' => 'N',
        'SORT' => $sort,
        'LANG' => $lang,
    ];

    $obBlocktype = new CIBlockType();
    $db->StartTransaction();
    $res = $obBlocktype->Add($arFields);

    if(!$res) {
        $db->Rollback();
        
        return false;
    }
    
    $db->Commit();
    
    return true;
}

Удаление типа инфоблока

<?
function ibTypeDelete($ibTypeCode) {
    $dbIbt = CIBlockType::GetByID($ibTypeCode);
    $arIbt = $dbIbt->GetNext();

    if(!$arIbt) {
        return false;
    }

    $db->StartTransaction();
    if(!CIBlockType::Delete($ibTypeCode)) {
        $db->Rollback();
        return false;
    }
    
    $db->Commit();
        
    return true;
}

Создание инфоблока

<?
function ibAdd($ibName, $ibCode, $ibTypeCode, $arProps) {

	$ib = new CIBlock();
        $arFields = Array(
        "ACTIVE" => 'Y',
        "NAME" => $ibName,
        "CODE" => $ibCode,
        "IBLOCK_TYPE_ID" => $ibTypeCode,
        "SITE_ID" => [SITE_ID],
        "LID" => SITE_ID,
        "SORT" => 1000,
        "WORKFLOW" => 'N',
        //"GROUP_ID" => Array("2"=>"D", "3"=>"R")
    );

    $ibId = $ib->Add($arFields);

    if ($ibId <= 0) {
    	// BitrixMainDiagDebug::dump($ib->LAST_ERROR);
        // die();
    	return false;
    }
    
    // добавляем свойства
    foreach ($arProps as $arProp) {

        $dbProperties = CIBlockProperty::GetList([], ["IBLOCK_ID" => $ibId, 'CODE' => $arProp['CODE']]);
        if ($dbProperties->SelectedRowsCount() > 0) {
            continue;
        }

        $ibp = new CIBlockProperty;

        $arFields = Array(
            "NAME" => $arProp['NAME'],
            "ACTIVE" => "Y",
            "SORT" => 100, // Сортировка
            "CODE" => $arProp['CODE'],
            "PROPERTY_TYPE" => "S", // Строка
            "ROW_COUNT" => 1, // Количество строк
            "COL_COUNT" => 60, // Количество столбцов
            "IBLOCK_ID" => $ibId
        );
        $propId = $ibp->Add($arFields);

        if (!$propId) {
            // BitrixMainDiagDebug::dump($ibp->LAST_ERROR);
            // die();
            continue;
        }
    }

    return false;

}

Удаление инфоблока

<?
function ibDelete($ibCode, $ibTypeCode) {
    $arOrder = [];
    $arFilter = ['TYPE' => $ibTypeCode, 'CODE' => $ibCode];
    $dbIBList = CIBlock::GetList($arOrder, $arFilter);

    if ($dbIBList->SelectedRowsCount() != 1) {
        return false;
    }
    
    $arIBList = $dbIBList->GetNext();

    $db->StartTransaction();
    if (!CIBlock::Delete($arIBList['ID'])) {
        $db->Rollback();
        return false;
    }
    
    $db->Commit();
    
    return true;
}

Проверка наличия свойства в инфоблоке

<?
function isPropExists($ibId, $propCode) {
    $dbProperties = CIBlockProperty::GetList([], ["IBLOCK_ID" => $ibId, 'CODE' => $propCode]);

    if ($dbProperties->SelectedRowsCount() > 0) {
        return true;
    }

    return false;
}

Добавление свойства в инфоблок

<?
function addIBlockProp($ibId, $propCode) {
    
    $ibp = new CIBlockProperty();

    $arFields = Array(
        "NAME" => $propCode,
        "ACTIVE" => "Y",
        "SORT" => 100, // Сортировка
        "CODE" => $propCode,
        "PROPERTY_TYPE" => "S", // Строка
        "ROW_COUNT" => 1, // Количество строк
        "COL_COUNT" => 60, // Количество столбцов
        "IBLOCK_ID" => $ibId
    );
    $propId = $ibp->Add($arFields);

    if (!$propId) {
        return false;
        //BitrixMainDiagDebug::dump($ibp->LAST_ERROR);
        //die();
    }

    return true;
}

Добавление данных в инфоблок

<?
function ibRowAdd($ibId, $arField, $arProps) {

    $el = new CIBlockElement();

    $arItem = [
        "IBLOCK_SECTION_ID" => false, // элемент лежит в корне раздела
        "IBLOCK_ID" => $ibId,
        "PROPERTY_VALUES" => $arProps,
        "ACTIVE" => "Y", // активен
    ];

    $arItem = array_merge($arItem, $arField);

    // создаем элемент
    if ( !($ITEM_ID = $el->Add($arItem)) ) {
        return false;
    }

    return true;

}

Обновление данных в инфоблоке

<?
function ibRowUpdate($ibItemId, $arField, $arProps) {

    $el = new CIBlockElement();

    $arItem = [
        "IBLOCK_SECTION_ID" => false, // элемент лежит в корне раздела
        "PROPERTY_VALUES" => $arProps,
        "ACTIVE" => "Y", // активен
    ];

    $arItem = array_merge($arItem, $arField);

    // обновляем элемент
    if ( !($ITEM_ID = $el->Update($ibItemId, $arItem)) ) {
        return false;
    }

    return true;

}

Удаление данных из инфоблока

<?
function ibRowDelete($ibItemId) {

    return CIBlockElement::Delete($ibItemId);

}

Mysql query error: (1227)

Mysql query error: (1227) Access denied; you need (at least one of) the SYSTEM_VARIABLES_ADMIN or SESSION_VARIABLES_ADMIN privilege(s) for this operation (400)

GRANT SESSION_VARIABLES_ADMIN ON *.* TO 'bitrix_user'@'localhost';

Ошибка в типе содержимого

zlib.output_compression = on

define('BX_COMPRESSION_DISABLED',true);

Ошибка сокетов в site_checker

Не меняется memory_limit

# grep -r --include=*.php "memory_limit" /var/www/foobar.com/

/var/www/foobar/bitrix/modules/main/admin/site_checker.php:                  @ini_set("memory_limit", "512M");
/var/www/foobar/bitrix/modules/main/classes/general/file.php:                        $memoryLimit = CUtil::Unformat(ini_get('memory_limit'));
/var/www/foobar/bitrix/modules/main/classes/general/site_checker.php:                        array('check_memory_limit' => GetMessage('SC_T_MEMORY')),
/var/www/foobar/bitrix/modules/main/classes/general/site_checker.php:        function check_memory_limit()
/var/www/foobar/bitrix/modules/main/classes/general/site_checker.php:                        $cur = ini_get('memory_limit');
/var/www/foobar/bitrix/modules/main/install/wizard/wizard.php:               $memoryLimit = WelcomeStep::unformat(ini_get('memory_limit'));
/var/www/foobar/bitrix/modules/main/install/wizard/wizard.php:                       $memoryLimit = WelcomeStep::unformat(get_cfg_var('memory_limit'));
/var/www/foobar/bitrix/modules/main/install/wizard/wizard.php:                       @ini_set("memory_limit", "64M");
/var/www/foobar/bitrix/modules/main/install/wizard/wizard.php:                       $memoryLimit = WelcomeStep::unformat(ini_get('memory_limit'));
/var/www/foobar/bitrix/modules/main/install/wizard/wizard.php:                                       '.($memoryLimit > 0 && $memoryLimit < $this->memoryMin*1048576 ? $this->ShowResult(ini_get('memory_limit'), "ERROR") : $this->ShowResult(ini_get('memory_limit'), "OK")).'
/var/www/foobar/bitrix/modules/main/install/wizard/wizard.php:                       $fileContent .= "n@ini_set("memory_limit", "1024M");n";
/var/www/foobar/bitrix/modules/main/install/wizard/wizard.php:                       $memoryLimit = WelcomeStep::unformat(ini_get('memory_limit'));
/var/www/foobar/bitrix/modules/main/install/wizard/wizard.php:                               $memoryLimit = WelcomeStep::unformat(get_cfg_var('memory_limit'));
/var/www/foobar/bitrix/modules/main/install/wizard/wizard.php:                               @ini_set("memory_limit", "512M");
/var/www/foobar/bitrix/modules/main/install/wizard/wizard.php:                               $memoryLimit = WelcomeStep::unformat(ini_get('memory_limit'));
/var/www/foobar/bitrix/modules/main/install/wizard/wizard.php:                                       $fileContent .= "n@ini_set("memory_limit", "512M");n";
/var/www/foobar/bitrix/modules/main/lang/en/admin/site_checker.php:PHP defines the memory limit in php.ini by setting the <b>memory_limit</b> parameter. However, this may be overridden on shared hostings. You should not trust this parameter.
/var/www/foobar/bitrix/modules/main/lang/en/admin/site_checker.php:The test attempts to increase the value of <b>memory_limit</b> using the code:
/var/www/foobar/bitrix/modules/main/lang/en/admin/site_checker.php:<code>ini_set(&quot;memory_limit&quot;, &quot;512M&quot;)
/var/www/foobar/bitrix/modules/main/lang/en/admin/site_checker.php:$MESS["SC_MEMORY_CHANGED"] = "The value of memory_limit was increased from #VAL0# to #VAL1# using ini_set while testing.";
/var/www/foobar/bitrix/modules/main/lang/ru/admin/site_checker.php:$MESS["SC_MEMORY_CHANGED"] = "Значение memory_limit было увеличено с #VAL0# до #VAL1# на момент тестирования через ini_set.";
/var/www/foobar/bitrix/modules/main/lang/ru/admin/site_checker.php:Основной параметр ограничения памяти в php.ini - это <b>memory_limit</b>. Но доверять значению параметра нельзя, т.к. на хостингах могут быть установлены дополнительные ограничения памяти.
/var/www/foobar/bitrix/modules/main/lang/ru/admin/site_checker.php:Обратите внимание, тест пытается увеличить значение <b>memory_limit</b> используя код:
/var/www/foobar/bitrix/modules/main/lang/ru/admin/site_checker.php:<code>ini_set(&quot;memory_limit&quot;, &quot;512M&quot;)
/var/www/foobar/bitrix/php_interface/dbconn.php:@ini_set("memory_limit", "128M");
/var/www/foobar/cli/parse_list.php:ini_set('memory_limit', '2048M');
/var/www/foobar/local/php_interface/dbconn.example.php:@ini_set("memory_limit", "128M");

DB query error. Please try later

$DBDebug = true;

The script encountered an error

This website uses cookies. By using the website, you agree with storing cookies on your computer. Also you acknowledge that you have read and understand our Privacy Policy. If you do not agree leave the website.More information about cookies