Имеем: никсовый сервер pups.my.domen, на нем апач 2х и ПХП 5.х и MySQL 5х
На всем этом крутится виртуальный сайт daemon.my.domen с друпалом 6.13
Надо: поставить "рядом" еще один друпал для различного рода извращений упражнений. Создаю папку $wwwroot/drupaltest, базу drupaltest, в $wwwroot/drupaltest бросаю инсталляцию друпала 6.14, захожу на pups.my.domen/drupaltest/install.php и начинаю ставить и, тут, на третьем по-моему шаге появляется
change the session module's ini settings at this time. i
n /var/www/httpd/drupaltest/sites/default/settings.php on line 144
и установка завершается ошибками. Гуглил на предмет сессий, друпала, но так ничего вразумительного не нашел. Комментирование указанных строк в settings.php убирает предупреждение, но друпал корректно все равно не до устанавливается.
Какие-то могут быть решения данной проблемы?
Комментарии
Нужно скопировать файл default.settings.php в папке \sites\default
и переименовать его в settings.php, поставить ему права 777
Ну конечно это сделано. Без этого все останавливается на этапе проверки перед установкой. Между прочим, это видно из приведенной ошибки.
Мне кажется, что мешает сессия от уже установленного Drupal
Выйдите и почистите куки в браузере, затем попробуйте установку снова.
Не помогает, все равно установка заканчивается ошибками. (см. ниже )Первый установленный друпал работает без ошибок.
in /var/www/httpd/drupaltest/includes/database.inc on line 253.
warning: implode() [function.implode]: Bad arguments.
in /var/www/httpd/drupaltest/includes/database.inc on line 253.
warning: array_keys() [function.array-keys]: The
first argument should be an array in /var/www/httpd/drupaltest/modules/user/user.module
on line 502.
user warning: You have an error in your SQL syntax; check the manual
that corresponds to your MySQL server version for the right syntax
to use near ')' at line 1 query: SELECT p.perm FROM role r INNER JOIN
permission p ON p.rid = r.rid WHERE r.rid IN () in
/var/www/httpd/drupaltest/modules/user/user.module on line 502
Это уже совсем другая ошибка. К сессиям не имеет ни малейшего отношения.
Вы точно взяли нормальный архив с Drupal и точно распаковали нормально?
В скобках IN() пусто, понятно, что что-то слетело.
Сам ставил недавно Drupal 6.13 в папку sandbox для экспериментов - проблем не было.
Да все как всегда. Ладно, спасибо, попробую 6.13 установить.
Кстати, варнинги на установленную сессию все равно остаются.
Попытался поставить 6.13 , распаковалось все хорошо. Но проблема та же. Перед вышеуказанной ошибкой появляется следующая:
id=1&op=do <br /> <b>Warning</b>: ini_set() [<a href='function.ini-set'>function.ini-set</a>]:
A session is active. You cannot change the session module's ini settings at this time.
in <b>/var/www/httpd/drupaltest/sites/default/settings.php</b> on line <b>144</b><br />
<br /> <b>Warning</b>: ini_set() [<a href='function.ini-set'>function.ini-set</a>]:
A session is active. You cannot change the session module's ini settings at this time.
in <b>/var/www/httpd/drupaltest/sites/default/settings.php</b> on line <b>147</b><br />
{ "status": true, "percentage": 100, "message":
"Remaining 0 of 10.\x3cbr/\x3eInstalled \x3cem\x3eDatabase logging\x3c/em\x3e module." }
Тут дело однозначно в сессиях. Думаю, что-то надо в настройках апача подкрутить. Только вот что?
Попробуйте еще поднять memory_limit для PHP - http://bugs.php.net/bug.php?id=26005
Это правда старый баг, но ноги могут расти и оттуда...
Дыкть, стоит memory_limit=32 метра . Куда уж больше. Не в лимите дело, в сессиях. Почему-то они одни и те же для двух друпалов...
32 метра? Не смешите наши тапочки Клиентам с "32 метра на PHP" я даже ставить Друпал не берусь - ну его нафиг...
Просто попробуйте увеличить, жалко чтоли
Здрасти... это ж на сессию. Т.е. подключиться 50 юзверей и 1600 БМ по максимуму отдавай? Или я чего-то недопонимаю, и это не на сессию, а воопче?
Увеличил до 320. Все то же...
Однозначно сессии не могут поделить. Но, плин, чего же это надо такого сказать апачу второму, чтобы разруливались сесии?
Привет, Игорь Есть подозрение, что «session.auto_start = on»...
Причина ошибки - попытка повторного запуска механизма сессий
положите .htaccess с
phpflag session.auto_start off
в директорию выше на один уровень - поможет.