Saboteur

Такой русскоязычный сервис не нужен сам по себе.
Анлгоязычный awwwards это не просто сайт.
Это еще и конференции, где принимают участие крупные известные компании.
Это ежегодная конференция, где вручают призы победителям разных номинаций, и эти призы как минимум noticeable, и видимы крупным корпорациям, что сразу дает возможность получить и заказы от топовых компаний, и наоборот показать им куда можно двигать технологии и действительно "изменить мир".

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

Давай ты через месяца два нам скажешь, получается ли у тебя выдерживать такой темп?

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

В общем нигде он не нужен, серьезно.

Те переменные, которые могут часто меняться, храните прямо на сервере или configmaps в кубере
Те переменные, которые секреты - в хашикорп или другом хранилище секретов.

Все остальные, для изменения которых можно подождать новый билд - просто храните в коде в виде профайлов для каждого енвайрнмента.

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

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

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

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

Хотите более подробный и понятный ответ - изучайте права доступа и принципы работы различных движков на сайте, чтобы найти варианты как можно найти применение тому, что у вас везде 755 на всех файлах.

Все очень плохо.
А теперь подробнее.

1. Рекомендую почитать несколько статей о том, что такое девопс инженер, потому что понятие девопс методологий и девопс инженера - кардинально различаются.

2. У вас очень много книг. Это неплохо. Но у вас вообще не вижу практики. Это плохо.
Есть заметка, что "неплохо бы иметь второй проект", но даже нет идей что за проект.
Какой-то пет проект, который вы будете писать не потому, что у вас есть идея, которую вы хотите воплотить в цифровом виде, а просто потому что "нужно пет проект для портфолио"?
Так это не работает, точнее такой пет-проект будет больше похож на непонятно кому нужную курсовую, которую вам не будет интересно развивать, искать варианты реализации понимая какой результат вам нужен. С другой стороны девопс не может существовать отдельно от проекта...

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

P.S. Вижу, что топик поменялся с DevOps на Web full stack - в таком случае мой ответ более нерелевантен, но возможно из-за него топик и поменялся =)

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

Большой онлайн у разных людей это тоже разные цифры.

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

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

Ну так для начала сделайте в админке управление пользователями. Потом допишете что-то еще.
Опять же действительно - поставь себе любой форум или вордпресс, зайди в их админку, проведи там часик, посмотри что есть.
Не обязательно писать в админку сразу все что нужно. Напиши минимум, а потом добавляй - твой же проект. Будешь сам видеть чего тебе не хватает.

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

А так, такое есть в различных системах код ревью (Bitbucket, Gitlab, Github, Gerrit) или CI - Jenkins/Teamcity/Gitlab CI.
Сам процесс деплоя все равно сам пишешь.

Желательно используя PHP? - это вам рыть в сторону количества ресурсов, которые понадобятся вашему собственному серверу и решению, чтобы стримить видео в приличном качестве на несколько персон.

Поэтому проще не мучаться и юзать какой-нибудь видеоконференц сервис. Даже телеграм с его видеомитингами уже подойдет.

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

Для этого существуют нагрузочные тесты.
Любой сайт тормозит при определенной нагрузке. Быстрый сайт - тот, кто работает приемлимо при предполагаемой или текущей нагрузке.
А меряться сферическими конями в вакууме - бессмысленно.

На си пишут расширения к вебсерверам.
Сайты на Си писать несколько напряжно, но можно.
Скорость работы таких сайтов будет не очень, если не напишешь нормальное расширение, как это сделано для php, например.

UML

> Я начинающий веб-разработчик(если могу себя таковым называть :) ),
> можно сказать изучил фронт на который я потратил довольно большую часть времени

Это же взаимоисключающие параграфы. Если вы начинающий, то как вы могли изучить фронт?

>можно сказать изучил фронт на который я потратил довольно большую часть времени
>Хотелось бы узнать ваше мнение о ЯП(C#, Java, Go, Python, JS),

Как можно было изучить фронт, и не составить свое мнение хотя бы о JS, из которого он считай и состоит?

Судя по твоему вопросу, учиться у тебя получается очень плохо и тяжело, поэтому учи NodeJS - навыки во фронте с JS хотя бы помогут начать не с нуля.

https://www.tutorialspoint.com/unix/shell_scripting.htm

1. Освоить базовую работу в командной строке
2. Разобраться с правами доступа файловой системы
3. Научиться пользоваться популярными утилитами командной строки
4. Научиться работать с ssh ключами

Для базы достаточно

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

Я уже знаю английский на достаточном уровне, чтобы сидеть в Reddit на сабреддите r/learnprogramming и там читать достаточное

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

Вот если брать образцовый сайт в 2020, то как он будет устроен?

Лучшее - враг хорошего. Сайты бывают разные, назначение разное, бюджет разный, аудитория разные.

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

Разное.

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

С таким подходом - как бы изучить поменьше - нужно СРАЗУ выбирать другую сферу. Потому что тут нужно учить побольше. "Изучить" ненужные вещи из 2000 очень сложно, потому что
1. ненужно углубляться в некоторые старые вещи, а на базовом уровне ничего особо ненужного нет
2. В 2000 в веб технологиях было почти ничего, разве что флеш.

Вот, например. Я решила сделать сайт интернет-магазина. Там есть аккаунты, возможность оплачивать и добавлять и редактировать товары и он может работать на разных устройствах и т.д.. Вопрос: с помощью чего бы вы такой проект реализовали?интересно все: от хранения и БД, до того как и что написано, что используется(например, какие языки, какая структура)

Бери вордпресс и смотри

И еще: актуален ли сейчас пхп?

более чем.

и про верстку: я правильно понимаю что большинство сайтов сейчас верстается с помощью гридов и адаптивной верстки?

Это же не название технологий а просто подход.

в какую сторону посоветуете исследовать? может быть материалы какие-нибудь можете подсказать

Гугл. на конкретные технологии.

и еще: как можно узнать каким образом устроены топовые сайты?

Балансировщики, кластера, возможно где-то свои движки.
Но тебе зачем?
Если ты начинающий, почему СРАЗУ магазин и СРАЗУ топовый?
Начинашкам нужно учиться на простых вещах. А топовый - ну посмотри на амазон. Поможет?