кто решил проблему с кодировкой базы при резервном копировании на ispserver ?

Как я вижу у Вас данные только в одной таблице vboj57. Сделл дамп этой БД. Создал тестовую БД "broke"

То есть broke это копия вашей БД. Смотрим читается ли текст:

# echo "SELECT fjob FROM vboj57;" | mysql -p broke

fjob

впаро паро апро ап

Читается.

Делаем резервную копию. Ваше задание включает копию всех баз его и запустил. Зашел в панель пользователем orelikk***

Вижу архив:pbkp_brokem.sql

Жму восстановить. Проверяю что время изменения файлов базы поменялось. Смотрим еще раз читаемость:

# echo "SELECT fjob FROM vboj57;" | mysql -p broke

fjob

впаро паро апро ап

Все опять так же читается. Аналогично через phpmyadmin. Те же операции я делал вчера когда Вы в поддержку писали. Мы Вас переспросили как именно добиться чтобы не работало.

я чайник, не спорю), но что сделал я не так, сейчас зашел в панель пользователем orelikk***, в резервных копиях выбрал ту, что создали вы (admin-1_full-2008-12-25 от 2008-12-25 05:32), данные в базе пока читаемы, нажал кнопку которая называется "восстановить", это которая вторая слева (четвертая слева называется "восстановить из файла на локальном диске"), вот, нажал "восстановить", данные в базе стали нечитаемы.

может не ту кнопку нажимаю....

/etc/my.cnf:

...
[server]
skip-character-set-client-handshake
init-connect='set NAMES cp1251'
...

NV38, промазали. init-connect не работает для аккаунтов с привилегией super. бекап они делают из под рута.

да и вообще, будь я разработчиком панели, я бы форсировал бекап только в utf, иначе буковки могут превратиться в вопросики, ведь кодировки на хостинге у всех разные. Может так и должно работать?

Не промазал. Бекапится пускай в utf8, по человечески. Но выводится только в той, что указали, без переделки скриптов.

NV38, только видимо все таки секция в my.cnf не [server], а [mysqld], по крайней мере она по-дефолту на большинстве дистрибутивов ...

в сети прочитал что эта директива не работает в mysql 4.x.x, директива сообщает серверу игнорировать кодировку клиента, в данном случае клиент это видимо mysqldump, .... вообщем бросил заморачиваться, делаю вручную ...