Saboteur

Есть вероятность повреждения материнки. Проверьте конденсаторы, все ли в порядке.

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

Есть же доступ к инет, значит купили линию у провайдера. Зарегайте у него ящик, всегда сможете по паспорту восстановить.
ИЛи свой домен и свой почтовик.
Я например всегда с подозрением отношусь к компаниям, у которых почта на яндексах, укрнетах, майлру - это какой-то детсад.

Жаль что не по вашему вопросу, но советую задуматься.

Питон в последнее время считается одним из самых универсальных языков для автоматизации всего.
На нем могут писать простенькие скрипты для генерации release notes, что-нить промежуточное для деплоя или обработки логов, в общем куча автоматизации всякой фигни.
Тестирование же.
В нем из коробки доступно много всякой интеграции для работы с jira/jenkins/tc и вообще api, поэтому часто дописывают всякие штуки.

1. Напишите приказ и подпишите у директора, что на данном компьютере разрешено исключительно просмотр системы видеонаблюдения.
2. Зарежьте юзеру права по максимуму.
3. Поменяйте ему шелл на вашу программу, чтобы рабочий стол вообще не запускался
4. Запретите вызов диспетчера задач этому пользователю через политики.

Читайте Джеффри Фридл "Регулярные выражения"
scanlibs.com/regulyarnyie-vyirazheniya-3-e-izdanie

Он один из создателей регулярных выражений, книга читается легко, за пару дней. Раскрыто практически все.

xml по сути текст, так что тут два варианта

или вы юзаете обычных diff

или вы пишете парсер, грузите данные в массив/таблицу и сравниваете уже там.

1)При следующем обращении (переходу на другую страницу сайта) идет ли обращение снова к DNS или взаимодействие уже идет на прямую с Веб сервером/Сервером приложения?

Вы путаете сервер-клиент приложение и работу DNS службы. К серверу можно изначально обращаться по IP адресу, к серверу можно обращаться и вообще не по IP сетям. Что же касается работы DNS, то работает оно сложнее.
Ваш комп смотрит файл hosts, если там нет нужного сайта, оно смотрит на локальный кеш, в котором хранятся недавние обращения. Если нет и там, обращается к вашему DNS серверу. Тот смотрит в свой кеш, если в нем нет - обращается к вышестоящему DNS серверу, и так до рут-сервера. По пути, каждый DNS сервер может иметь свой кеш. В среднем закешированное значение хранится сутки, но каждый владелец домена может настроить свой TTL (time to live). Кроме того, существуют dns балансеры, когда на тот же DNS могут возвращаться разные IP.

2) Веб сервер соответственно работает как сервер для веб (http), сервер приложений соответственно работает для приложений (например он запускает java сервлет, к которому можно обращаться различными способами, включая http)

3) в цепочке "клиент - вебсервер - сервер приложения" может отсутствовать второй или третий пункт. То есть может быть клиент-вебсервер или клиент-серверприложения. Вообще правильно говорить клиент-сервер. А какой именно клиент и сервер, и как они общаются - это уже вторично.

4) Вы путаете работу клиент-серверной части и непосредственно работу сетевых протоколов. Не мешайте сюда DNS, это работает прозрачно для вашего клиента и сервера.
Не мешайте сюда базу данных, можно работать даже без нее.

Если вы нажимаете "положить в корзину", то клиент отправляет команду, сервер ее обрабатывает и отвечает клиенту каким-либо способом, понятным клиенту. Что делает сервер - кладет в базу, или не кладет - это зависит от реализации корзины.

Понятно, что все команды которые отдает клиент серверу и все ответы, которые дает сервер клиенту, должны быть понятны и серверу и клиенту. Именно поэтому оно и работает.

Сделайте в экселе шаблон с формулами.
Защитите ячейки, которые пользователь не должен править.

Без программирования, только математика.

Внутренности можно вытащить при помощи отвертки.

Начинающий программист может выучить английский так же как и любой другой человек.

Пойти на курсы
Заниматься по учебнику
Общаться в разговорных клубах/чатах/петь песни/смотреть фильмы.

Ничего нового никто не изобрел. Нет никаких специальных секретных способов, как изучить английский легко. Все эффективные способы крутятся в основном вокруг мотивации и ударной нагрузке.

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

Скорее всего ваша видяшка слишком старая, и в ней нет хардварной поддержки декодинга видео, вот проц и нагружается.

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

Например, чтобы сделать веб-сайт на питоне, нужно понять как в принципе работает http, подучить html, понять как прицепить питон к веб-серверу (cgi?), разобраться как работает авторизация, как хранить данные (sql?). Часто для этого используют фреймворки, следовательно разобраться с ними, а для фреймворков уже нужен ООП.

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

В общем учитесь дальше.

dump умеет понимать что такое файлы, и не будет выполнять чтение каждого байта в пустых секторах. Размер образа сделанного через дамп будет меньше (в зависимости от утилизации диска). Но для dump нужно либо монтировать файловую систему в readonly или шатдаунить и перегружаться, чтобы дамп был выполнен вне рабочей системы.
Можно делать dump и онлайн, но со всеми рисками потери консистенции.

dd - это побайтное копирование. Это может быть конечно полезно, но долго.
dd можно делать в идентичный размер диска, в меньший - нет. Онлайн копирование может быть с потерей консистенции файловой системы.

Еще есть rsync и обычный tar+gzip, оба сохранят флаги доступа, правда inodes будут другие.

Лучше нужно выбирать по вашей ситуации.

1. Почта не позволяет работать сообща над одной задачей и отслеживать чужую активность без лишнего спама. Добавьте сюда права доступа и статусы (watcher, implementor, reporter, commenter). Добавьте сюда возможность аттача файлов в таск, а не пересылка аттача по сто раз туда-сюда.

2. Сортировка по таскам и приоритету. Если у вас в почте даже 20 задач, и по каждой написано 5-7 писем, как в этом разобраться? Вам придется потратить время. А в CRM 1 клик и отсортировал, и посмотрел скоько времени прошло, и сразу видно какие таски критические.

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

4. Зайдите на сайт той же Atlassians Jira и посмотрите пару презенташек.