Ступор на 4-м шагу инсталляции Drupal 6.9

Настройки сервера предоставьте

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

Попробовал. Результат тот же. Вернее, хуже:

The requested URL /php-bin/install.php was not found on this server.

И упомянутые в посте исправления в settings.php не спасают ситуации — инсталляция не запускается.

Версии 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 завертелся, и залетало всё.