DmitryV
Человечище!
а базу указали в настройках к какой конект идет...
Да, указал.
Но тут проблема еще может быть не с самим dump.php, а с тем, что домен уже поднят на другом хосте, и я не могу запустить dump.php напрямую. Просто пока не разобрался, как достучаться из инета до корня сайта. Поэтому запускаю "просмотр сайта" из панели пользователя. Там используется Plesk Control Panel и она весьма ограничивает действия пользователя. 
лил dump.php на хост. Постоянно просит пользователя и пароль. Даже если введеные данные правильны
а базу указали в настройках к какой коннект идет...
PS: жду в скайпе
Ok в ПМ скиньте мне тогда ваш скайп и я с Вами свяжусь и помогу.
В скайпе у меня такой же ник, как и здесь. Обычно, меня первым в списке показывает. Местожительство: Италия.
Попробовал изменить сопоставление БД на CP1251_general_ci, теперь дамп базы сохраняет кириллицу в таком виде:
(2, 0, 0x3f3f3f3f3f3f3f, 0x3f3f3f3f3f3f3f, '', 0x31, 0x6c656674, '', 1, 0, '0000-00-00 00:00:00', NULL, 1, 0, 0, 0x696d616765666f6c646572733d2a322a),
но таблицы поотдельности сохраняются с вопросительными знаками.
Залил dump.php на хост. Постоянно просит пользователя и пароль. Даже если введеные данные правильны.
]]>Благодарю! Если сегодня в течении дня сам не справлюсь, то обращусь.
Ok в ПМ скиньте мне тогда Ваш скайп и я с Вами свяжусь и помогу.
Как альтернативу попробуйте выгрузить с помощью http://sypex.net/files/SypexDumperLite_108.zip киньте в корень вашего сайта и после залейте в phpmyadmin или через него и залейте, потом работайте через phpmyadmin.
PS:
Добавлен автовыбор кодировки, путем установки для CHARSET значения "auto" (установлено по умолчанию). При этом скрипт автоматически выбирает кодировку соединения исходя из кодировки таблицы. Кроме того, добавилась возможность принудительного изменения кодировки таблиц, для этого в RESTORE_CHARSET нужно установить 'forced->имя_кодировки', к примеру 'forced->cp1251'. Это как раз для случаев, когда данные в cp1251, а у таблиц - latin1.
Для коррекции кодировки вашей БД нужно выполнить следующие действия:
Cохранить БД с помощью нового дампера 1.0.8 (предварительно установив в dumper.php следующие значения, CHARSET = 'auto', RESTORE_CHARSET = 'forced->cp1251'), желательно для подстраховки убедиться, что в дампе нормально сохранены русские символы, после чего восстановить таблицы этим же скриптом из только, что созданного дампа. Теперь у таблиц будет правильная кодировка, и phpmyadmin будет правильно показывать и сортировать русские символы.
Но Вы сперва просто им выгрузите дамп и загрузите на новый хост, думаю на новом хосте проблем быть не должно. RESTORE_CHARSET ='forced->cp1251' думаю если у Вас все отображает сайт корректно не нужен, но предполагаю что у Вас как раз данные в одной кодировке а свойства таблиц сравнения в другой тогда надо это исправить.
Если вы перекодируете RESTORE_CHARSET ='forced->cp1251' то возможно Ваши скрипты сайта и phpmyadmin скорее всего будут показывать вопросительные знаки, так как в них не указывается кодировка соединения cp1251, а используется latin1. Для того чтобы это исправить, нужно во всех ваших php-файлах, где вызывается функция mysql_connect, обычно перед вызовом mysql_select_db добавить следующую строку:
mysql_query("/*!40101 SET NAMES 'cp1251' */") or die("Error: " . mysql_error());В итоге ваши скрипты будут нормально работать как со старыми версиями MySQL, так и с новыми.
Кроме того рекомендуется в с помощью phpmyadmin изменить кодировку по умолчанию для вашей БД, чтобы новые таблицы создавались с правильной кодировкой. В phpmyadmin для этого нужно выбрать БД, зайти в раздел "Операции" и в выпадающем меню "Сравнения" выбрать правильное (соответствующее вашим данным).
]]>на первой странице phpMyAdmin выберете сопоставление CP1251_general_ci и latin1_swedish_ci затем проверьте что будет отображаться в таблицах с кириллицей
К сожалению, не дает менять сопоставление. По умолчанию стоит utf8_general_ci. Когда меняю на CP1251_general_ci, страница обновляется и опять в поле значение utf8_general_ci.
под словом кирилица Вы имеете в виду русский текст или кодовую страницу с CP1251_general_ci
Я имею ввиду русский текст.
а чем его просматриваете?
Notepad++
Выгрузите файл дампа с опцией Сохранить как файл - проверьте в какой кодировке он корректно отображаеться
Пробовал просматривать в Notepad++ в разных кодировках, пока никакая не отображает правильно. Продолжу свои изыски в этом направлении.
PS: ни чего не помогло пишите в ПМ помогу удаленно.
Благодарю! Если сегодня в течении дня сам не справлюсь, то обращусь.
]]>Kaylang
на первой странице phpMyAdmin выберете сопоставление CP1251_general_ci и latin1_swedish_ci затем проверьте что будет отображаться в таблицах с кириллицей и под словом кирилица Вы имеете в виду русский текст или кодовую страницу с CP1251_general_ci ? какое сравнение в таблицах исходной базы с русским текстом в базе? Выставите такое же сопоставление на первой странице как и кодировка сравнения таблиц, phpMyadmin на том же хосте стоит или коннектится удаленно?
на сайте все отображается корректно
Значит не верно сопоставление кодовой страницы в phpMyAdmin.
Проблема в том, что в дамп базы кириллица также записывается вопросиками
а чем его просматриваете?
Выгрузите файл дампа с опцией Сохранить как файл - проверьте в какой кодировке он корректно отображаеться при загрузке в новую базу укажите эту кодировку на странице импорта.
PS: ни чего не помогло пишите в ПМ помогу удаленно.
]]>INSERT INTO `jos_categories` (`id`, `parent_id`, `title`, `name`, `image`, `section`, `image_position`, `description`, `published`, `checked_out`, `checked_out_time`, `editor`, `ordering`, `access`, `count`, `params`) VALUES (1, 0, '??????????', '??????????', '', '2', 'left', '', 1, 0, '0000-00-00 00:00:00', NULL, 1, 0, 0, 'imagefolders=*2*'),
(2, 0, '???????', '???????', '', '1', 'left', '', 1, 0, '0000-00-00 00:00:00', NULL, 1, 0, 0, 'imagefolders=*2*'),
(3, 0, '?????? ??????????? ??????', '?????? ??????????? ??????', '', '3', 'left', '<p><br /><a href="index.php?option=com_content&task=view&id=16&Itemid=13&phpMyAdmin=f7367e1df0b6acdda46e5577dba38054">????? ?????????? ??????????</a>, ?????????????? ??????????? ???????????? ?? ? ??????, ??????. ??????? ?????????????.<br /><br /><font color="#333399"><strong>????????? ?????? ? ?????????? ? ?????????? ?????????? ??????? ??, ????????? ??? ? ?????? ????? ???????????? ??????????????? ??????????. ????????????????? ? ???????????????? ?????? ??????????????, ???????????? ? ??????? ??????????? ?????????? ????????? ? ???????????? ? ???????????? ??????????? ? ?????????????? ?????.</strong></font><br /> <br />??????? ??????????? ????? ??????:<br />?????????????? ?????????, ???????????? ? ??????????? ?????????, ????????, ??????????? ??????????? ? ??????? ?????????? ? ???????????? ??????????????? ???????????.</p>', 1, 0, '0000-00-00 00:00:00', NULL, 1, 0, 0, 'imagefolders=*2*'),
В phpMyAdmin вопросы, а на сайте отображается нормально? Либо я что-то не правильно понял, либо вы ошибаетесь.
Вы правильно поняли, и, увы, я не ошибаюсь. В данный момент скрин с сайта показать не могу потому, что домен уже подключен на другом хосте. Я занимаюсь переносом сайта на другой хостинг и обновлением до Joomla 1.5.17, но поверьте мне на слово, что на сайте все отображается корректно.
Скрин же phpmyadmin по ссылке: http://img442.imageshack.us/img442/9144/phpmyadmin.jpg
]]>Прошу не пинать меня сапогами, чтобы не создавать новую тему, решил написать о моей проблеме в этой.
Ситуация такая: Меня попросили обновить сайт. Сам сайт лежит на забугорном сервере. Доступ к MySQL через учетку пользователя. MySQL версии 5.0.22. Стоит phpmyadmin версии 2.8.2.4.
MySQL-кодировка: UTF-8 Unicode (utf8).
Сопоставление с utf8_general_ci.
Текстовые поля с кириллицей используют сопоставление CP1251_general_ci.
Сайт был сделан на Joomla 1.0.15. Материалы сайта на трех языках: русский-итальянский-английский.
На самом сайте кириллица отображается нормально, но при просмотре таблиц через phpmyadmin отображается вопросительными знаками.
Но не в этом основная проблема. Пробема в том, что когда делаю дамп базы посредством phpmyadmin на локальный диск, вся кириллица так и сохраняется в виде вопросительных знаков.
Подскажите, пожалуйста, как решить данную проблему.
Заранее благодарен!
На всякий случай переменные MySQL, касающиеся кодировок.
character set client utf8
(Глобальное значение) latin1
character set connection utf8
(Глобальное значение) latin1
character set database latin1
character set filesystem binary
character set results utf8
(Глобальное значение) latin1
character set server latin1
character set system utf8
character sets dir /usr/share/mysql/charsets/
collation connection utf8_general_ci
(Глобальное значение) latin1_swedish_ci
collation database latin1_swedish_ci
collation server latin1_swedish_ci
Проблема с модулями может быть, если они используют свою фуркцию подключения к MySQL, тогда их код тоже надо править.
Директива конфигурации - это переменная в конфигурационном файле скрипта. Если люди на форуме пишут о необходимости внесения изменений в код скрипта, значит велика вероятность, что директивы изменяющей кодировку соединения с MySQL у этого скрипта нет.
Есть еще один момент, который надо проверить. Данные в БД в порядке, кодировка соединения с MySQL в скрипте прописана, значит единственная возможность чтобы не выводились данные - это если файлы скрипта находятся в ANSI, а не в UTF8. Проверить это можно с помощью текстового редактора (рекомендую Notepad++), в строке статуса снизу будет написано либо ANSI, либо UTF8.
]]>Простите мою неосведомленность, стесняюсь спросить: с помощью директивы конфигурации - это где?
Таблицы в БД в utf8_general_ci. В phpMyAdmin данные отображаются корректно.
]]>В какой кодировке таблицы БД?
Как данные отображаются в phpMyAdmin?
