Неправильная обработка переносов строк

[alecx]

После свежей установки VestaCP на CentOS 6 экспортировал в phpMyAdmin базу данных.
Потом удалил все таблицы и попытался восстановить их из того же самого файла.
При импорте на том же самом сервере в ту же самую базу данных вместо переносов строк в постах появились символы r\n\r\n.
Пробовал уже всякие параметры экспорта и импорта. Кодировка совпадает.
При этом бэкап и восстановление через mysqldump и mysql такой проблемы (с переносами строк) не создают. Поэтому, похоже, проблема в дефолтной конфигурации phpmyadmin или в каких-то опциях экспорта?
Есть какие-то идеи у кого-либо?

[Stesh]

Открыть сам дамп и посмотреть что и как в нем сохранилось.

Вопрос: а почему не пользоваться mysqldump или на крайний случай sypex dumper. Это стабильные и отработанные решения, PMA - это инструмент работы с самой базой, функции экспорта/импорта для него больное место.

[skurudo]

Потом удалил все таблицы и попытался восстановить их из того же самого файла.
При этом бэкап и восстановление через mysqldump и mysql такой проблемы (с переносами строк) не создают.

Можно подробнее про базу-таблицы? Это делалось штатными средствами панели, руками или все-таки phpmyadmin?

[alecx]

Открыть сам дамп и посмотреть что и как в нем сохранилось.
Вопрос: а почему не пользоваться mysqldump или на крайний случай sypex dumper. Это стабильные и отработанные решения, PMA - это инструмент работы с самой базой, функции экспорта/импорта для него больное место.

Разницу заметил в том, что в нормальном дампе (mysqldump) переносы строк внутри постов: "\r\n\r\n". А в сохраненном через PMA: "\\r\\n\\r\\n". Речь идет об обычном вордпрессе.
Ну да, придется пока пользоваться mysqldump, но это мне как администратору сервера удобно, а если давать доступ кому-то, то нехорошо получается. В панели других способов экспорта ведь нет, кроме phpmyadmin?

Про sypex - спасибо за подсказку, на вид хорошая штука, надо разбираться.

Можно подробнее про базу-таблицы? Это делалось штатными средствами панели, руками или все-таки phpmyadmin?

Создание базы данных - средствами VestaCP, удаление всех таблиц из нее - средствами PMA, экспорт и импорт - средствами PMA. Впрочем, проблема как мне представляется, в экспорте. Ведь именно здесь возникает разница в выданном sql-скрипте (дампе).

[skurudo]

В панели других способов экспорта ведь нет, кроме phpmyadmin?

Бэкап средствами Веста делается как раз штатным mysqldump.

Создание базы данных - средствами VestaCP, удаление всех таблиц из нее - средствами PMA, экспорт и импорт - средствами PMA. Впрочем, проблема как мне представляется, в экспорте. Ведь именно здесь возникает разница в выданном sql-скрипте (дампе).

Предлагается пинать создателей PMA то есть? ;-)

[alecx]

У меня сложилось впечатление, что не известно кого пинать... может дело в самой системе (CentOS), наборе пакетов, установленных из репозитория, и как они сочетаются друг с другом, может действительно только PMA, может еще в чем-то. В интернете внятного решения проблемы не нашел. Хорошо было бы понять кого именно пинать или куда копать, т.к. сам я к сожалению понять это не смог. Пока буду пользоваться другими средствами (не PMA), т.к. это проще чем разбираться в каких-либо багах самого PMA если они есть, и/или недостатках конфигурации и/или багах других пакетов и т.п.

[Mr.Erbutw]

У меня сложилось впечатление, что не известно кого пинать... может дело в самой системе (CentOS), наборе пакетов, установленных из репозитория, и как они сочетаются друг с другом, может действительно только PMA, может еще в чем-то.

Можно узнать если тестить, менять OS итд , да нудно зато можно узнать кого пинать. Как говориться единичный случай. (на форуме)