28 августа 2008 в 8:14
При установке после ввода параметров БД друпал не выдавая никаких ошибок опять вываливается в установку параметров БД. Что это за ерунда?
Может я атрибуты какого файла не так выставил? Если кто знает для версии 6.4 какие атрибуты для каких файлов выставлять подскажите. Или может быть в другом дело.
PS
БД на хостинге доступна.
Комментарии
Когда сперва начнете пользоваться Гуглом для поиска
проблема установка "drupal 6" site:drupal.ru
Первая же ссылка
А лучше СНАЧАЛА читать прилагающийся файл INSTALL.TXT - куда больше пользы
Вам вот хорошо, вы по английски шпарите. А как быть тем кто не умеет переводить, а Друпал юзать хочет?
Ну и что, просмотрел его - ничего там такого нету.
Ставил друпал на новый хостинг - та же проблема, что описана тут: http://www.drupal.ru/node/12196
Написал туда.
Можно воспользоваться онлайн переводчиками. Хоть смысл поймете.
У вас немного иная проблемма. Хотя я ни сталкивалась с какими-то проблемами при установке ни 5, ни 6.
Возможно версии PHP или MySQL староваты, не проверяли?
Это первое, что проверил - написал в той теме: http://www.drupal.ru/node/12196
Думаю, кодировку копать надо - mysql utf8 - друпал ставится, 1251 - выдает эту ошибку.
Следует задавать вопросы более конкретно и желательно с примерами ошибок, а если их нет, то указать последовательность действий.
Из вашего вопроса, можно лишь предположить, что ошибка с кодировкой, при создании базы. Следует зайти в phpadmin и в двух местах поменять кодировку на utf8 и вторая по памяти на utf8_general_ci, проверьте синтаксис второй записи
Уж куда конкретнее, я ж привожу ссылку на ту тему, ошибка такая же, последовательность действий - тоже:
Сейчас тестирую - похоже, когда все норм, команда с этим запросом вообще не вызывается: SELECT * FROM {menu_router} WHERE path IN () ORDER BY fit DESC
Что это вообще такое?
php_value error_reporting 7 не помогает - процесс дальше не двигается.
По поводу разницы конфигов:
localhost (где все ок):
PHP Version 5.2.6
mysql Client API version 5.0.51a
Server version: Apache/2.2.9 (Win32)
На сервере с ошибкой:
PHP Version 5.2.6
mysql Client API version 5.1.16-beta
Server version: Apache/1.3.37 (Unix)
Поставил у себя на localhost apache 1.3.41, все остальное то же. Поставил друпал - ошибки нет, значит не в нем дело.
Еще разница с кодировками sql: я не очень в этом ориентируюсь, но на сервере кодировка cp1251, а у меня utf8
Как-то на днях пытался перекинуть базу для phpbb2 с сайта к себе - все русские буквы из базы стали отображаться вопросиками (хотя в phpMyAdmin и там, и там русские буквы есть).
Пробовал разные варианты, начиная от загрузки/выгрузки в phpmyadmin и заканчивая конвертацией дампа mysqldump через iconv - с наскоку решить не получилось.
Очень возможно, что проблема как-то связана с неподходящей кодировкой.
Собственно, вот, если у кого возникнет идея как решать, поделитесь.
Вот чувствую, что дело в mysql и кодировке - больше видимо не в чем.
P.S: прошу прощения, просто изначально 2 одинаковые темы были - я вопрос в ту написал, т.к. она точнее суть вопроса отражает, а сюда просто ссылкой продублировал
ковыряюсь с кодировкой mysql-сервера - если в my.ini в [mysqld] прописать такие строки:
default-character-set=cp1251
character-set-server=cp1251
collation-server=cp1251_general_ci
init-connect="SET NAMES cp1251"
skip-character-set-client-handshake
То он вроде как становится 1251.
Просто какая-то известная проблема с кодировками mysql, кажется при переходе со старых версий проявляется. Вот как ее решать, при том, что еще доступ к серверным конфигам не всегда есть?
Правда у меня на localhost'е все равно, что прописать эти строки, что нет - все работает, а вот на удаленном сервере - нет.
Всем спасибо, проблема решилась
Просто почистил cookie, и ошибка исчезла.
Я самый первый раз при установке указал префикс к таблицам, вот оно с тех пор видать и запомнило. (Хотя на localhost и с префиксом все норм.)
Ссылка на самый полный список решений этой проблемы: http://www.drupal.ru/node/17435
Хм, у меня проблема зеркальная - на денвере FireFox3 не дает установиться Drupal64 (выдает error на menu_route), а осел вполне себе позволяет. Кто бы мог подумать?!
Кака то кака...
На том же фоксе в некоторых сайтах перестали приниматься пароли.
Обычно всем советовал в таком случае чистить куки и сессии. Но тут ничего не помогает - уж и FF переустанавливал, и денвер заново ставил...
Вот, вот, первым делом нужно все перепроверить. Поздравляю!
У меня на Денвер + FireFox 3 (последенее обновление - 3.0.1), проблемм с установкой никаких, тестировала от 5.7 до 7-dev.
У меня Денвер не базовая, а с полными дополнениями PHP и Apache.
Действительно странно это все...
У меня тоже под FF/Chrome не хочет работать, а пот Opera/IE - все нормально.
WinXP/Денвер свежий + все дополнения к PHP/Apache.
На сайтах тоже авторизация переодически отваливается. Мне так думается проблема в куках кроется. Смотрел через Web Developer куки - показывает что их нет ((( сразу напрашивается вопрос - а почему в IE/Opera они есть??? как такое может быть...
А куки то при чем? Проверь соединение — должно быть «прямое», без прокси. Т.е прямиком на локалку.
куки - это я про авторизацию, а не инсталляцию, хотя вполне возможно что и при инсталляции по этой же причине сбой происходит...
Если в FF стоит блокировка скриптов, то нужно ее выключить, т.е. включить скрипты.
Скрипты включены / Куки включены -авторизация и на этом сайте бывает прыгает - она как бы отваливается, но при переходе на другую страницу становится нормально все - я опять залогинен...
в общем не знаю что это - буду ждать выхода 6.5 - может там будет все норма ))), ну или обновлений FF - может оно вылечит...
вот недавно было обновление, уже 3.0.3, хотя начиная с 3.0.1 проблем уже не наблюдалось.
в папке site/default/ нужно скопировать файл default.settings.php и назвать его settings.php
таким образом у вас должно быть в этой папке два файла с расширение .php:
settings.php
default.settings.php
и будет вам счастье
По поводу последних комментариев - версия браузера последняя - всегда обновляюсь
default.settings.php - тоже был откопирован в settings.php до установки
В общем на Денвере так и не удалось запустить, а вот на той же машине под xampp без проблем все работает