Saboteur

К сожалению с начальным знанием программирования - никак.
Вы не можете привлекать сторонних разработчиков, но уже привлекаете их через Тостер.

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

Как говорят - оптимизация до оптимизации не нужна.

У меня был опыт запуска интернет-магазина во времена, когда их было десяток на всю страну. Первый интернет-магазин мы писали почти полгода, внедрив в него тысячи фич, которые оказались невостребованными. Через год проект себя отбил, и мы заказали не редизайн а весь магазин с нуля. Разработка шла 2 месяца, обошлась в 4 раза дешевле. Функционал стал гораздо удобнее. И мы поняли, что в первый раз надо было тоже пойти по более простому пути, тогда мы мы запустились на 4 месяца раньше и отбились бы за полгода.

DevOps настраивает инструменты для автоматизации процесса разработки и тестирования.

Это может быть и Jenkins/Teamcity с различными билдами, верификациями, автотестами.
Это может быть и автоматическое разворачивание виртуальных образов/докеров для тестирования
Это может быть и организация железок с их автоматической прошивкой свежими билдами
Это может быть и организация системы версии контроля и ревью (bitbucket/gerrit)
Это может быть и банальная настройка каких-нить локальных шарообменников, чатов, вики, бэкапов и репликаций
Это может быть и банальная настройка обычных общих енвайрнментов и поддержания их в актуальном состоянии

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

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

Девопс также весьма совместим с release manager, который отвечает за деплой на продакшн и все с этим связанное.

Еще с точки зрения организации, обычный сисадмин может работать в компании, поддерживая ее локальную инфраструктуру, но не в проекте, который работает на зарубежного заказчика. Следовательно у админа может не быть прав на проектные сервера/исходники и он не должен иметь к ним доступ, поэтому администрированием такого тоже занимается девопс, в силу того, что он работает в проекте (и подписывает НДА).

squid это http прокси.

Не все программы используют http протокол для работы, некоторые (например игры), могут использовать tcp или udp. Сквид может поддерживать ftp/gopher/https, но не socks прокси.

Никак. regression тестирование как раз и занимается тем, что проверяет не сломалось ли ничего из старого функционала.
Автоматизируйте.

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

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

P.S. Есть конечно исключения по курсам и сертификатам - это профессиональные курсы например от Microsoft, Cisco, сертификат по Линуксу LFCE, но эти курсы тоже не трудоустраивают, просто их сертификация достаточно проверенная, чтобы доверять. Остальные сертификаты - ну можно найти много среднедоверяемых, но они могут только сократить время на интервью.

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

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

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

Уточните вопрос, что вы имеете ввиду.
Что два разных юзера зайдет тем же браузером?
Что два разных браузера будут слать тот же User-Agent?
Что чей-то wget будет умышленно имитировать User-Agent другого браузера?

Update:
User-Agent, это текстовая строка, являющаяся частью HTTP запроса, начинающаяся с User-agent: или User-Agent:, и обычно включающая такую информацию, как название и версию приложения, операционную систему компьютера и язык.

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

Может быть вы путаете с куками и сессией?

А вообще, посмотрите тут:
https://developers.whatismybrowser.com/useragents/

Никак. Домен не резолвит в порты, он резолвит только в IP

Редирект вам нужно делать не на ДНС, а на вашем веб-сервере.
Например приложение должно обращаться не к domain.com, а к domain.com/app
Соответственно веб-сервер можно легко подстроить, чтобы все что приходит на app он редиректил на domain.com:6105 или domain.com:6105/app

Пингуйте какой-нить мониторинг снаружи, который будет поднимать тревогу, если в нужное время не пришел пинг.

Можете поднять свой мониторинг на любом VPS или поискать готовые сервисы (недавно на тостере пробегал похожий вопрос). Если у вас есть Нагиос снаружи, то вы можете сами написать скрипт, который будет слать ему периодически простой "ок", а на Нагиосе уже настроите после скольких минут отсутствия ответа поднимать тревогу.

Эта строчка инклюдит все файлы из sites-enabled/*.conf, следовательно есть синтаксическая ошибка в каком-то .conf файле в этом каталоге.
Посмотрите лог файлы от сервера, возможно там будет что-то дополнительно.