Страница 2 из 2

Добавлено: 20 июн 2013, 17:17
Zord
>> max_execution_time = 10800
>> upload_max_filesize = 3072M
>> post_max_size = 3072M

Вы бы такие нереальные значения в конфиге не ставили бы. Как уже было сказано, PHP в 32битах работает. Вполне вероятно, что из-за этого у вас ничего и не работает.

Вы же не собираетесь заливать POST`ом 3 гигабайта, ведь так???

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

Добавлено: 21 июн 2013, 17:55
Versus71
Путем тестов было установлено, что при значении 2000M, пускает в PMA. Подозреваю, что критическая масса, еще где-то +200-300M, когда начнет вылазить данная ошибка.

Дамп я уже в принципе установил через сторонний скрипт Sypex Dumper. Но с ним я реально намучился, весь день убил, постоянно вылазили какие-то ошибки, и только где-то с 15 раза, дамп полностью установился. Хотя я помню у меня стоял какой-то другой локальный сервер и тот же самый дамп установился с первого раза без каких либо ошибок, устанавливая напрямую через консоль MySQL.

Вообще у меня довольно часто может возникать, устанавливать довольно большие дампы. Устанавливать я планирую напрямую через консоль. А потому, что я читал, пишут нужна правка этих параметров upload_max_filesize и post_max_size.

Добавлено: 22 июн 2013, 18:20
Zord
Versus71 писал(а):ообще у меня довольно часто может возникать, устанавливать довольно большие дампы. Устанавливать я планирую напрямую через консоль. А потому, что я читал, пишут нужна правка этих параметров upload_max_filesize и post_max_size.
Для работы через консоль (mysql/mysqldump) PHP вам вообще не нужен. Восстановить бэкап через консоль можно так:
mysql -uroot -p имя_базы < дамп.sql