MegaMufa

Ни в коем случае тесты нельзя запускать на реальных данных! Если что-то пойдет не так, вы испортите рабочие данные.

Лучше скопируте рабочую базу (если это позволяет размер), замените всякие адреса и телефоны на фейковые, чтобы в случае чего пользователю ничего не отправиось. И используйте ее для тестов.

Если в обще, то стейдж отличается от продакшена:
- включеным дебаг режимом и профилировщиком
- уровнем логирования
- каще всего еще и кеш отключен
- не минифицируются asset файлы для упрощения дебага
- другая база данных

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

Так же мы на стейдже используем SSD вместо HDD. Для обычной работы приложения обычного диска хватает, а вот на стейдже билды собираються в несколько раз быстрее благодаря ssd.

нет

Обычно работаю с матом и нервами. Но для себя сделал несколько выводов:

1. Рефакторить понемногу. НЕ стоит браться сразу переписывать все. Так можно утонуть. Стоит понемногу, выносить код. Так гораздо проще.
2. Обязательно нужны тесты. Перед тем, как рефакторить какой то кусок кода - написать для него тесты, что бы потом ничего не отвалилось. Такими темпами со временем весь код будет покрыт тестами.
3.Если нет времени на глобальный рефакторинг, нужно чистить код понемногу. Если вы, например, вынесли кусок кода в функцию - не надо тут же искать, где еще в коде есть такие кусочки. Потом, когда столкнетесь с ними, поменяете.

Если админ - конкретный человек, и меняется он не так часто, делаю вход в админку по адресу admin.site.com. Но сам домен в DNS не прописываю. Записываю его в файле host. И все, на данный поддомен попадет только админ. Ну или тот, кто знает об этой фиче, но там форма авторизации.