Проблема с settings.php при установке

Главные вкладки

Аватар пользователя codeby@drupal.org codeby@drupal.org 24 апреля 2009 в 11:03

Когда начинаю ставить Drupal 6.10 возникает ошибка. Хотя права стоят 777 и на директорию и на файл. Как это исправить?

The Drupal installer requires that you create a settings file as part of the installation process.

1. Copy the ./sites/default/default.settings.php file to ./sites/default/settings.php.
2. Change file permissions so that it is writable by the web server. If you are unsure how to grant file permissions, please consult the on-line handbook.

More details about installing Drupal are available in INSTALL.txt.

Комментарии

Аватар пользователя Atl Atl 24 апреля 2009 в 11:31

А слабо догадаться переименовать default.settings.php в setting.php ?
Я кидал оба и тот и другой.
Давал права и все шло. Можно попробовать перезапустить сервер, зачистить кэш, попробовать зайти другим браузером.

На самый плохой случай срубить все, назвать базу по-другому и вперед.

Аватар пользователя Azerot Azerot 24 апреля 2009 в 15:40

Вот переименовывать как раз не надо! Оба товарища: ЧИТАЙТЕ что вам пишет установщик:
СКОПИРОВАТЬ default.settings.php в settings.php

Quote:
Когда начинаю ставить Drupal 6.10 возникает ошибка. Хотя права стоят 777 и на директорию и на файл. Как это исправить?

Никак. Это не баг - это фича Smile В начальных версиях ветки 6.x всё работало, потом сломалось и стало требовать выполнения вышеописанной операции вручную какие бы права не стояли.

Аватар пользователя codeby@drupal.org codeby@drupal.org 25 апреля 2009 в 12:50

Дело в том, что даже если я вручную делаю всё, то параметры SQL не записываются в settings.php почему-то и на этом застревает устаноква.

Как установить эту хреновину?

Аватар пользователя TMU11 TMU11 25 апреля 2009 в 15:56

Нужно в папке default при установке Друпала скопировать файл default.settings.php, копию файла назвать settings.php. Этот скопированный файл settings.php нужно разместить в ту же папку что и default.settings.php, т.е. в папку default (т.е. директория sites / default). Все так и делали?

Аватар пользователя codeby@drupal.org codeby@drupal.org 25 апреля 2009 в 17:06

Timoha0307 wrote:
Нужно в папке default при установке Друпала скопировать файл default.settings.php, копию файла назвать settings.php. Этот скопированный файл settings.php нужно разместить в ту же папку что и default.settings.php, т.е. в папку default (т.е. директория sites / default). Все так и делали?

да, ставлю ему права 777 но настройки БД не записываются туда, получается что процесс установки на этом и стопарится

Аватар пользователя TMU11 TMU11 26 апреля 2009 в 13:18

Может еще вернетесь к Друпалу? Разница колосальная. Мы Вам пытались объяснить, что вы не правильно делали. Ваша ошика в том, что в папке sites/default у Вас был изначально файл default.settings.php, нужно его скопировать (файл default.settings.php) -> сохранить в другую папку на хостинге или на компе -> там (в новой папке) переименовать в settings.php-> и заново перенести в папку sites/default.
В результате в папке sites/default у Вас должно быть 2 файла:
1) default.settings.php
2) settings.php (копия default.settings.php).
Во вновь созданный файл settings.php и будут записывать данные.

И еще вопрос остался: вы базу данных по MySQL до этого создавали (это первое, что надо сделать было) ?

Аватар пользователя Azerot Azerot 27 апреля 2009 в 15:57

Quote:
Мы Вам пытались объяснить, что вы не правильно делали

Угу, но он нас не читал, а писал.
Может действительно пусть лучше мозг выносит в саппорте Джумлы, а не нам.

Аватар пользователя repune4ka repune4ka 3 января 2010 в 17:11

Что нужно сделать, если при установке друпала пишет
The Drupal installer requires that you create a settings file as part of the installation process.
1. Copy the ./sites/default/default.settings.php file to ./sites/default/settings.php.
2. Change file permissions so that it is writable by the web server. If you are unsure how to grant file permissions, please consult the on-line handbook.
причем в C:\Documents and Settings\Катя\Рабочий стол\WebServers\home\drupal\www\sites\default у меня есть оба php файла: default.settings и settings

Аватар пользователя leo7 leo7 5 июля 2010 в 9:31

а что за причина сохранять в системе такую фичу - с переписыванием (созданием) руками второго экземпляра файла
settings.php ?

Аватар пользователя leo7 leo7 5 июля 2010 в 10:12

"RxB" wrote:
Вы хотите, чтобы злобный дядя ХаКиР поставил друпал на хост раньше вас?

вот так бы сразу и сказали...
а то, после Джумлы, очень не понятно... Smile

Аватар пользователя Azerot Azerot 5 июля 2010 в 10:15

Не знаю как насчёт злобного хакера, но у 6-го Drupal'а это делалось автоматически до версии 6.9 если мне память не изменяет, потом зачем-то сделали так. Злобный хакер всё-равно поставить не сможет, не зная паролей к БД, так что зачем было огород городить я так и не понял, учитывая что можно было создать сессию и не пускать никого другого до конца установки.

Таким образом, эта фича как и многие другие остаются на совести разработчиков. Нам же остаётся только утереться и делать как сказано в руководстве.

Аватар пользователя Виктор Степаньков ака RxB Виктор Степаньк... 5 июля 2010 в 10:32

"Azerot" wrote:
Не знаю как насчёт злобного хакера, но у 6-го Drupal'а это делалось автоматически до версии 6.9 если мне память не изменяет,

По моему таки изменяет
"Azerot" wrote:
Злобный хакер всё-равно поставить не сможет, не зная паролей к БД,

Дык, а если ламо-вариант root@localhost/test?

Аватар пользователя leo7 leo7 5 июля 2010 в 10:43

"RxB" wrote:
Дык, а если ламо-вариант root@localhost/test?

ну, если такие варианты в голову прииходят, то и на Джумле трудно будет Smile
Кстати, пока меня из ветки не выгнали Smile
когда первый раз выбирал, Джумла или Друпал, то в их пользу было утверждение, что Друпал не поставишь на Денвере...
Жаль, тогда не запомнил, кто и где это сказал Sad

Аватар пользователя Azerot Azerot 5 июля 2010 в 12:45

Quote:
По моему таки изменяет

Если время будет проверю.

Quote:
Дык, а если ламо-вариант root@localhost/test?

Если хостер даёт доступ к БД test без пароля, то это скорее проблемы хостера, а не Drupal. Не забывайте также, что базовый Drupal прекрасно ставится на PostgreSQL где никаких root@localhost/test нет в помине.