1 февраля 2009 в 16:10
Устанавливая Drupal 6.9, столкнулся с проблемой (вроде этой http://www.drupal.ru/node/12524).
В settings.php прописал: $base_url = "http://адресмоегосайта";
После чего инсталляция запустилась и прошла ровно до четвёртого шага. (Картинку прилагаю.)
Что делать дальше — загадка.
ПОМОГИТЕ!
| Вложение | Размер |
|---|---|
 erase.jpg | 45.8 КБ |
Комментарии
Настройки сервера предоставьте
EzS, настройки чего именно на сервере?
Не пишите ничего ни в setting.php ни в default.setting.php
Только дайте права на запись.
Перед установкой пусть будут оба в sites/default
Он сам все пропишет и напомнит после окончания установки, что setting.php под угрозой и нужно убрать права на запись.
-----------------------------
Учитывая, что процесс установки записывается в кэш MySQL, убейте базу и создайте новую под другим именем.
Пока в settings.php вручную не было прописано $base_dir (права были 777 при этом), инсталляция и не думала начинаться. Ситуация была как тут: http://www.drupal.ru/node/12524
Это, к сожалению, очень затруднительно.
Он сам всё пишет, когда работает так, как должен работать. При локальной установке на денвере у меня никаких, разумеется, проблем.
И я был бы полным кретином, если б писал сюда о неработающем скрипте, предварительно отключив его выполнение браузером.
Я ж не выдумываю ничего, вон, картинку приложил специально.
Имя базы, логин-пароль базы, и всё прочее по базе я указал, и эти данные были приняты (потому как, опять же, в settings.php об этом появились соответствующие строки). Но на следующем шаге — ступор, браузер не отображает контент.
А если пробовать запускать не инсталлятор, а сам сайт, пишет: «Fatal error: Call to undefined function: user_access() in /export/home/***/htdocs/includes/theme.inc on line 1719». Оно и понятно: ни одного юзера ведь не заведено, скрипт инсталляции мне этого не дал сделать, вот и обращаться не к кому.
Так как это победить, знает кто-нибудь?
Покажите, что у вас выдаёт phpinfo (пути, библиотеки). Какой PHP, 4 или 5? Какая версия MySQL? Все эти данные должны быть в CPanel'е. Что с Safe_mode?
Стоит задуматься о смене хостинговой площадки
Если вы всё-таки предоставите данные о хостинге, то вам возможно помогут.
PHP Version 4.4.6
System: FreeBSD hst.telemost.ru 5.4-RELEASE-p13 FreeBSD 5.4-RELEASE-p13 #2: Thu Apr 13 14:46:21 MSD 2006
Build Date: Apr 17 2007 19:06:16
Configure Command: './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--program-prefix=' '--enable-fastcgi' '--with-regex=php' '--with-openssl=/usr' '--with-openssl-dir=/usr' '--with-zlib=/usr' '--disable-ipv6' '--prefix=/usr/local'
Server API: CGI/FastCGI
Virtual Directory Support: disabled
Configuration File (php.ini) Path: /export/home/###/_PHP/php.ini
Scan this dir for additional .ini files: /usr/local/etc/php
additional .ini files parsed: /usr/local/etc/php/extensions.ini
PHP API: 20020918
PHP Extension: 20020429
Zend Extension: 20050606
Debug Build: no
Zend Memory Manager: enabled
Thread Safety: disabled
Registered PHP Streams: php, http, ftp, https, ftps, compress.zlib
mysql Client API version: 4.1.22
Safe_mode: Off
Попробуйте мою версию. С инсталяцией нет никаких проблем http://idrupal.ru/files/idrupal-6.9-standart.tar_.gz
Версии PHP и MySQL староваты для Drupal'а
Согласно системным требованиям:
Required: PHP version 4.3.5 or higher
Drupal 6 supports MySQL 4.1 or higher.
То есть, да, староваты, но их вполне достаточно для того, чтобы дрюпал работал. И уж точно это не может быть причиной неправильной работы скриптов.
Так то оно так, но вы не сможете поставить модули, которые требуют php5. А их очень много и они нужны, например, модули связанные с графикой
Видимо, вам остаётся трясти хостера...
EzS, охо-хо. Да не нужны мне эти модули в данном конкретном случае. Из модулей понадобится только cck, views и tagadelic (хотя я даже в этих трёх не уверен).
Мне нужно, чтоб дрюпал встал на место.
Блин, это уже четвёртый раз с дрюпалом, когда я натыкаюсь на непреодолимую стену по совершенно дурацкому поводу, и ни drupal.org, ни обширнейший местный форум, ни дрюпаловоды не в состоянии сообщить ничего, помимо того, что мне пора задуматься о смене хостера.
возможно в их предложении есть доля правды.
Так как значительное количество людей не сталкиваются с такой проблеме, тоесть просто о ней ничего не знают.
На сколько я понял из прочитаного, проблема возникает изза настроек связки CGI/FastCGI (с apache? или там что то другое?)
И вам остается мучать тех поддержку хостера, чтоб они уже заставляли работать друпал, раз вы считаете что этот хостер вполне вам подходит.
PS как вариант, попробуйте не устанавливать на хостинге drupal а перенести со своего денвера уже настроеную версию. Возможно заведется, но скорее всего с танцами, бубном и глюками.
Верно. Я не зря спрашивал о сервере.
И это абсолютно справедливо в этом случае
Есть энное количество причин, по которым я скорее откажусь от Дрюпала, нежели от хостера.
Но это не суть. Что важно: пусть, да, дело в хостинге. Но хостер ведь совершенно не обязан знать, что такое дрюпал. У него своих проблем хватает.
Так что мне сказать хостеру? О чём просить? Что менять? Поднять версии PHP и MySQL?
Я прошу обеспечить system requirement, он обеспечивает, но дрюпал, скотина такая, не заводится, хоть ты тресни.
Там apache, да.
Откажитесь от друпал, сбережете себе да и другим кучу нервов. это проще.
То есть у вас ответа на мой вопрос — о чём просить хостера — нет. Спасибо на добром слове, в любом случае.
Мне некогда внедряться в джумлы с вордпрессами и некогда менять хостера для решения элементарной, как мне казалось некоторое время назад, задачи: установки ЦМС на хостинг, настройки которого соответствуют системным требованиям выбранной ЦМС. Я прошу помощи у людей, которые разбираются в этой ЦМС лучше меня, но вместо этого нахожу.. да ничего, в общем-то, не нахожу.
Методом проб и ошибок выяснилось, что 5-я версия инсталлируется.
Смех-смехом, но как только сменил хостера и 6-ка встала без проблем, и модуль update_status завертелся, и залетало всё.