Vladimir_K 1 Жалоба Опубликовано: October 27, 2018 Перенесли сайт на новый сервер (обычный 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" Подскажите в чём может быть проблема? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Chernetskiy 469 Жалоба Опубликовано: October 27, 2018 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++ массово изменить указанное значение на новое, затем удалить содержимое базы на сервере и закинуть туда отредактированную версию) Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Vladimir_K 1 Жалоба Опубликовано: October 27, 2018 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++ массово изменить указанное значение на новое, затем удалить содержимое базы на сервере и закинуть туда отредактированную версию) Что-то у меня в файле базы данных ничего похожего не находит. Пробовал искать по разному. Ничего подобного нет... Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Vladimir_K 1 Жалоба Опубликовано: October 28, 2018 9 часов назад, Chernetskiy сказал: Если будут еще глюки, а они скорее всего будут, то надо будет в базе прописать новые пути к файлам, по сути в имеющихся там ссылках надо будет переписать их начало на нового пользователя, типа u0123456/var/www/user/data/www/site.ru/... (скачать базу на комп, и в Notepad++ массово изменить указанное значение на новое, затем удалить содержимое базы на сервере и закинуть туда отредактированную версию) Посмотрел в дампе базы данных (ту которую закачивал на сервер). Там действительно были записи типа "/var/www/user/data/www/site.ru/", но они все были в таблице "re_apps". А её я почистил. Она сейчас пустая. больше похожих записей у меня в базе данных нет... Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Chernetskiy 469 Жалоба Опубликовано: October 28, 2018 в 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 Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Vladimir_K 1 Жалоба Опубликовано: October 28, 2018 Вот хотите верьте, хотите нет, но дело в чём-то другом. Не могу понять в чём именно. Ну или у меня конкретно лыжи не едут... Вот кусок кода с базы данных, который "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-й день недоступен из-за проблем с переносом. Я уже переживать начинаю... Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Vladimir_K 1 Жалоба Опубликовано: October 28, 2018 2 часа назад, Chernetskiy сказал: Проверьте еще и права доступа к папкам и файлам на сервере. У папок должны быть 755, у файлов - 644 Это уже тоже проверял. Всё так и есть - на папки 755, на файлы 644. Даже папку "cache" уже почистил. На всякий случай. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Vladimir_K 1 Жалоба Опубликовано: October 29, 2018 Уважаемые разработчики Sitebill, может у вас есть какие-то мысли по этому поводу? Ведь есть же какая-то причина того, почему Sitebill не может подключиться к БД на новом сервере? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
TopRaN 235 Жалоба Опубликовано: October 29, 2018 5 минут назад, Vladimir_K сказал: Уважаемые разработчики Sitebill, может у вас есть какие-то мысли по этому поводу? Ведь есть же какая-то причина того, почему Sitebill не может подключиться к БД на новом сервере? не проще создать там новую бд? и в нее выгрузить дамп? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Chernetskiy 469 Жалоба Опубликовано: October 29, 2018 В 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 о котором говорили в соседней ветке? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Vladimir_K 1 Жалоба Опубликовано: October 29, 2018 3 минуты назад, TopRaN сказал: не проще создать там новую бд? и в нее выгрузить дамп? Проблема абсолютно идентичная для нескольких сайтов. И пересоздавать базу тоже пробовал. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Vladimir_K 1 Жалоба Опубликовано: October 29, 2018 2 минуты назад, Chernetskiy сказал: Это не тот сервер на NGINX о котором говорили в соседней ветке? Нет, это нормальный VPS. Там Apache есть. Идею запустить на LEMP-е я оставил. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Vladimir_K 1 Жалоба Опубликовано: October 29, 2018 12 минуты назад, Chernetskiy сказал: У вас в db.inc.php прописаны настройки доступа к базе именно так, как указано выше или всетаки там присутствуют реальные реквизиты доступа а вы их изменили в сообщении? Поскольку с тем, что выше работать точно не будет. Конечно там прописаны реальные данные, а я их заменил. У меня не настолько всё плохо))) Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Vladimir_K 1 Жалоба Опубликовано: October 29, 2018 13 минуты назад, Chernetskiy сказал: конфигурация сервера у вас либо не соответствует требованиям CMS Sitebill, либо чего-то в ней не хватает А где можно посмотреть эти требования? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
TopRaN 235 Жалоба Опубликовано: October 29, 2018 35 минут назад, Vladimir_K сказал: А где можно посмотреть эти требования? при установке дистрибутива. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Chernetskiy 469 Жалоба Опубликовано: October 29, 2018 1 час назад, Vladimir_K сказал: А где можно посмотреть эти требования? попробуйте не копировать файлы сайта на сервер, а установить CMS по новой, увидите требования а попутно выясниться чего не хватает, возможно CMS не установится. Посмотрите на сервере раздел настроек PHP и расширений CGI, может что-то не подключено, либо заниженные ограничения по количеству памяти, процессов и т.п. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Chernetskiy 469 Жалоба Опубликовано: October 29, 2018 К стати, какая версия PHP активирована на сервере? Какая версия ISP Managera? На свежих версиях каждая версия PHP настраивается отдельно, по крайней мере в reg.ru так. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
DimWeb 21 Жалоба Опубликовано: October 29, 2018 2 часа назад, Vladimir_K сказал: Уважаемые разработчики Sitebill, может у вас есть какие-то мысли по этому поводу? Ведь есть же какая-то причина того, почему Sitebill не может подключиться к БД на новом сервере? Да - внимательно смотрим что вы написали в db.inc.php В файле db.inc.php вы меняете только эти 6 полей, скопировав данные из трёх полей тестового скрипта: Также попробуйте тестовый скрипт дописать аргумент базы в вызов соединения: Если тестовый не заработает и отругается denied for user - стучите тамошним админам. 2 часа назад, Chernetskiy сказал: У вас в db.inc.php прописаны настройки доступа к базе именно так, как указано выше или всетаки там присутствуют реальные реквизиты доступа а вы их изменили в сообщении? Плюсую, скорей всего так и есть. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Дмитрий Кондин 690 Жалоба Опубликовано: October 30, 2018 Еще бывает что DOCUMENT_ROOT не определяется правильно. Выведите echo $_SERVER['DOCUMENT_ROOT']; Совпадет ли он с реальным расположением сайта? А таблицу re_apps можете почистить просто. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Vladimir_K 1 Жалоба Опубликовано: October 30, 2018 Тайна разгадана. Битва с сервером выиграна. Всё оказалось из разряда "перемудрил"... Вообщем при переносе сайта на новый сервер решил я, что если к названию базы данных (DB_BASE которая) дописать префикс, то безопасность моего сайта будет просто скала, броня! Префикс я писал из определённого кол-ва символов случайным образом прямо при создании базы данных в ISPmanager. И копировал название БД тоже оттуда в блокнот сразу. И только потом нажимал "ОК" (т.е. создать БД). Данные для подключения к БД я естественно брал из блокнота. И естественно у меня в префиксе были символы в верхнем регистре. И естественно Linux ложил болт на мои символы в верхнем регистре в имени БД при её создании в ISPmanager. И естественно сайт потом не мог подключится к БД потому, что для сервера, например, zxCvb_basename и zxcvb_basename это две разные вещи! Вот такая вот история) Всем огромное спасибо за помощь и советы. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах