XF 2.1 Не хватает места при импорте вложений

[Kir]

Пытаюсь перейти с Булки 3.7. Сообщений >500к и соотв. вложений 320к размером под 30 гиг. Покупать лишние 30гиг на ВДСке только ради импорта весьма накладно :(
Подскажите плз как поправить скрипт импорта, чтобы он удалял уже скопированные вложения???

 

[Виталий Васильевич]

Попробуй перейти с булки на первую версию xenForo 1.x.x, а потом обновится останется

 

[Smalesh]

Подскажите плз как поправить скрипт импорта, чтобы он удалял уже скопированные вложения???

Да грохнуть аттачи, еще их хранить, подумаешь, накладно же.
Если серьезно - взять во временную аренду более мощный vds или импортировать у себя на компе, залив на хост готовый результат.
Про бекапы не забываем.

 

[Kir]

Рассказываю как в итоге победил эту беду, может еще кому пригодится:
1. Берем ВДСку на бесплатный тест. Быстрее всего имхо выдает 1Gb если сдержать тошнотные позывы от его убогого интерфейса "привет из 90х".
2. Заливаем туда старую версию форума
3. Монтируем папку с вложениями по sshfs: #sudo sshfs [user]@[ip сервера]:/home/temp/attachments /home/rdisk -o allow_other
Последний параметр крайне важен. Без него не взлетит.
curlftpfs можете даже не пробовать. Конвертер открывает стрим для получения мд5 хэша и в этот момент все грохается.

 

[Smalesh]

3. Монтируем папку с вложениями по sshfs

1. Это в любой момент отваливается со всеми вытекающими проблемами
2. Это долго

Тру вариант - берем rsync, переливаем аттачи на тестовый сервер, апгрейдим движок, тем же rsync льем файло и базу обратно. Получается быстро и надежно.
Про бекапы не забываем.

 

[Kir]

1. Конвертер сделан оч грамотно, т.к. ведет лог в БД и если что отваливается, то приваливаешь обратно и конвертация продолжается с того же места.
2. Я рассматривал и такой вариант, но поднимать и настраивать LAMP на тестовом как-то желания не было. На основном он например вообще не взлетел с первого раза. Тупо PHP не запускался и никаких ошибок в логах. Вынес весь мозг пытаясь запустить, плюнул переустановил все заново и заработал. А тут скопировал, смонтировал и вперед. По времени гораздо быстрее.

 

[vadims]

Кому как удобней, тот так и делает.
Я бы делал так -
1. На тестовой VDS развернул бы бекап и конвертировал.
2. Сделал бы бекап (чтобы был доступен по http)

tar -zcvf архив.tar.gz директория/

3. На своем сервере по ssh развернул бы "на лету" бекап (без сохранения, сразу разворачивает)

wget http://example.com/archive.tar.gz -O - | tar -xz

 

[Smalesh]

Конвертер сделан оч грамотно, т.к. ведет лог в БД и если что отваливается, то приваливаешь обратно и конвертация продолжается с того же места.

Транзакции в sql не распространяются на сами аттачи, их целостность и т.д. Плюс это медленно.
Лажа все это, причем редкая.

Сделал бы бекап (чтобы был доступен по http)

Который без авторизации может слить любой желающий, боты постоянно простукивают в поисках подобных файлов.

На своем сервере по ssh развернул бы "на лету" бекап (без сохранения, сразу разворачивает)

И что будет, если в результате сбоя бьется архив? Я уже не говорю о том, что у ТС нет места даже простой архив файлов сделать.

Итого.

Тру вариант - берем rsync, переливаем аттачи на тестовый сервер, апгрейдим движок, тем же rsync льем файло и базу обратно. Получается быстро и надежно.

Потому что

У Вас недостаточно прав для просмотра ссылок. Вход или Регистрация