Быстрая установка (Short install)
Быстрая установка позволяет в упрощенном виде установить продукт «1C-Битрикс». Во время такой установки мастером пропускаются шаги лицензионного соглашения, предварительной проверки хостинга, выбора и настройки базы данных и т.п.
Все необходимые данные для установки содержатся в файлах /bitrix/php_interface/dbconn.php и /bitrix/.settings.php (настройки для нового ядра D7), которые нужно создать и поместить в необходимые директории устанавливаемого дистрибутива.
Пример файла /bitrix/php_interface/dbconn.php
Рассмотрим каждую строку подробнее:
- SHORT_INSTALL — если указано значение true , то запускается упрощенный мастер установки.
- SHORT_INSTALL_CHECK — проверка параметров окружения (права доступа к файлам, БД и т.п). Если такой константы нет, проверка будет выполнена на первом хите. После этого в начало dbconn.php запишется define(«SHORT_INSTALL_CHECK», true);
- MYSQL_TABLE_TYPE — выбор типа таблиц MySQL: MyISAM или InnoDB .
- BX_UTF — выбор кодировки сайта: true — UTF8, false — CP1251.
- DBPersistent — если данная константа инициализирована значением true , то будет создаваться постоянное соединение с базой, иначе — обычное.
- MySQL — адрес и порт сервера базы данных (например, localhost или 192.168.3.155:31007 , если БД находится на другом хосте и на нестандартном порту).
- MSSQL — строка соединения с сервером (например, для ODBC: DRIVER=SQL Server; SERVER=TESTSQL , для Native: TESTSQL ).
- Oracle — не используется.
- MySQL — имя базы (например, sitemanager ).
- MSSQL — имя базы (например, sitemanager_mssql_odbc )
- Oracle — строка соединения с базой данных.
Например:
Пример файла /bitrix/.settings.php
- utf_mode — отвечает за кодировку сайта, значения value :
- true — UTF8;
- false — CP1251.
- config_options — время жизни кэша настроек сайта в секундах;
- site_domain — время жизни кэша настроек домена в секундах.
Таким образом, быстрая установка начнется с Пятого шага мастера установки продукта.
Mysql debug sql bitrix как отключить
Ведение подобного лога может серьезно замедлить работу сайта, поэтому пользоваться этим стоит кратковременно.
Данная переменная позволяет получить объективную информацию о скорости работы сайта.
Данная переменная позволяет быстро найти ту или иную языковую фразу.
KEY — лицензионный ключ хранимый в файле /bitrix/license_key.php
KEY — лицензионный ключ хранимый в файле /bitrix/license_key.php
-
(глобальная) — переменная автоматически создаётся в служебной части пролога
- С (соединение с базой) — переменную можно определить только в файле хранящим параметры соединения к базе: /bitrix/php_interface/dbconn.php
- И (инициализация) — переменную можно определить в одном из следующих файлов:
- /bitrix/php_interface/init.php — дополнительные параметры портала
- /bitrix/php_interface/ID сайта/init.php — дополнительные параметры сайта
Пользовательские комментарии
Мы будем рады, если разработчики добавят свои комментарии по практическому использованию методов системы.
Для этого нужно всего лишь авторизоваться на сайте
Но помните, что Пользовательские комментарии, несмотря на модерацию, не являются официальной документацией. Ответственность за их использование несет сам пользователь.
Также Пользовательские комментарии не являются местом для обсуждения функционала. По подобным вопросам обращайтесь на форумы.
При установке $DBDebugToFile = true;
Сайт падает с ошибкой:
Return value of Bitrix\Main\Session\KernelSession::getId() must be of the type string, null returned (0)
Возможности отладки в Битрикс D7
В ядре D7 появились относительно удобные встроенные возможности диагностики выполнения кода. Они представлены в пространстве имён Bitrix\Main\Diag, в дальнейших примерах используется сокращение:
Отладка SQL-запросов
В ядре D7 для отслеживания SQL-запросов используется так называемый SQL-трекер. При использовании трекера при каждом запросе к БД (метод Bitrix\Main\DB\Connection::queryInternal) в трекер записывается запрос и время начала и окончания. Трекер является объектом класса Diag\SqlTracker.
Для получения трекера и включения отслеживания нужно получить объект текущего соединения и вызвать метод startTracker:
После вызова startTracker до вызова stopTracker все запросы будут отслеживаться. Каждый запрос представлен объектом класса Bitrix\Main\Diag\SqlTrackerQuery, коллекцию которых можно получить вызвав метод Diag\SqlTracker::getQueries
Для того, чтобы очистить данные в трекере и начать новое отслеживание, нужно вызвать startTracker с аргументом $reset = true:
Пример отслеживания запросов при получении элементов инфоблока:
Следует учесть, что этот трекер не отслеживает запросы, сделанные через старое ядро.
Вывод содержимого переменной на экран
Diag\Debug::dump позволяет вывести содержимое переменной в читаемом виде, фактически это надстройка для var_dump:
Если вторым аргументов передать строку с названием переменной, то оно будет выведено перед содержимым переменной:
Если третий аргумент установлен в true, то метод вернет содержимое переменной вместо вывода на экран.
Дамп содержимого переменной в файл
Данные функции позволяют записать содержимое переменной в лог-файл. Путь к файлу относительно коря сайта передается третим аргументом $fileName, по-умолчанию методы пишут в файл /__bx_log.log.
dumpToFile пишет в файл результат работы метода Debug::dump, т.е. в формате функции var_dump. writeToFile же пишет либо просто значение переменной, либо результат функции print_r, если переменная является массивом.
Замер времени выполнения кода
Если нужно замерить время выполнения некоторого куска кода, можно воспользоваться таким встроенным решением:
start — время(unix timestamp с микросекундами) первого вызова startTimeLabel.
time — время между startTimeLabel и endTimeLabel в секундах. Если было несколько замеров с одним названием (в примере – "label1"), то время суммируется.
Бонус
Также есть два полезных метода для диагностики в классе Bitrix\Main\Diag\Helper:
Diag\Helper::getCurrentMicrotime() возвращает текущую метку времени с микросекундами.
Diag\Helper::getBackTrace() возвращает стек вызовов функций.
Возможности отладки в Битрикс D7
В ядре D7 появились относительно удобные встроенные возможности диагностики выполнения кода. Они представлены в пространстве имён Bitrix\Main\Diag, в дальнейших примерах используется сокращение:
Отладка SQL-запросов
В ядре D7 для отслеживания SQL-запросов используется так называемый SQL-трекер. При использовании трекера при каждом запросе к БД (метод Bitrix\Main\DB\Connection::queryInternal) в трекер записывается запрос и время начала и окончания. Трекер является объектом класса Diag\SqlTracker.
Для получения трекера и включения отслеживания нужно получить объект текущего соединения и вызвать метод startTracker:
После вызова startTracker до вызова stopTracker все запросы будут отслеживаться. Каждый запрос представлен объектом класса Bitrix\Main\Diag\SqlTrackerQuery, коллекцию которых можно получить вызвав метод Diag\SqlTracker::getQueries
Для того, чтобы очистить данные в трекере и начать новое отслеживание, нужно вызвать startTracker с аргументом $reset = true:
Пример отслеживания запросов при получении элементов инфоблока:
Следует учесть, что этот трекер не отслеживает запросы, сделанные через старое ядро.
Вывод содержимого переменной на экран
Diag\Debug::dump позволяет вывести содержимое переменной в читаемом виде, фактически это надстройка для var_dump:
Если вторым аргументов передать строку с названием переменной, то оно будет выведено перед содержимым переменной:
Если третий аргумент установлен в true, то метод вернет содержимое переменной вместо вывода на экран.
Дамп содержимого переменной в файл
Данные функции позволяют записать содержимое переменной в лог-файл. Путь к файлу относительно коря сайта передается третим аргументом $fileName, по-умолчанию методы пишут в файл /__bx_log.log.
dumpToFile пишет в файл результат работы метода Debug::dump, т.е. в формате функции var_dump. writeToFile же пишет либо просто значение переменной, либо результат функции print_r, если переменная является массивом.
Замер времени выполнения кода
Если нужно замерить время выполнения некоторого куска кода, можно воспользоваться таким встроенным решением:
start — время(unix timestamp с микросекундами) первого вызова startTimeLabel.
time — время между startTimeLabel и endTimeLabel в секундах. Если было несколько замеров с одним названием (в примере – "label1"), то время суммируется.
Бонус
Также есть два полезных метода для диагностики в классе Bitrix\Main\Diag\Helper:
Diag\Helper::getCurrentMicrotime() возвращает текущую метку времени с микросекундами.
Diag\Helper::getBackTrace() возвращает стек вызовов функций.
Посмотреть SQL-запросы
Чтобы вывести SQL-запросы, надо в админ. панели выбрать Отладка → Статистика SQL-запросов , или в URL текущей страницы добавить параметр ?show_sql_stat=Y .
В результате внизу сайта появится блок с информацией о SQL-запросах.
При нажатии на «Всего SQL запросов» откроется модальное окно со списком всех SQL-запросов на странице и сколько заняло выполнение указанного SQL-запроса.