Михаил Шевцов

Алгоритм примерно следующий:

1. Изучить возможности создания бэкапов, предоставляемые хостерами на всех сайтах
   
2. Сделать бэкапы сайтов и БД как возможностями хостеров, так и отдельно таким образом, чтобы в случае чего можно было все восстановить
   
3. Изучить настройки DNS и SSL для каждого сайта, а так же настройки регистраторов доменов этих сайтов
   
4. Изучить структуру, механизмы работы и настройки каждого сайта, а так же какие там используются утилиты, средства, зависимости, веб-серверы и их настройки, БД и всё прочее
   
5. Сформировать требования к серверам или серверу для размещения сайтов (диски, памяти, процессоры, порты, ОС, ПО и прочее)
   
6. Для каждого сайта подготовить список необходимого ему ПО и настроить образ для докера (просто потому что у разных сайтов могут быть требования к разным версиям одного и того же или могут быть конфликты, в случае размещения на одном сервере)
   
7. Подготовить систему развертывания сайтов из их репозиториев (напоминаю, что весь исходный код сайтов должен быть размещен в соответствующих репозиториях и минимально задокментирован, а так же настроена система автоматического тестирования)
   
8. На основе требований подготовить оборудование - сервер, ОС, ПО, административные инструменты типа мониторинга (заббикс - топ), систему бэкапов и прочее
   
9. Провести развертывание сайтов с нуля на новом сервере/серверах и проверить, что все работает как надо
   
10. Провести дополнительные работы над ошибками и недостатками, а так же исправить обнаруженные недоработки
    
11. Добавить сайты, БД и всё остальное в систему мониторинга
    
12. Подготовить и протестировать скрипты синхронизации БД и дополнительных данных на новые серверы
    
13. Подготовить перенос доменов сайтов с разных регистраторов к одному регистратору
    
14. Провести перенос доменов к одному регистратору и убедиться, что всё работает как надо
    
15. Для каждого сайта:
    
    1. В нерабочее время перевести сайт в режим обслуживания либо полностью остановить веб-сервер и вывести заглушку, что сервер в обслуживании
       
    2. Провести синхронизацию БД и всего остального нужного
       
    3. Проверить, что на новом сервере сайт полностью работающий и провести все требуемые тесты
       
    4. Привязать новый сервер к домену
       
    5. Настроить letsencrypt сертификат
       
    
    
    

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

Или как эти сайты вообще размещать чтобы в случае чего они не упали все вместе?

Автоматизацией развёртывания и всего остального по максимуму, а так же дублирование серверов в другом ЦОД, хостинге, городе, регионе, континенте - по бюджету и требованиям.

https://developer.mozilla.org/ru/docs/Web/CSS/filter

Применяете на CSS черно-белый фильтр. Все.

С гигом памяти у вас не будет сколько-нибудь вменяемо работать с современным видео сколько-нибудь современный браузер, хоть под него вообще никакое DE не ставь.
Печатная машинка и Скайп - это принципиально различающиеся задачи.
Ну, натянете вы на это железо какую-нибудь Убунту 10.04. Ну, запустится она. Любое действие - со скоростью захода солнца. Свап сразу с запуска браузера, а там еще и винт дерьмовый, к гадалке не ходи. Мессенджеры типа Скайпа при установке просто не обнаружат железа под свои требования. Мазохизм, да и только.

Лучшее, что можно сделать с этой машинкой - это поставить ХР, старые игрушки и осчастливить какого-нибудь геймера за 40 ;)
(вздохнул, вспоминая Daggerfall на ноутбуке из начала 90-х)

Незаконно. Для изготовления производного произведения необходимо получить лицензию на оригинал.

Это разве не просто передача уже готовых кадров которые подготовила видеокарта ?

Ну давай посчитаем, что такое передача готовых кадров.

Берем простенькое 1980x1200, получаем 2376000 точек.
На цвет (если нам нужен нормальный true color), уходит 4 байта. Получаем 2376000*4=9 мегабайт.
это ОДИН кадр.
Берем средненькую игру, где ты хочешь наверное 50-60 frames per second, получаем 540 мегабайт.
В секунду.
Это то, что нужно передать на удаленный компьютер, причем у тебя не целая секунда, а наверное по ту сторону не будут слишком рады, если игра будет лагать по полсекунды или даже четверть секунды.
При скорости подключения в 1гбит у тебя в идеальнейшем случае будет 60-80 мегабайт в секунду, так что тут вообще не вариант.
Какой у нас выход? Сжимать видео. Сколько у нас времени на сжатие видео? Даже секунды нет, иначе будут лаги. Даже сжав видео раз в 10, ты получишь 54 мегабайта в секунду, что впритык к 1 гбиту. И все равно маловато.

В общем реал-тайм передача данных в хорошем разрешении, чтобы играть на удаленном компе практически нереальна.
Поэтому либо хорошее качество и жуткие задержки (например ютуб трансляцию обычно смотрят с задержкой в несколько секунд или минут, и видео успевает быть пережатым хорошим алгоритмом, уменьши трафик раз в 20-50 или больше).

Либо уменьшаем лаги, но сжиать надо быстрее (мощный проц, и плохое качество, так как не успеваем), плюс хитрые алгоритмы просчитывающие, чего не передавать (опять проц). Но все рано лаги будут приличные.
Ну и 1980x1200 потихоньку отмирает, сейчас приходит 2560x1440 и 4к (4096 × 3072)

А еще есть звук, который мы еще не считали, и который весит немало.

Получил ответ на форуме Google:

Попробуйте использовать приложение для браузера Chrome Редактирование файлов Office. После установки приложения, правый клик по файлу который вы хотите открыть, открыть с помощью, выберите Chrome.
Или назначьте Chrome как программу открытия по умолчанию для каждого конкретного типа файлов:

Вопрос решен!

FreeIPA, Samba4, UCS, OpenLDAP, 389 Directory Server

Нужно что-то низкоуровневое, способное работать только с таблицей разделов, при том с адресацией по секторам, а не мегабайтам. Под mac наверняка что-нибудь есть.

Весь фокус в чём:
удаление и добавление разделов изменяет информацию только в таблицах GPT или MBR и не трогает остальной диск вовсе.
если раздел удалить, затем создать новый с теми же самыми начальным и конечным секторами LBA, то ни ФС ни данные вообще не заметят, что что-то поменялось.

GPT занимает по 40 секторов в начале и в конце диска
MBR - 63 в начале диска.
Поэтому, если после последнего раздела есть 40 секторов неразмеченных (если нету - придётся раздел уменьшить), то:
записываете на листочек, где разделы начинаются и заканчиваются
создаёте GPT-таблицу
создаёте разделы в тех же самых местах

Сотрудник Adobe отписался в форуме, что обновлений флэша (который ActiveX) на Windows 8 не ожидается до релиза, и вручную его не обновить. Flash Plugin для других браузеров ставится и обновляется без проблем.

Думаю стоит рассмотреть вариант использования отдельного промежуточного устройства, в котором будет и WiFi и ZigBee. Назовем его сервером. Т.е. с планшета будет общение только с сервером, а уже он общается с ZigBee устройствами.
Думаю что рано или поздно потребность в таком сервере все равно появится, например, для логов или для доступа к управлению за пределами дома. Сам сервер можно сделать из WiFi роутера или Raspbery Pi.