29 января 2005 в 13:16
Ребята помогите! На локалке пустой экран! Дамп базы создал, Конфиг вроде отредактировал, а фиги.
Что не так? HELP!!!
пустой экран!
Главные вкладки
29 января 2005 в 13:16
Лучший ответ
23 марта 2005 в 10:29
А мне помогло справиться с косяками кодировки!
Изначально при создании я не указал кодировку и она создалась с cp1251 - друпал это проглотил, но сортировка не работала. Сегодня сделал дамп базы, создал как надо БД, восстановил из дампа, но друпал перестал ее понимать как надо - видимо от того, что по умолчанию клиентская кодировка была тоже cp1251 и мускул перекодировал на лету из utf в cp1251 специально для дрюпаля!
Добавил эту строчку и все заработало - в том числе сортировка! Странно, что этой строчки не предусмотрено в релизе.
Комментарии
Варианты:
1. В cvs версии что-то сломали.
2. Слишком строгое ограничение на память
drupal.ru.искать(memory)
--
USU-Lug http://usu-lug.org.ru
Попробуй в файле includes/database.mysql.inc после строк
$connection = mysql_connect($url['host'], $url['user'], $url['pass']) or die(mysql_error());
mysql_select_db(substr($url['path'], 1)) or die('unable to select database');
Добавить
mysql_query("set CHARACTER SET cp1251_koi8;", $connection);
Дак это же на кодировку только влияет ... ?
Т.е. максимум что могло быть - это кривая кодировка. Но.. если сайт новый, то этого никак быть не может. Т.к. информация как вносится в БД, так оттуда и читается ...
Кстати да... Раз уж подняли вопрос... Почему http://drupal.org/node/260 при инсталяуции нет рекомендации создавать БД с utf8 кодировкой
т.е.
CREATE DATABASE drupal CHARSET utf8;
?
Подозвреваю, что это может решить некоторые _потенциальные_ проблемы?..
--
USU-Lug http://usu-lug.org.ru
Кодировки в MySQL поддерживаются начиная с версии 4. Да и по идее не решит это никаких проблем, поскольку Drupal не использует функции SQL для преобразований текста - всё это на уровне скрипта делается.
--
Axel,
www.axel.drupal.ru
Зато потом ПХП вываливается вот с такой ошибкой. Пусть логи посмотрит.
PHP Fatal error: Illegal mix of collations (koi8u_general_ci,IMPLICIT) and (latin1_swedish_ci,COERCIBLE) for operation '='
Я б не писал, если бы сам не столкнулся с этой проблемой. Ели сделаете гуглинг проблемы с фразой "Illegal mix of collations" - то поймёте что это актуальный вопрос.
И ORDER тоже не используется?
--
USU-Lug http://usu-lug.org.ru
А мне помогло справиться с косяками кодировки!
Изначально при создании я не указал кодировку и она создалась с cp1251 - друпал это проглотил, но сортировка не работала. Сегодня сделал дамп базы, создал как надо БД, восстановил из дампа, но друпал перестал ее понимать как надо - видимо от того, что по умолчанию клиентская кодировка была тоже cp1251 и мускул перекодировал на лету из utf в cp1251 специально для дрюпаля!
Добавил эту строчку и все заработало - в том числе сортировка! Странно, что этой строчки не предусмотрено в релизе.
Похоже все-таки не все... некоторые сообщения теперь пытаются выводиться в вин-кодировке - похоже те сообщения, которые выводятся функцией t().