В этом видео я покажу как максимально очистить диск Ц от хлама в ручную. Также покажу что можно удалить с диска Ц безопасно и что можно перенести на другие диски. Очистить можно от 20 до 700 гиг. Да да 700 гиг! Новый рекорд по отзыву в комментарии!
С помощью наших видео вы сможете легко прокачать ваш компьютер. Удалить все вирусы и гадости из Windows. Провести самостоятельную диагностику своего компьютера. В общем все для хорошей работы вашего компа!
Оглавление:
0:00 – Как максимально очистить диск С?
0:19 – Очистка диска: программа очистки диска
2:45 – Как включить отображение скрытого?
3:40 – Очистка диска: папки Temp
6:35 – Очистка диска: файл подкачки
8:45 – Очистка диска: файл гибернации
11:32 – Очистка диска: папки $Windows.~BT и $Windows.~WS
13:18 – Очистка диска: папка System Volume Information
16:30 – Очистка диска: папки Local, LocalLow, Roaming
18:51 – Каковы результаты?
20:17 – Очистка диска: CCleaner
20:48 – Очистка диска: папки Загрузки и Рабочий стол
22:51 – Как выключить отображение скрытого?
23:27 – Заключение
. Егор Бугаенко, Teamed.io — Объектно-ориентированное вранье
Java-конференция для студентов JPoint 2016 Student Day
Москва, 24.04.2016
То, что cейчас в Java называется ООП, почти ничего общего не имеет с тем, что должно так называться. Не дайте себя обмануть на самом старте, будьте осторожны.
1. Что такое Terraform и для чего он нужен
2. Установка на Windows
3. Установка на Linux
4. Текстовый редактор Atom, установка и настройка
5. Создание ресурсов в AWS
6. Изменение ресурсов в AWS
7. Удаление ресурсов в AWS
8. Создание одного Простого рабочего Web Serverа
9. Использование статических внешних файлов — file
10.Использование динамичных внешних файлов — templatefile
11.Динамичные Блоки кода Terraform
12.LifeCycle ресурсов и почти Zero DownTime :)
13.Вывод результатов — Outputs
14.Порядок создания ресурсов — depends_on
15.Получение данных с помощью Data Source
16.Автопоиск AMI id с помощью Data Source
17.Создание Web Serverа c Zero DownTime и Green/Blue Deployment
18.Использование Переменных — variables
19.Автозаполнение переменных — tfvars
20.Использование Локальных Переменных — locals
21.Запуск Локальных команд — local-exec
22.Генерация паролей, их хранение в SSM Parameter Store и пример использования
23.Использовние Conditions и Lookups
24.Использование циклов — count, for if
25.Создание ресурсов в нескольких AWS Regions и AWS Accounts
26.Использование Terraform Remote State
27.Создание Модулей Часть-1 — Terraform Module
28.Создание Модулей Часть-2 — Terraform Module
29.Поднятие Нескольких Инфраструктур Prod, Dev, Staging
30.Как хранить Глобальные переменные — Global Variables
31.Как работать с Google Cloud Platform — GCP
32.Как я учил Terraform и Полезные ресурсы по теме
33.Как управлять ресурсами созданными вручную — terraform import
34.Как пересоздать ресурс безболезненно — terraform taint
35.Манипуляции с remote state используя terraform state команды
36.Terraform Workspace
37.Terrafrom Cloud
38.Terraform Enterprise
39.Что нового в Terraform 0.13
40.Сертификационный Экзамен HashiCorp Certified Terraform Associate
Приглашаем на DevOpsConf live! — профессиональную конференцию по интеграции процессов разработки, тестирования и эксплуатации
29 -30 сентября и 6-7 октября 2020
Подробности и билеты bit.ly/2NGn8Tt
— DevOpsConf Russia 2018
Про DevOps есть очень много мифов, мифы эти связаны с искажениями информации, часто про DevOps говорят люди без реального опыта работы в технологических компаниях с непрерывной поставкой или говорят для получения собственной выгоды какие-то искаженные вещи.
Между тем, DevOps служит конкретной цели, решает конкретные задачи. Мы поговорим с вами о том, какие задачи DevOps решает и как решает, какие практики есть в DevOps и почему именно они, что такое культура в DevOps и является ли эта культура более “культурной”. Какие проблемы есть с точки зрения организации и командного взаимодействия.
…
— Нашли ошибку в видео? Пишите нам на support@ontico.ru
В этом выпуске у меня в гостях, senior devops engineer — Никита. Никита рассказал, как он стал из обычного системного администратора ведущим девопс инженером.
Мы разобрались в том, что же такое девопс и какие его области ответственности, какие инструменты используются девопсами, что такое докер и continuous integration.
Кроме того у Никиты богатый предпринимательский опыт и за плечами годы работы в big data.
И конечно, я задал сакральный вопрос, которой интересует большинство людей — сколько же зарабатывают девопсы.
Друзья, в этом видео я расскажу вам о том, что такое Git, зачем он нужен, как его использовать и как с его помощью оптимизировать и упростить работу в команде. Мы поговорим обо всех особенностях использования этого инструмента и я наглядно покажу как с ним работать.
Что такое git?
Git — это система контроля версий, а если сказать простым языком то это программа, инструмент, которая позволяет нам фиксировать наши изменения в коде, а также благодаря этой фиксации позволяет нескольким людям или даже командам вместе слажено и параллельно работать над каким-то программным продуктом.
Представьте что вы пишите программу и у вас есть какая-то функция, которая допустим сохраняет информацию информацию о пользователе в базу данных, и для этого сохранения вам естественно нужна логика которая собственно это сохранение будет делать. Вот вы написали код, все круто все работает. Как сделать своего рода сохранение как в компьютерной игре которое сможет зафиксировать прогресс?
Git — это как раз такая программа, такая система, которая позволяет эти сохранения создавать и потом управлять ими, менять, возвращаться к ним, удалять и переписывать их, такая фиксация в терминах Git-а называется `commit`
Проще всего гит представлять по аналогии либо с компьютерной игрой и ее сохранениями либо с таким роботом-фотографом, который в любой момент который вы ему скажете сделает так сказать фотографию ваших файлов с которыми вы работаете, зафиксирует их состояние на текущий момент, и затем любой момент может вам сказать поменялось ли что-то в этих файлов с момента прошлой «фиксации».
Git собственно так и делает, вы говорите ему команду, он запоминает состояние ваших файлов на текущий момент присваивая ему специальный номер вот это снимка, там называемый `commit hash`.
Commit hash — набор символов которые уникально идентифицируют сохранение состояния файлов в конкретный момент времени;
Что такое ветки в гите и как их использовать?
В git также используется так называемая система веток, представьте себе что ветка, так называемая branch — это маршрут по которому едет поезд, а каждая его остановка, сохранение состояния это коммит. То есть когда мы начинаем разрабатывать какую-то задачу, пишем код нам нужно идти с точки А в точку Б, у нас скажем пустой файл, а потом постепенно наш код начинает эволюционировать и он со временем начинает что-то внятное делать.
Так вот этот процесс разработки можно представить по той же аналогии с поездом, поездвыезжает с точки А и ему нужно доехать до точки Б, и этот маршрут он будет ехать по своему пути (в нашем случае это и будет ветка нашего git), а также по пути ему надо останавливаться чтобы фиксировать свой прогресс по маршруту, это и будут коммиты в нашем случае, то есть мы пишем код в рамках ветки и делаем коммиты, для того чтобы сохранять наш прогресс внутри метки.
Как его используют команды?
Как такой подход позволяет нам распараллелить работу разных людей и команд и сделать их более продуктивными? Все дело в том что когда мы работаем над каким-то проектом и нескольоко людей пишут код они во 1 могут одновременно менять одни и те же файлы.
Так вот фишка гита в том что каждый разработчик может сам себе создать такую ветку, уникальный маршрут поезда на пути которого будут свои уникальные остановки, то есть свои уникальные коммиты этого разработчика, и эта ветка она будет скажем так принадлежать одному человеку и там он будет фиксировать все свои изменения, делать коммиты.
И все сводится к достаточно простой логике, у нас есть какой-то код который нам надо написать, мы сделали новую ветку, по пути того как мы разрабатываем мы в этом ветке делаем коммиты чтобы зафиксировать изменения, как только мы понимаем что у нас все готово, нам нужно объединится с другими разработчиками, скажем так сделать так чтобы наши изменения ехали по общему маршруту, то мы просто сливаем все наши коммиты из нашей ветки в общую. По аналогии с поездами можно представить что у нас есть какая-то главный поездной маршрут в котором есть все наши остановки, коммиты из всех веток. Таким образом все довольно просто, сделали ветку, написали код попутно фиксируя изменения коммитами, после того как закончили, слили все наши изменения в общую ветку чтобы эти коммиты, эти изменения были доступны всем другим разработчикам.
00:00 Начало
1:03 — Git — что это?
2:52 — Что такое Git commit
4:09 — Ветки или «branch» что это такое?
5:27 — Как команды используют Git?
7:49 — Как применять Git в работе. Практика.
7:57 — Новый репозиторий. (Git init)
9:17 — Создание файла и коммита. (Git commit)
11:46 — Сохранение файлов (Git commit -m)
12:46 — Как работают с ветками и какими они бывают.
14:51 — Создание develop ветки, и ветки для работы ( Git checkout -b feature)
17:06 — Как новый файл добавляется в Git
19:39 — Откат к коммиту (Git reset)
20:44 — Слив на одну ветку (Git merge)
