20 ноября 2009 в 6:40
У меня был аккаунт на хостинге. На нем был сайт со своей базой данной. Все бекапы работали.
Потом у меня появилась нужда на этом аккаунте сайт вместе с базой данной снести и поставить новый сайт с новой базой данных. Только домен остался.
Новый сайт успешно работает, но я не могу сделать бекап с помощью Sypex Dumper Lite. При заходе в программу ввожу те логин и пароль, что в файле settings.php. А программа меня не пускает. Что делать?
[Решение.]
Оказывается Sypex Dumper Lite не хочет понимать русские символы при вводе пароля. Выход: создал еще одного пользователя базы данных с английскими буквами в пароле.
Комментарии
посмотрите внимательно на settings.php возможно там другой хост для мускула. Его надо прописать в dumper.php (там комментарии есть)
В settings php localhost
В dumper.php написано
// mysql сервер
define('DBHOST', 'localhost:3306');
Если честно у меня на этом же хостинге с другим аккаунтом все работает.
возможно закрыт доступ на листинг баз для этого аккаунта.
А доступа по SSH нет? Если есть, тогда:
mysqldump -uUSER -pPASSWORD -f DB_NAME > /{место для сохранения дампа}/dump.sql
А вообще, имхо, Sypex Dumper - огроменная дырень в безопасности, ну его нафих. У меня вон бекапирование по крону настроено, и ниче, не жалуюсь)
не всегда консолька доступна.
Спасибо за внимание, все решил.
Оказывается не все параметры, что прописаны в settings.php влияют на работу Drupal.
Запостил на башорг
хех, ну а так в чём проблема, обществу интересно.
Nikit, повторяю:
Оказывается не все параметры, что прописаны в settings.php влияют на работу Drupal
Я думал, что раз там прописаны пароль пользователя и доступ к базе, так Drupal без них и работать не может. Оказывается не может только устанавливаться. А работать может даже если там чето левое будет написано.
каламбур какой-то, речь в общем шла о сайпекс.
на сколько я понял, это проблема связана с ситуацией когда в settings прописан ВЕРНЫЙ доступ к базе, но база полностью пустая. ТОгда друпал будет выдавать ПУСТУЮ страницу.
Но как это связано с дампером - не помнимаю.
Да, сайпекс, для того чтобы работать требует логин и пароль пользователя базы данных.
По моей логике они должны были быть такие же как и в файле settings.php, оказалось не обязательно.
сдохнуть, опиши от а до я.
А о чем писать то Nikit? В файле settings.php у меня всего парочка переменных. Остальные закоментированы. Все уже написал. На больше у меня фантазии не хватает. Тем более проблема уже решена.
Только недавно от Ламера избавились, как появился Васёк...
Быть такого не может.Без логина/пароля в settings drupal лежит копытами вверх
volocuga, у меня может. Ему только в первый раз нужен именно правильный пароль и логин.
Я стесняюсь спросить, а в другие разы, кроме первого, Друпал откуда данные берёт? Или он на ходу всё сочиняет?
Так, я полез на свой сайт. Для прикола там пароль поменяю еще раз.
Хотя что-то мне подсказывает, что не надо было мне пароль русскими буквами ставить. Это на что-то влияет?
/*Прошло несколько минут*/
Да, мужики, оказывается вы правы не может такого быть.
Чтож в данный момент на моем сайте такая фигня:
Есть база данных. У нее 2 юзера:
1-й пароль АБВД
2-й пароль ABCD
В settings.php прописано все для 1-го юзера, Drupal с этими данными работает, но Dumper пускает к себе только с паролем 2-го.
/*Прошло еще несколько минут*/
Для полной уверенности создал третьего пользователя с паролем УФКЦ. Аналогично Dumper к себе не пускает. А это так и надо?
Уважаемый, вы тут явный бред пишете. settings.php , лежащий в sites/default, служит ТОЛЬКО для того, чтобы ТОЛЬКО Drupal подключался к СВОЕЙ базе данных. А sypex dumper`у вообще параллельно, че там написано. И чтобы у Вас не возникало сомнений в том, что Drupal может работать БЕЗ settings.php, просто удалите его и убедитесь сами. Уверяю Вас, без settings.php вам drupal будет казать здоровенную дулю.
З.ы. В settings.php прописаны логин и пароль пользователя БАЗЫ ДАННЫХ MySQL сервера, а не пользователя Drupal.
Учите матчасть, уважаемый.
teamfighter, уже понял, спасибо.
Проблема не в файле settings.php, а в русских буквах в пароле.