Как организовать работу над боевым сайтом битрикс?

Question

[Тимур Абдулаев]

Чтобы не сломать работающий сайт, нужно создать его копию.
Но возникает вопрос: создать локальную копию или на том же хостинге?
Если на хостинге, то как это реализовать и не дублировать папку upload, а сделать переадресацию на нее (уж очень много весит).
И есть ли особенности работы с git?

Comments

[Антон]

Если на хостинге

Смотря какие разработки ведете, иногда можно использовать многосайтовость на одном хостинге, тогда и копировать ядро и upload не надо.
Просто работаете со вторым сайтом, как с копией первого.
Но, локальный вариант или вариант с отдельным тестовым сервером мне нравится больше.

уж очень много весит

Да, бывают такие проекты, где грузят фотографии по 5-20 мегабайт, а потом удивляются, что места не хватает...

Answer 1

[Илья]

локально конечно. Насчёт папки upload, можно проксировать запросы на уровне веб сервера.

Пример для nginx:

location ~ ^/upload/? {
	try_files $uri @prod;
}		
	
location @prod {
	proxy_pass https://production-site.ru:443;
}

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

UPD:
ещё вариант монтировать папку upload через sshfs. Но работает не очень стабильно к сожалению, и не очень быстро. Монтировать обязательно в readonly/

Comments

[Виктор Таран]

try_files хорошо подойдет именно для примера с аплоад, но если вы захоте сделать это с папкой в которой есть исполняемые файлы то при любом ответе кроме 200ОК
вы получите стандартный отлуп сервера с той стороны,а не 404 страничку вашего движка.
в таком случае лучше использовать вот такую вещь

error_page 401 403 404 405 500 502 503 = @fallback;
        location @fallback {
                proxy_pass              http://127.0.0.1:82;
                proxy_set_header        Host            $host;
                proxy_set_header        X-Real-IP       $remote_addr;
                proxy_set_header        X-Forwarded-For $proxy_add_x_forwarded_for;

                }

В таком случае вы получите ответ вашего движка о 404 а не самого веб сервера.