развернуть бэкап.

Главные вкладки

Аватар пользователя Shelendor Shelendor 24 августа 2006 в 2:58

Я как всегда всё сделал через одно место и сначала развернул Друпал на хостинге, потестил, загнал в него пару статей, а теперь понял, что надо иметь локальную базу для тестов. Поставил Денвер. Выгрузил базу с хостинга и попробовал развернуть её локально.
И вот тут столкнулся с проблемой. Какую бы кодировку я ни выбрал при загрузке базы (начал с utf8, соответственно) - всё равно получаю одни знаки вопроса вместо текста статей. Что делать - не знаю. Хелп! Smile

Комментарии

Аватар пользователя Basielienis Basielienis 24 августа 2006 в 3:30

1. Проверить дефолтную кодировку mysql на хостинге и локальном сервере
2. Перед экспортом базы проверить и починить таблицы
3. Выключить кэш в настройках друпала и очистить таблицу кэша
4. Попробовать поотключать модули
5. Если ничего не помогло, копать дальше. У меня была такая трабла при апдейте на версию 4.6.9. А при апгрейде на 4.7.3 все нормально. До причин пока не докопался.

Аватар пользователя B.X B.X 24 августа 2006 в 4:51

так в Денвере по умолчанию в базе стоит cp1251, а на хостингах зарубежных особенно или utf8 или latin... я думаю сначала надо попробовать развернуть всё на хостинге, а на локалхосте менять значения приёма-вывода данных и никаких проблем не будет, потому что значения по умолчанию на хостинге вам никто изменить не даст...


тем более, не забывайте, что теперь (после MySQL 4 с чем-то версии) кодировка не имеет значения, данные хранятся в чём угодно, а выдаются в той кодировке, которая нужна скриптам... для примера, почитайте:
http://www.linux.by/wiki/index.php/FAQ_PHP_MySQL_charset
http://drupal.org/node/64355


суть в том, что у базы данных есть кодировка по умолчанию, кодировка вывода, кодировка ввода и кодировки сравнения... сделано это для того, чтобы хранить данные можно было в разных кодировках в одной базе данных, а передовать эти данные в другие кодировки другим скриптам...

Аватар пользователя Shelendor Shelendor 24 августа 2006 в 18:42

Ну всё, до чего можно было добраться в Денвере не специалисту я выставил в соответствии с хостингом. И не помогавет. Где что ещё настроить можно?

Уж не знаю, где там кодировка значения не имеет, но получающиеся ???? ??????? ?? - явно имеют проблемы с кодировкой...
На хостинге по дефолту utf8.

Аватар пользователя B.X B.X 29 августа 2006 в 3:59

может вам использовать не Денвер? Есть другие системы (западные) "всё в одном флаконе", там по идее, должна быть кодировка utf8...
Ещё одна возможность для вас, это хранить всё в cp1251, три модуля работать не будут (drupal, search и agregate), но вместо этого можно будет иметь локальный сайт на Денвере... потому что на хостинге можно всё настроить как я указал выше (две таблицы в utf8)...

Аватар пользователя Natalie Natalie 29 августа 2006 в 5:03

На Денвере тоже можно хранить данные в utf8
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.

Аватар пользователя Shelendor Shelendor 29 августа 2006 в 15:18

Natalie - да я вот уже по инструкции изменил настройки Денвера под utf8 - не помогло. Потому и спрашиваю что ещё делать Smile

B.X - а не помните название какой-нибудь из этих систем? а то я порылся в инете с запросом "аналог Denwer utf8" - но ничего конкретного найти не смог. Или хотя бы как эти сборники "всё в одном" в целом могут зваться на английском?

Аватар пользователя mephisto mephisto 30 августа 2006 в 15:03

Debian (свежий дистрибутив) спасёт отца русской демократии. Если охото работать одновременно с мастдаем, WMware тебе в помощь.

Аватар пользователя Nick Nick 1 сентября 2006 в 1:23

Shelendor, вы откройте файл с бэкапом каким-ниубудь текстовым редакотором, который понимает utf8 и проконтролируйте наличие там русских букв...
.
Это я к тому, что может быть русских буковок нет в бэкапе. При создании бэкапа тоже кодировка вывода указывается mysqldump) ... м.б. ошибка именно там ?

Аватар пользователя Shelendor Shelendor 1 сентября 2006 в 6:37

Nick - проверил, в бэкапе русские буквы в нормальном виде. Поиски причин продолжаются...

Да, кстати, поставил xampp - западный аналог Денвера. Вроде как в нём с utf8 проблем нет никаких, вот только бэкап всё равно не разворачивается Smile

Аватар пользователя B.X B.X 1 сентября 2006 в 16:11

хм, странно... может всё-таки попробовать не переносить Друпал с хостинга на локалхост, а наоборот, сначала на локалхосте всё сделать, а потом перенести?
в крайнем случае, действительно, убунту разверните в вмваре...

Аватар пользователя Shelendor Shelendor 2 сентября 2006 в 7:05

B.X - да просто дело в том, что на хостинге я уже наполнил сайт... не так много, но всё же выложил информацию... Поэтому если на локалхосте, а потом перенести - то это с нуля всё... Видимо, действительно придётся разворачивать убунту и пытаться разобраться с линуксом... прошлая попытка около года назад прошла неудачно, с тех пор к линуксу не прикасался Smile

Аватар пользователя mephisto mephisto 2 сентября 2006 в 7:34

В деле освоения линуха могу помочь, благо зада с Debian архипростая.
Тут вся фишка в том, чтоб приучить себя в TUI.

Если что 316490920

Аватар пользователя inc inc 2 сентября 2006 в 15:37

Попробуйте слить базу при помощи экспорта в PhpMyAdmin'е (обычно хостеры его дают), и там при экспорте выберите режим совместимости с Mysql 3.23.
Затем полученыый файл импортируйте в базу на localhost'е.

Аватар пользователя Shelendor Shelendor 4 сентября 2006 в 2:45

хм... в общем, проблема решилась. почему-то при разворачивании дампа шло 2 попытки создать базу и неправильная перекодировка. решилось вырезанием вручную команды о создании новой бд и команды о кодировке в каждой таблице.
Возник слудующий вопрос - пока перехожу по разделам локальной версии сайта - всё нормально. но если захожу на локальной версии на http://drupal/user и авторизуюсь там - то попадаю на онлайновую версию, которая www.мой_сайт.ru
где что надо поправить? подскажите, пожалуйста!

Аватар пользователя dyp@drupal.org dyp@drupal.org 26 января 2007 в 5:16

У меня тоже такая штука приключилась. Импортирую дамп на денвер и как ни крути кракозябры.
Первое что бросилось в глаза - в папке usr\local\mysql\share\charsets нет utf кодировок и несмотря на то что я правил my.cnf если вызвать mysql -? там все равно указана дефолтная кодировка latin1
Вобщем я расстроился решил помедитировать и мне снизошло откровение.

если вставить в заголовок дампа следующие строки, то все будет ок (сразу говорю что не знаю что значат эти мантры)
<?php
/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;
?>
и как не странно помогло

Аватар пользователя axel axel 26 января 2007 в 6:24

Версии mysql на хостинге и в дэнвере одинаковые? Между 4.0 и 4.1 значительные отличия в работе с кодировками и экспорт/импорт надо делать с учетом этого.

--
Администратор сайта «Drupal — Россия»
на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!