Меню

bitrix где хранятся настройки базы данных

Где CMS хранит настройки подключения к базе данных

Ниже приведена информация о конфигурационных файлах, хранящих настройки подключения к базам данных популярных CMS.

В корневом каталоге вашего сайта в файле configuration.php найдите строки:

  • u1234567_dbuser — пользователь, от имени которого сайт подключается к базе данных;
  • u1234567_database — база данных, которую использует сайт;
  • password — пароль, с которым сайт подключается к базе данных .

В корневом каталоге вашего сайта в файле wp-config.php найдите строки:

  • u1234567_database — база данных, которую использует сайт;
  • u1234567_dbuser — пользователь, от имени которого сайт подключается к базе данных;
  • password — пароль, с которым сайт подключается к базе данных .

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

Bitrix с новым ядром D7

Начиная с версии «1С-Битрикс: Управление сайтом 14.0» настройки БД хранятся в файле /bitrix/.settings.php в секции «connections»

Bitrix со старым ядром

В корневом каталоге вашего сайта перейдите в подкаталог /bitrix/php_interface/ и в файле dbconn.php найдите строки:

  • u1234567_dbuser — пользователь, от имени которого сайт подключается к базе данных;
  • password — пароль, с которым сайт подключается к базе данных;
  • u1234567_database — база данных, которую использует сайт.

В корневом каталоге вашего сайта перейдите в подкаталог /config/ и в файле settings.inc.php найдите строки:

  • u1234567_database — база данных, которую использует сайт;
  • u1234567_dbuser — пользователь, от имени которого сайт подключается к базе данных;
  • password — пароль, с которым сайт подключается к базе данных.

В корневом каталоге вашего сайта перейдите в подкаталог /core/config/ и в файле config.inc.php найдите строки:

  • u1234567_dbuser — пользователь, от имени которого сайт подключается к базе данных;
  • password — пароль, с которым сайт подключается к базе данных;
  • u1234567_database — база данных, которую использует сайт.

В корневом каталоге вашего сайта перейдите в подкаталог /modules/core/config/ и в файле database.php найдите строки:

  • u1234567_dbuser — пользователь, от имени которого сайт подключается к базе данных;
  • password — пароль, с которым сайт подключается к базе данных;
  • u1234567_database — база данных, которую использует сайт.

В корневом каталоге вашего сайта перейдите в подкаталог /engine/data/ и в файле dbconfig.php найдите строки:

  • u1234567_database — база данных, которую использует сайт;
  • u1234567_dbuser — пользователь, от имени которого сайт подключается к базе данных;
  • password — пароль, с которым сайт подключается к базе данных.

источник

файл подключения к базе данных

Цитата
esbace пишет:
В каком файле можно посмотреть данные для подключения к базе данных mysql

/bitrix/php_interface/dbconn.php

Приветствую всех !
Восстановил сайт из облака Битрикс на хостинг Рег.ру.
Столкнулся с проблемой (для меня, чайника программирования ),корректное подключение к Базе Данных.

Сам пытался ,результата нет.

Так сейчас выглядит
файл :bitrix/php_interface/dbconn.php

define(«DBPersistent», false);
$DBType = «mysql»;
$DBHost = «localhost»;
#$DBLogin = «root»;
$DBLogin = «u0056299»;

#$DBPassword = «»;
$DBPassword = «3456»;

#$DBName = «karam»;
$DBName = «u0056299_default»;

$DBDebug = false;
$DBDebugToFile = false;

А вот так файл:/bitrix/.settings.php

‘className’ =>
‘\\Bitrix\\Main\\DB\\MysqlConnection’,
‘host’ =>
‘localhost’,
‘database’ => ‘u0056299_default’,
‘login’ => ‘u0056299’,
‘password’ => ‘3456’,
‘options’ => 2,

источник

Где в CMS хранятся настройки подключения к базе данных? и другие настройки

При разворачивании какого нибудь сайта, веб-приложения на незнакомой CMS, CMF этот вопрос возникает довольно часто. Особенно у новичков. Файлы скопированы, база данных создана и осталось только настроить систему, чтобы скрипты знали, как подключиться к этой созданной базе данных. Да и другие настройки подпилить. Только вот где этот файл?

  • можно навскидку посмотреть файлы где нибудь в корне сайта; обычно кофигурационные файлы имеют в своём названии слова conf, configuration и тд; обычно их легко найти;
  • можно посмотреть исходники файлов, что где подключается и найти этот файлик, обычно подключается где то в начале скриптов;
  • можно посмотреть документацию по продукту; кстати вся эта проблема вовсе и не проблема на этапе инсталляции, так как во многих продуктах есть исталляторы, которые сами создадут нужные файлы и пропишут что нужно;
  • можно посмотреть в интернете;

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

Буду указывать название продукта и версию. Пути к файлам будут относительно корня сайта. Все настройки описывать не буду. Буду указывать настройки подключения к базе данных по шаблону типа «в чём хранятся(переменные, константы) имя переменной(константы) хранящий адрес хоста, имя базы данных, логин пользователя, пароль пользователя»

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

WordPress 2.9

константы DB_HOST, DB_NAME, DB_USER, DB_PASSWORD

1с Битрикс 11

переменные $DBHost, $DBName, $DBLogin, $DBPassword

Joomla! 2.5

свойства класса JConfig $host, $db, $user, $password

phpMyAdmin 3.2.3

переменные $cfg[‘Servers’][$i][‘host’], база данных выбирается в самом приложении, $cfg[‘Servers’][$i][‘user’], $cfg[‘Servers’][$i][‘password’]

NetCat 4.7

переменные $MYSQL_HOST, $MYSQL_DB_NAME, $MYSQL_USER, $MYSQL_PASSWORD

Drupal 7.12

где default — сайт, может различаться

хранится всё в переменной-массиве $databases с ключами host, database, username, password

Думаю список ещё будет пополняться.

Прошу дополнить своими знаниями этот пост в комментах! Буду очень благодарен.

источник

Где хранятся настройки mysql в bitrix env и как их изменять

Я периодически работаю с сайтами на битрикс, которые работают в готовом web окружении от разработчиков. Сегодня я поделюсь информацией о том, где хранятся и как изменять настройки mysql на сервере с bitrix env. Многие простые вещи становятся очень сложными, если ты не знаком с нюансами работы этого окружения.

Проверяем, кто занимает всю память на сервере

Я столкнулся с неожиданным поведением сервера, на котором работал сайт на битриксе. Длительное время он работал, занимая всю доступную оперативную память. Я получал об этом уведомления от заббикса, но не обращал большого внимания на сервер, так как в целом это нормальная ситуация, когда у тебя mysql и apache трудятся вместе. Где-то пол года он работал нормально, а потом стал сильно деградировать по производительности. В общем, начались настоящие проблемы.

Я пошел на сервер и стал разбираться, в чем дело. Начал с того, что посмотрел, кто занимает оперативную память.

Не удивился, увидев, что mysql. Первое, что сделал — перезапустил его и стал наблюдать. Увидел такую картинку в zabbix.

Дальше сервер кушал весь своп и прибивал процесс mysql с сообщением в системном логе:

Mysql перезапускался автоматом и дальше все продолжалось по кругу. Надо было разбираться в первую очередь с ним.

Где в bitrix env настройки mysql

Для начала нужно было проверить, где на сервере с bitrixenv хранятся настройки mysql. По аналогии с остальными настройками (php, apache, nginx), предвкушал долгие поиски и не ошибся. В итоге выяснил, что хранятся они в файле /etc/mysql/conf.d/bvat.cnf. Но мало узнать, где они хранятся. Как оказалось, этот файл формируется динамически при каждом запуске сервера, в зависимости от доступной оперативной памяти. Тут то я и понял, в чем проблема. Расскажу обо всем по порядку.

В bitrix env есть служба под названием bvat. Она стартует при загрузке сервера через /etc/init.d/bvat. Эта служба определяет количество оперативной памяти на сервере и в зависимости от этого меняет некоторые настройки web окружения. В частности mysql, php, apache. Можно посмотреть этот скрипт, чтобы понять, что он делает. Если кратко, то он запускает скрипт /etc/ansible/library/bx_perf, который подключает некоторые переменные и формирует новые конфиги. Свою работу логирует в файле /opt/webdir/logs/bvat.log.

В моем случае bvat не изменял конфиг для mysql. Я проверил документацию по нему на сайте битрикса. Четко сказано, что он работает при загрузке системы. Я запускал руками те проверки из скрипта, что должны менять именно mysql конфиг. Удалял конфиг, но bvat неизменно создавал новый конфиг, из расчета, что на сервере 16Гб памяти. Это так и было на момент первоначальной установки. Но со временем гипервизор нагрузили и память сделали динамическую, уменьшив максимально доступную.

В какой-то момент всем памяти на гипервизоре стало не хватать и он начал распределять ее по виртуальным машинам. Конкретно подопытному серверу стало доставаться меньше памяти, чем 16 Гб, но все конфиги были заточены под это количество. Из-за этого серверу не хватало памяти и он начинал уходить в своп и аварийно перезапускать службы, пожирающие память.

Когда я все понял, сделал виртуальной машине статическую память (меньше 16Гб) и перезагрузился. Но конфиг mysql не изменился. Тут явно какой-то глюк. bvat по прежнему откуда-то доставал 16Гб памяти и на основе их рисовал конфиг. Я просмотрел весь скрипт. Там используется несколько проверок памяти. Я посмотрел основную, через free -m, она показывает корректное значение, которое меньше 16Гб, но bvat откуда-то берет другое число. Я не стал разбираться с этим, так как налицо баг, который скорее всего либо уже исправлен, либо будет исправлен после какого-нибудь обновления.

Как изменить настройки mysql в bitrixenv

Для того, чтобы руками изменить какие-то параметры в mysql, которые не будут изменяться динамически, необходимо воспользоваться файлом /etc/mysql/conf.d/z_bx_custom.cnf. Основной параметр, который приводит к тому, что mysql занимает всю оперативную память — innodb_buffer_pool_size. В первую очередь следует переназначить именно его. Сделать где-то в треть реальной оперативной памяти. С остальными параметрами надо разбираться отдельно. Я не стал тратить на это время, пока временно отдал серверу первоначальный объем памяти в 16Гб. В ближайшее время обновлю полностью сервер вместе с bitrix env и посмотрю, исчез ли глюк с тем, что память определяется неправильно. Если нет, буду руками выставлять параметры под реальную оперативную память сервера.

Заключение

К bitrixenv у меня неоднозначное отношение. С одной стороны удобно, что все собрано в одном месте, связано друг с другом и быстро устанавливается, настраивается. Но когда нужно дебажить какие-то проблемы, уходит в разы больше времени, чем если бы ты использовал классический веб сервер, настроенный собственноручно. Сейчас я уже неплохо ориентируюсь в bitrixenv, решаю вопросы быстро, но с mysql столкнулся впервые. Обычно там проблемы с конфигами php, apache, nginx, с отправкой почты.

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

источник

Читайте также:  безубыточный советник scalper настройка

Добавить комментарий

Adblock
detector