UMIhelp
Разработка сайта на UMI.CMS => Установка UMI.CMS => Тема начата: don_basilio от 13 Ноября 2011, 15:40:56
-
Мне необходимо импортировать базу моего сайта во вновь созданную на хостинге. Пробовал сам импортировать базу, дамп загружается нормально но спустя некоторое время после загрузки дампа phpMyadmin мне выдает вот такую надпись "Fatal error: Maximum execution time of 60 seconds exceeded in /home/h/httpd/public_html/phpMyAdmin/libraries/import/sql.php on line 133" и в итоге у меня импортируются 58 таблиц вместо 62. Посоветуйте как быть? Экспортировать базу по частям у меня нет возможности.
-
Неслабая у вас база, однако.
Могк предложить три варианта:
- найти где в phpmyadmin задается ограничение времени в 60 сек и задать 120 (искать set_time_limit(60); )
- использовать скрипт dumper от http://sypex.net/
- написать в техподдержку хостера с описанием проблемы и попросить их импортировать базу своими силами.
-
к предложенным Владимиром вариантам, могу добавить только вариант установки dump базы через ssh
-
Спасибо всем за советы! Базу мне импортировли тех. поддержка хостинга. Но возникла другая проблема все символы у меня отображаются крокозябрами. Что нужно сделать чтобы символы отображались нормально?
-
кодировка базы должна быть utf, либо вы дамп когда делали указали другую кодировку, либо работали с дампом и пересохранили, либо при импорте базы дамп ставился на базу с дефолной кодировкой не utf
-
Экспорт я делал Sypex Dumper Lite 1.0.8 в нем нет поля для выбора кодировки может в нем проблема? Сам файл дампа в (sql) был в кодировк UTF8. А где посмотреть дефолтную кодировку базы в phpMyadmin?
-
можно зайти в phpmyadmin и посмотреть информацию о базе (по моему раздел операции)
-
В phpmyadmin в разделе ОПЕРАЦИИ в пункте СРАВНЕНИЕ у меня кодировка изначально была cp 1251_general_ci потом я ее сам сменил на utf8_general_ci, но крокозябры не пропали.
-
изначально, в смысле уже после того как вам тех.поддержка импортировала dump базы?
-
изначально, в смысле уже после того как вам тех.поддержка импортировала dump базы?
Да после того как они импортировали дамп
-
предположу что при импорте дампа utf в базу ansi появятся крокозябры, и по-моему, проще перезалить дамп, чем бороться с ними, но может быть есть и другие решения
-
Так и сделаю. А какая кодировка правильная utf8_unicode_ci или utf8_general_ci? Или же это одно и тоже?
-
всегда ставлю utf8_general_ci
-
Хорошо попробую такую же поставить
-
Спасибо за помощь admin . Импорт в этот раз прошел успешно, сайт отображается корректно. Для тех кто столкнется с проблемами импорта необходимые условия для успешного импорта это:
- новая пустая база должна быть в кодировке utf8_general_ci если вы создали пустую базу в другой кодировке ее можно сменить разделе ОПЕРАЦИИ в пункте СРАВНЕНИЕ это нужно сделать до импорта дампа
- файл дампа должен быть в кодировке utf8
- если в процессе импорта выдаются ошибки, открываем дамп в любом текстовом редакторе и после надписи SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO"; добавляем строки:
SET AUTOCOMMIT=0;
SET FOREIGN_KEY_CHECKS=0;
SET names utf8;
если у вас не получается самостоятельно импортировать базу обращайтесь к тех поддержке хостинг провайдера
-
Тема старая, и вроде ответ найден. Но все же, самое простое это установить на компьютере SQL Lite и с помощью данной программки делать бекап и восстанавливать его. С помощью данной программки перетаскивал дамп более 200 Мб и думаю можно еще больше. Или все делать через SSH
Извиняюсь. Перепутал название программы. Не SQL Lite, а SQL Front
-
SQL Lite? А внешние ключи при этом не порушатся? Тогда расскажите поподробнее как вы делаете?
-
Ой. Название перепутал. SQL-Front программа под Windows. Подключается к базе - делается экспорт в UTF-8, Подключается к другой базе и делается импорт.