Vladimir_K

Проблемы с подключением к базе данных сайта.

Recommended Posts

Перенесли сайт на новый сервер (обычный VPS). Возникли проблемы с подключением к БД. Сайт пишет:

"Unable to connect to database: SQLSTATE[42000] [1044] Access denied for user 'user_name'@'localhost' to database 'db_name'

Написали хостеру. Они закинули на сервер какой-то скрипт, который проверяет подключение к БД. Этот скрипт показал, что подключение есть. Я сам проверял - действительно этот скрипт показывает что с подключением к БД всё окей. Скрипт вот такой:

<?php
$servername   = "localhost";
$database = "db_name";
$username = "user_name";
$password = "*******";

// Create connection
$conn = new mysqli($servername, $username, $password);
// Check connection
if ($conn->connect_error) {
   die("Connection failed: " . $conn->connect_error);
}
  echo "Connected successfully";
?>

 Хостер написал:

"Соответственно, из этого можно сделать вывод, что проблема наблюдается с самим скриптом /var/www/user/data/www/site.ru/inc/db.inc.php"

Подскажите в чём может быть проблема?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, Vladimir_K сказал:

Перенесли сайт на новый сервер (обычный VPS). Возникли проблемы с подключением к БД. Сайт пишет:

"Unable to connect to database: SQLSTATE[42000] [1044] Access denied for user 'user_name'@'localhost' to database 'db_name'

Написали хостеру. Они закинули на сервер какой-то скрипт, который проверяет подключение к БД. Этот скрипт показал, что подключение есть. Я сам проверял - действительно этот скрипт показывает что с подключением к БД всё окей. Скрипт вот такой:


<?php
$servername   = "localhost";
$database = "db_name";
$username = "user_name";
$password = "*******";

// Create connection
$conn = new mysqli($servername, $username, $password);
// Check connection
if ($conn->connect_error) {
   die("Connection failed: " . $conn->connect_error);
}
  echo "Connected successfully";
?>

 Хостер написал:

"Соответственно, из этого можно сделать вывод, что проблема наблюдается с самим скриптом /var/www/user/data/www/site.ru/inc/db.inc.php"

Подскажите в чём может быть проблема?

Когда вы переносили файлы сайта и базу на новый хостинг/сервер, соответственно у вас изменились  параметры подключения к базе MySQL, как минимум изменилось имя базы данных, пользователя и пароль:
$username = "user_name";
$password = "*******";

о чем вам хостер и говорит.

Вам надо пройти в файл /var/www/user/data/www/site.ru/inc/db.inc.php и прописать в нем новые параметры доступа к базе вместо имеющихся старых:

$servername   = "localhost"; -> имя сервера
$database = "db_name"; -> имя базы
$username = "user_name"; -> имя пользователя базы
$password = "*******"; -> пароль доступа к базе

Параметры названия сервера, базы, имя пользователя и пароль доступа к базе обычно хостинг-провайдер высылает на почту при покупке сервера или эти данные можно найти в личном кабинете в разделе Хостинг (там кликнуть на название сервера) -> Информация о включенных сервисах и паролях доступа.

Если будут еще глюки, а они скорее всего будут, то надо будет в базе прописать новые пути к файлам, по сути в имеющихся там ссылках надо будет переписать их начало на нового пользователя, типа u0123456/var/www/user/data/www/site.ru/... (скачать базу на комп, и в Notepad++ массово изменить указанное значение на новое, затем удалить содержимое базы на сервере и закинуть туда отредактированную версию)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
16 минут назад, Chernetskiy сказал:

Когда вы переносили файлы сайта и базу на новый хостинг/сервер, соответственно у вас изменились  параметры подключения к базе MySQL, как минимум изменилось имя базы данных, пользователя и пароль:
$username = "user_name";
$password = "*******";

о чем вам хостер и говорит.

Вам надо пройти в файл /var/www/user/data/www/site.ru/inc/db.inc.php и прописать в нем новые параметры доступа к базе вместо имеющихся старых:

$servername   = "localhost"; -> имя сервера
$database = "db_name"; -> имя базы
$username = "user_name"; -> имя пользователя базы
$password = "*******"; -> пароль доступа к базе

Да в том-то и дело, что это уже всё сделано давно и проверено. Там всё нормально. Всё поменяно. Уже несколько раз проверял. Более того. Заходил в саму БД и чистил таблицу "re_apps" - тоже не помогло.

18 минут назад, Chernetskiy сказал:

Если будут еще глюки, а они скорее всего будут, то надо будет в базе прописать новые пути к файлам, по сути в имеющихся там ссылках надо будет переписать их начало на нового пользователя, типа u0123456/var/www/user/data/www/site.ru/... (скачать базу на комп, и в Notepad++ массово изменить указанное значение на новое, затем удалить содержимое базы на сервере и закинуть туда отредактированную версию)

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
9 часов назад, Chernetskiy сказал:

Если будут еще глюки, а они скорее всего будут, то надо будет в базе прописать новые пути к файлам, по сути в имеющихся там ссылках надо будет переписать их начало на нового пользователя, типа u0123456/var/www/user/data/www/site.ru/... (скачать базу на комп, и в Notepad++ массово изменить указанное значение на новое, затем удалить содержимое базы на сервере и закинуть туда отредактированную версию)

Посмотрел в дампе базы данных (ту которую закачивал на сервер). Там действительно были записи типа "/var/www/user/data/www/site.ru/", но они все были в таблице "re_apps". А её я почистил. Она сейчас пустая. больше похожих записей у меня в базе данных нет...

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

в re_apps содержатся ссылки на подключенные модули, выглядит это примерно так:

--
-- Структура таблицы `re_apps`
--

CREATE TABLE IF NOT EXISTS `re_apps` (
  `apps_id` int(11) NOT NULL,
  `active` tinyint(4) NOT NULL DEFAULT '0',
  `backend_menu` tinyint(4) NOT NULL DEFAULT '0',
  `name` varchar(255) NOT NULL,
  `title` varchar(255) NOT NULL,
  `href_admin` varchar(255) NOT NULL,
  `admin_path` text,
  `local_admin_path` text,
  `site_path` text,
  `local_site_path` text,
  `preload` tinyint(4) NOT NULL DEFAULT '0',
  `frontend` tinyint(4) NOT NULL DEFAULT '0'
) ENGINE=MyISAM AUTO_INCREMENT=28 DEFAULT CHARSET=utf8;

--
-- Дамп данных таблицы `re_apps`
--

INSERT INTO `re_apps` (`apps_id`, `active`, `backend_menu`, `name`, `title`, `href_admin`, `admin_path`, `local_admin_path`, `site_path`, `local_site_path`, `preload`, `frontend`) VALUES
(1, 1, 1, 'agentphones', 'Agentphones', 'index.php?action=agentphones', '/var/www/u0311795/data/www/realty-centrum.com/apps/agentphones/admin/admin.php', '', '', '', 0, 0),
(2, 1, 1, 'akismet', 'Akismet-антиспам', 'index.php?action=akismet', '/var/www/u0311795/data/www/realty-centrum.com/apps/akismet/admin/admin.php', '', '', '', 0, 0),
(3, 1, 0, 'api', 'CMS Sitebill API', 'index.php?action=api', '', '', '', '', 0, 0),
(4, 1, 0, 'data', 'Data', 'index.php?action=data', '/var/www/u0311795/data/www/realty-centrum.com/apps/data/admin/admin.php', '', '/var/www/u0311795/data/www/realty-centrum.com/apps/data/site/site.php', '', 1, 1),
(5, 1, 1, 'excel', 'Excel', 'index.php?action=excel', '/var/www/u0311795/data/www/realty-centrum.com/apps/excel/admin/admin.php', '', '/var/www/u0311795/data/www/realty-centrum.com/apps/excel/site/site.php', '', 1, 1),
(6, 1, 1, 'excelfree', 'Excel Free', 'index.php?action=excelfree', '/var/www/u0311795/data/www/realty-centrum.com/apps/excelfree/admin/admin.php', '', '', '', 0, 0),
(7, 1, 1, 'geodata', 'GeoData', 'index.php?action=geodata', '/var/www/u0311795/data/www/realty-centrum.com/apps/geodata/admin/admin.php', '', '/var/www/u0311795/data/www/realty-centrum.com/apps/geodata/site/site.php', '', 1, 1),
(8, 1, 1, 'mailbox', 'Mailbox', 'index.php?action=mailbox', '/var/www/u0311795/data/www/realty-centrum.com/apps/mailbox/admin/admin.php', '', '/var/www/u0311795/data/www/realty-centrum.com/apps/mailbox/site/site.php', '', 1, 1),
(9, 1, 1, 'rss', 'RSS новостей сайта', 'index.php?action=rss', '/var/www/u0311795/data/www/realty-centrum.com/apps/rss/admin/admin.php', '', '/var/www/u0311795/data/www/realty-centrum.com/apps/rss/site/site.php', '', 1, 1),
(10, 1, 1, 'realtylogv2', 'Realty Logger v2', 'index.php?action=realtylogv2', '/var/www/u0311795/data/www/realty-centrum.com/apps/realtylogv2/admin/admin.php', '', '/var/www/u0311795/data/www/realty-centrum.com/apps/realtylogv2/site/site.php', '', 1, 1),
(11, 1, 1, 'realtyview', 'RealtyView', 'index.php?action=realtyview', '/var/www/u0311795/data/www/realty-centrum.com/apps/realtyview/admin/admin.php', '', '/var/www/u0311795/data/www/realty-centrum.com/apps/realtyview/site/site.php', '', 1, 1),
(12, 1, 1, 'seo', 'SEO-Оптимизация', 'index.php?action=seo', '/var/www/u0311795/data/www/realty-centrum.com/apps/seo/admin/admin.php', '', '', '', 0, 0),
(13, 1, 1, 'sms', 'SMS Sender', 'index.php?action=sms', '/var/www/u0311795/data/www/realty-centrum.com/apps/sms/admin/admin.php', '', '', '', 0, 0),
(14, 1, 1, 'sitemap', 'SiteMap', 'index.php?action=sitemap', '/var/www/u0311795/data/www/realty-centrum.com/apps/sitemap/admin/admin.php', '', '/var/www/u0311795/data/www/realty-centrum.com/apps/sitemap/site/site.php', '', 1, 1),
(15, 1, 1, 'logger', 'System logger', 'index.php?action=logger', '/var/www/u0311795/data/www/realty-centrum.com/apps/logger/admin/admin.php', '', '', '', 0, 0),
(16, 1, 1, 'tlocation', 'TLocation', 'index.php?action=tlocation', '/var/www/u0311795/data/www/realty-centrum.com/apps/tlocation/admin/admin.php', '', '/var/www/u0311795/data/www/realty-centrum.com/apps/tlocation/site/site.php', '', 1, 1),
(17, 1, 0, 'third', 'Third-party libraries', 'index.php?action=third', '', '', '', '', 0, 0),
(18, 1, 1, 'toolbox', 'Toolbox', 'index.php?action=toolbox', '/var/www/u0311795/data/www/realty-centrum.com/apps/toolbox/admin/admin.php', '', '', '', 0, 0),
(19, 1, 1, 'twitter', 'Twitter Sender', 'index.php?action=twitter', '/var/www/u0311795/data/www/realty-centrum.com/apps/twitter/admin/admin.php', '', '', '', 0, 0),
(20, 1, 1, 'watermark', 'Watermark Printer', 'index.php?action=watermark', '/var/www/u0311795/data/www/realty-centrum.com/apps/watermark/admin/admin.php', '', '', '', 0, 0),
(21, 1, 0, 'memorylist', 'memorylist', 'index.php?action=memorylist', '/var/www/u0311795/data/www/realty-centrum.com/apps/memorylist/admin/admin.php', '', '/var/www/u0311795/data/www/realty-centrum.com/apps/memorylist/site/site.php', '', 1, 1),
(22, 1, 0, 'onelevelmenu', 'onelevelmenu', 'index.php?action=onelevelmenu', '', '', '', '', 0, 0),
(23, 1, 1, 'socialauth', 'Авторизация через соц.сети', 'index.php?action=socialauth', '/var/www/u0311795/data/www/realty-centrum.com/apps/socialauth/admin/admin.php', '', '/var/www/u0311795/data/www/realty-centrum.com/apps/socialauth/site/site.php', '', 1, 1),
(24, 1, 1, 'banner', 'Баннеры', 'index.php?action=banner', '/var/www/u0311795/data/www/realty-centrum.com/apps/banner/admin/admin.php', '', '/var/www/u0311795/data/www/realty-centrum.com/apps/banner/site/site.php', '', 1, 1),
(25, 1, 1, 'faq', 'Вопросы и ответы', 'index.php?action=faq', '/var/www/u0311795/data/www/realty-centrum.com/apps/faq/admin/admin.php', '', '/var/www/u0311795/data/www/realty-centrum.com/apps/faq/site/site.php', '', 1, 1),
(26, 1, 1, 'afyexporter', 'Выгрузка AFY', 'index.php?action=afyexporter', '/var/www/u0311795/data/www/realty-centrum.com/apps/afyexporter/admin/admin.php', '', '/var/www/u0311795/data/www/realty-centrum.com/apps/afyexporter/site/site.php', '', 1, 1),
(27, 1, 1, 'cianexporter', 'Выгрузка ЦИАН', 'index.php?action=cianexporter', '/var/www/u0311795/data/www/realty-centrum.com/apps/cianexporter/admin/admin.php', '', '/var/www/u0311795/data/www/realty-centrum.com/apps/cianexporter/site/site.php', '', 1, 1);

-- --------------------------------------------------------

в ссылках надо было заменить u0311795 (в моем примере) на новое значение - текущее имя сервера.

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

но думаю, что это еще не окончательное решение вопроса, смотрите возможные ошибки в написании явок или забытые символы в db.inc.php, чего-то не хватает чтобы CMS связалась с базой. Файл должен выглядеть примерно так:

<?php
$__server = 'localhost';
$__user = 'u0311795_default';
$__password = 'A7wY95ti';
$__db = 'u0311795_default';
$__db_prefix = 're'; // не менять
$__document_root = $_SERVER['DOCUMENT_ROOT'];
define('SITE_ENCODING', 'UTF-8');
define('DB_ENCODING', 'utf8');
?>

Проверьте еще и права доступа к папкам и файлам на сервере. У папок должны быть 755, у файлов - 644

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вот хотите верьте, хотите нет, но дело в чём-то другом. Не могу понять в чём именно. Ну или у меня конкретно лыжи не едут...

Вот кусок кода с базы данных, который "re_apps": 

--
-- Table structure for table `re_apps`
--

DROP TABLE IF EXISTS `re_apps`;
/*!40101 SET @saved_cs_client     = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `re_apps` (
  `apps_id` int(11) NOT NULL AUTO_INCREMENT,
  `active` tinyint(4) NOT NULL DEFAULT '0',
  `backend_menu` tinyint(4) NOT NULL DEFAULT '0',
  `name` varchar(255) NOT NULL,
  `title` varchar(255) NOT NULL,
  `href_admin` varchar(255) NOT NULL,
  `admin_path` text,
  `local_admin_path` text,
  `site_path` text,
  `local_site_path` text,
  `preload` tinyint(4) NOT NULL DEFAULT '0',
  `frontend` tinyint(4) NOT NULL DEFAULT '0',
  PRIMARY KEY (`apps_id`)
) ENGINE=MyISAM AUTO_INCREMENT=44 DEFAULT CHARSET=utf8;
/*!40101 SET character_set_client = @saved_cs_client */;

--
-- Dumping data for table `re_apps`
--

LOCK TABLES `re_apps` WRITE;
/*!40000 ALTER TABLE `re_apps` DISABLE KEYS */;
/*!40000 ALTER TABLE `re_apps` ENABLE KEYS */;
UNLOCK TABLES;

--
-- Table structure for table `re_banner`
--

Там пусто потому, что я таблицу re_apps почистил после переноса базы. Но! Ошибка, которую пишет сайт не менялась. Ни до чистки таблицы re_apps, ни после. Отсюда можно сделать вывод, что дело не в этой таблице и не в корректировке путей в ней. Сайт пишет "Access denied for user", т.е. "Пользователю отказано в доступе" . Но как ему может быть отказано в доступе, если проверочный скрипт (я писал о нём ранее) нормально подключается к этой же самой базе данных.

Дальше сам файл  /var/www/user/data/www/site.ru/inc/db.inc.php Его я тоже перепроверил. Там тоже всё норм. Вот он (с некоторыми замена, естественно):

<?php
if(!defined('STR_MEDIA')){
	define('STR_MEDIA',true);
}
if(!defined('STR_MEDIA_FOLDERFDAYS')){
    define('STR_MEDIA_FOLDERFDAYS', 1);
}
if(!defined('DB_HOST')){
	define('DB_HOST','localhost');
}
if(!defined('DB_PORT')){
	define('DB_PORT','3306');
}
if(!defined('DB_USER')){
	define('DB_USER','user_name');
}
if(!defined('DB_BASE')){
	define('DB_BASE','db_name');
}
if(!defined('DB_PASS')){
	define('DB_PASS','******');
}
if(!defined('DB_PREFIX')){
	define('DB_PREFIX','re');
}
if(!defined('DB_ENCODING')){
	define('DB_ENCODING','utf8');
}
if(!defined('SITE_ENCODING')){
	define('SITE_ENCODING','UTF-8');
}
if(!defined('DEBUG_ENABLED')){
	define('DEBUG_ENABLED',false);
}
if(!defined('LOG_ENABLED')){
	define('LOG_ENABLED',false);
}
if(!defined('DB_DSN')){
	if(DB_PORT!=''){
		define('DB_DSN','mysql:host='.DB_HOST.';port='.DB_PORT.';dbname='.DB_BASE);
	}else{
		define('DB_DSN','mysql:host='.DB_HOST.';dbname='.DB_BASE);
	}
}
$__server = 'localhost';
$__user = 'user_name';
$__password = '******';
$__db = 'db_name';
$__db_port = '3306';
$__db_prefix = 're'; // не менять
$__document_root = $_SERVER['DOCUMENT_ROOT'];
?>

Самое интересное, что это не первый мой перенос сайта на Sitebill с одного сервера на другой. Так что я плюс-минус в курсе подводных камней. Но в это раз магия какая-то просто.

И самое плохое, что сайт уже 4-й день недоступен из-за проблем с переносом. Я уже переживать начинаю...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, Chernetskiy сказал:

Проверьте еще и права доступа к папкам и файлам на сервере. У папок должны быть 755, у файлов - 644

Это уже тоже проверял. Всё так и есть - на папки 755, на файлы 644.

Даже папку "cache" уже почистил. На всякий случай.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Уважаемые разработчики Sitebill, может у вас есть какие-то мысли по этому поводу? Ведь есть же какая-то причина того, почему Sitebill не может подключиться к БД на новом сервере?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
5 минут назад, Vladimir_K сказал:

Уважаемые разработчики Sitebill, может у вас есть какие-то мысли по этому поводу? Ведь есть же какая-то причина того, почему Sitebill не может подключиться к БД на новом сервере?

не проще создать там новую бд? и в нее выгрузить дамп?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
В 28.10.2018 в 16:04, Vladimir_K сказал:

Дальше сам файл  /var/www/user/data/www/site.ru/inc/db.inc.php Его я тоже перепроверил. Там тоже всё норм. Вот он (с некоторыми замена, естественно):


...
$__server = 'localhost';
$__user = 'user_name';
$__password = '******';
$__db = 'db_name';

Самое интересное, что это не первый мой перенос сайта на Sitebill с одного сервера на другой. Так что я плюс-минус в курсе подводных камней. Но в это раз магия какая-то просто.

И самое плохое, что сайт уже 4-й день недоступен из-за проблем с переносом. Я уже переживать начинаю...

У вас в db.inc.php прописаны настройки доступа к базе именно так, как указано выше или всетаки там присутствуют реальные реквизиты доступа а вы их изменили в сообщении? Поскольку с тем, что выше работать точно не будет.

Что-то мне подсказывает, что конфигурация сервера у вас либо не соответствует требованиям CMS Sitebill, либо чего-то в ней не хватает. Это не тот сервер на NGINX о котором говорили в соседней ветке?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
3 минуты назад, TopRaN сказал:

не проще создать там новую бд? и в нее выгрузить дамп?

Проблема абсолютно идентичная для нескольких сайтов. И пересоздавать базу тоже пробовал.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
2 минуты назад, Chernetskiy сказал:

Это не тот сервер на NGINX о котором говорили в соседней ветке?

Нет, это нормальный VPS. Там Apache есть. Идею запустить на LEMP-е я оставил. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
12 минуты назад, Chernetskiy сказал:

У вас в db.inc.php прописаны настройки доступа к базе именно так, как указано выше или всетаки там присутствуют реальные реквизиты доступа а вы их изменили в сообщении? Поскольку с тем, что выше работать точно не будет.

:) Конечно там прописаны реальные данные, а я их заменил. У меня не настолько всё плохо)))

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
13 минуты назад, Chernetskiy сказал:

конфигурация сервера у вас либо не соответствует требованиям CMS Sitebill, либо чего-то в ней не хватает

А где можно посмотреть эти требования?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
35 минут назад, Vladimir_K сказал:

А где можно посмотреть эти требования?

при установке дистрибутива.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
1 час назад, Vladimir_K сказал:

А где можно посмотреть эти требования?

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

Посмотрите на сервере раздел настроек PHP и расширений CGI, может что-то не подключено, либо заниженные ограничения по количеству памяти, процессов и т.п.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

К стати, какая версия PHP активирована на сервере? Какая версия ISP Managera? На свежих версиях каждая версия PHP настраивается отдельно, по крайней мере в reg.ru так.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, Vladimir_K сказал:

Уважаемые разработчики Sitebill, может у вас есть какие-то мысли по этому поводу? Ведь есть же какая-то причина того, почему Sitebill не может подключиться к БД на новом сервере?

Да - внимательно смотрим что вы написали в db.inc.php

В файле db.inc.php вы меняете только эти 6 полей, скопировав данные из трёх полей тестового скрипта:

D3arqPdkjTc.jpg

 

Также попробуйте тестовый скрипт дописать аргумент базы в вызов соединения:

XdqSts0KBs8.jpg

Если тестовый не заработает и отругается denied for user - стучите тамошним админам.

 

2 часа назад, Chernetskiy сказал:

У вас в db.inc.php прописаны настройки доступа к базе именно так, как указано выше или всетаки там присутствуют реальные реквизиты доступа а вы их изменили в сообщении?

Плюсую, скорей всего так и есть.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Еще бывает что DOCUMENT_ROOT не определяется правильно.

Выведите 

echo $_SERVER['DOCUMENT_ROOT'];

Совпадет ли он с реальным расположением сайта?

А таблицу re_apps можете почистить просто.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Тайна разгадана. Битва с сервером выиграна.

Всё оказалось из разряда "перемудрил"...

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

Префикс я писал из определённого кол-ва символов случайным образом прямо при создании базы данных в ISPmanager. И копировал название БД тоже оттуда в блокнот сразу. И только потом нажимал "ОК" (т.е. создать БД).

Данные для подключения к БД я естественно брал из блокнота. И естественно у меня в префиксе были символы в верхнем регистре. И естественно Linux ложил болт на мои символы в верхнем регистре в имени БД при её создании в ISPmanager. И естественно сайт потом не мог подключится к БД потому, что для сервера, например, zxCvb_basename и zxcvb_basename это две разные вещи! 

Вот такая вот история) 

Всем огромное спасибо за помощь и советы. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас