ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Перенос больших ди ректорий и webdav



Hello!

On Thu, Jun 25, 2009 at 06:58:25PM +0400, Михаил Монашёв wrote:

> Здравствуйте, Алексей.
> 
> А почему почти все игнорируют вариантс post_action? Его вообще никто
> не использует что ли?

Асинхронная обработка логов - лучше и надёжнее.  У post_action 
есть достаточное количество недостатков, которые делают её 
применение неоправданным в большинстве случаев.

Ну то есть если тебе чисто перенестись - то можно попробовать 
настроить, а долго держать в бою - я бы не стал.

Maxim Dounin

> 
> AM> tail -f access_log | grep DELETE | awk ....
> 
> AM> :)
> 
> >> СВ> Я-бы попробовал решить задачу так: серверА - новый, серверБ -
> >> СВ> старый. настраиваем серверА так чтобы при запросе "GET /foo.gif"
> >> СВ> при отсутствии на диске /foo.gif делался редирект/прокси_пасс на
> >> СВ> серверБ и отдавался пользователю файл, если /foo.gif есть - просто
> >> СВ> отдаем его. так-же разрешаем пользователям на серверА юзать webdav
> >> СВ> и делать "PUT /foo.gif" - таким образом на серверА  у нас
> >> СВ> появляется новый контент а на серверБ остаются "замороженные"
> >> СВ> данные. далее на серверА  говорим:
> >> СВ> ssh root@серверБ "(cd /директория_с_файлами;tar cf - .)" |
> >> СВ> (cd /куда_распаковать;tar --keep-old-files xvpf -)
> >> СВ> и на серверА у нас потихоньку приезжает недостающий контент.
> >>
> >>
> >> В этой схеме DELETE некорректно отработает
> 
> --
> 
> С уважением,
> Михаил Монашёв, SoftSearch.ru
> mailto:postmaster@xxxxxxxxxxxxx
> ICQ# 166233339
> http://michael.mindmix.ru/
> Без бэкапа по жизни.
> 
> 



 




Copyright © Lexa Software, 1996-2009.