А зачем нужны 2 компа, если можно взять 1 мощный и использовать виртуализацию. Дешевле, удобнее и быстрее в результате.
А на съемник как понимаю вы специально в соседний сервис поедите, что бы потом вернуться за новым фильтром, взять его и снова умотать на сервис к съемнику, что бы уже установить этот фильтр.
Какой то секс в гамаке :)
А вас не удивляет, что в автосервисе все запчасти и инструменты находятся там же где и сама ремонтируемая машина ? Почему при разработке должно быть иначе.
Ага, пускай каждое изменение в файле по EDGE закачивает на сервер в африке и потом смотрит на результат. За сутки как раз успеет кнопку в форме нарисовать :)
Вы походу не понимаете, что такое и для чего нужен комп разработчика. Ну какие алгоритмы вы там будете придумывать, если на нем IDE будет еле шевелится, а курсор плавать из за очередной запущенной виртуалки.
Как по мне - это архи необходимо. Все настройки, изменения и т.п. тестируются фактически на копии продакшена, т.е. потом сюрпризов минимум.
Я бы не брал райзен, пока не будет следующей ревизии. Там багов выше крыши. Аптайм выше недели с виртуализацией - достижение. Народ жалуется на черные экраны и зависание системы. На линуксах требуется обновления ядер по возможности и какая то дикая проблема с компиляцией, которая рушит соседние процессы в корку. Кстати ту же виртуализацию вообще только недавно починили, половина контейнеров вообще не запускалась.
У меня i7 2600k / SSD / 16GB RAM. Основная win 10 а в ней виртуалка на линукс. Всего хватает. С трудом представляю как можно забить конфиг как у вас. Разве что действительно, под каждый браузер свою виртуалку поднимать.
Хром, файрфокс - жрут 90% ресурсов ссд постоянным записью своего кеша. Остальной софт копейки потребляет, особенно на тестовых виртуалках.
Почитайте пункт о причинах кернел паник . Это жесть, когда хостер считает, что из за железа такой ошибки быть не может.
ТС правил загрузчик и обновлял сетевую ? Т.е. это именно те причины по которым и был сервер не работоспособным ?
С такими симптомами к железу сервера куча вопросов возникает. Одно дело если падают скрипты или там все тормозит из за не правильной настройки, а другое дело когда система вообще рушится.
Как сконфигурируешь, так и будет , хоть в базу хоть на почту .
Тут не будет ответа, пока не включить логгирование запросов в базе или в той же джанге (в файл). Потом сделать импорт скажем 10 записей и глазками смотреть, что происходит.
А хостер хочет с 0% рисков работать, что бы самому ничего не вкладывать а только процент с перепродажи иметь ? Взять сервер и по сниженной цене выставить как акционный для других клиентов к примеру, в чем проблема то.
В этой библиотеке 3 разных вида деревьев. Какой именно используется ? Nested ?
Есть. Можно вообще перед импортом открыть транзакцию, а в конце ее закрыть.
Вообще ситуация странная, сколько использую дефолтно настроенный постгрес - подобного не видел.
Как вариант включить логи и посмотреть что именно происходит с базой. Индексы ключей ну никак не могут столько занимать.
Кстати зачем запустать VACUUM ? Он же сам должен запускаться с установленной периодичностью.
