server {
...
server_name razdel.sub.site.ru
location / { rewrite (.*) /razdel/$1 last;
}
location /razdel {
proxy_pass http://гдетамувасапач;
proxy_set_header Host sub.site.ru;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Real-IP $remote_addr;
}
location <регулярка для статики> { root /путь/до/статики;}
}apt-get install archivemount
mkdir -p /backup/archive/
touch /backup/backup-$(date +%s).tar
archivemount /path/to/test.tar /backup/archive/
rsync -avzP /path/to/site/ /backup/archive/; rsync -avzP /path/to/site/ /backup/archive/
umount /backup/archive/
gzip /backup/*.tarВот это почитайте - http://habrahabr.ru/post/128772/
Если вкратце - то асинхронная модель не лучше и не хуже. У неё своя область применения. Например, запускать тяжелую математику внутри NodeJS-сервера - смерть всему и всем. А вот тяжелые запросы в БД из PHP вполне себе бодренько будут бегать по серверу (ну насколько для них это возможно).
Или хороший пример - из nginx-ового перла запросы в mysql-базу делать (да-да, он и такое может). Тогда он тоже начинает крайне отвратно работать)
То есть асинхронная модель (по крайней мере, в районе web-серверов/приложений) хороша только тогда, когда все запросы у вас быстро отрабатывают. Как то так.
(ну и как обычно - комментарии не менее ценны, чем статья).
Напишу лучше отдельным ответом, ибо в обсуждении оно там в убитом формате получилось:
rsync -avzP --numeirc-ids / root@newserver:/chroot --exclude=/proc/* --exclude=/sys/* --exclude=/dev/*# for chroot
proc /chroot/proc proc rw,relatime 0 0
sysfs /chroot/sys sysfs rw,relatime 0 0
udev /chroot/dev devtmpfs rw,relatime,size=10240k,nr_inodes=4112034,mode=755 0 0
devpts /chroot/dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0