Как можно продолжать обучение?

Если человек не понимает как это увязать в базе, то ему точно рано в библиотеки вроде React и фреймворки. Это будет само, но чуть позже.

Есть хороший совет как подтягивать использование языка - https://qna.habr.com/answer?answer_id=2482982#answ...

Автору вопроса: JS помогает управлять поведением элементов, помогая решать нужную вам хотелку / задачу. Он не интегрируется в вёрстку, словно отдельный продукт, это скриптовый язык, который нужен, чтобы вы могли управлять свёрстанными вами элементами на странице: их реакцией на нажатия по ним кнопки мыши или клавиатуры и на прочие события, можно управлять их html-атрибутами, создавать программно собственные элементы и вставлять в нужное вам место на странице и т.д. Для этого существуют браузерные API, которые помогают во взаимодействии с элементами на странице, запросами данных и многим другим.

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

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

Всё получится. )

Нужен совет: корректна ли связка Nginx - Docker - Nginx (proxy)?

Дмитрий Шицков, спасибо за уточнение.
Отчасти, это эксперимент по организации конвейера силами Jenkins и Docker.
В роли App я не рассматривал исключительно статику: там может быть и API, и backend.

В текущем варианте, приложение - Svelte App.
На стадии builder в Dockerfile запускаю команду npm build и она компилирует мне все сорцы в статику.
Я переношу результат в заветную директорию для Nginx в контейнере. Конфиг там проще некуда:

server {
    listen       80;
    server_name  localhost;

    location / {
        root   /usr/share/nginx/html;
        index  index.html index.htm;
    }
}

Всё остальное - логи, ssl, http2, обработка локаций css / js / img и т.п. - в конфиге для прокси.
Особых причин делать так, как описано, не наблюдаю - скорее решение придумывалось на ходу.

Думал при слиянии в master настроить запуск процедуры тестов, сборки и выкатки в прод. Пока без поклажи в реестр пакетов / образов. Можно, конечно, билдовать статику сразу после тестов и класть в нужное место вне контейнера командами прямо из Jenkinsfile, но давать Jenkins-пользователю рулить в файловой системе кажется неверным подходом.

+ Может я неверно понял идею, но подумал, что возможность накатить версию принудительно / откатиться к прошлому состоянию приложения из реестра контейнеров / пакетов в случае каких-то проблем - это хорошо.
Потому в Docker, хоть пока и без хранения прошлых версий App в реестре.

С backend-сервисами, понятно, можно обойтись и без прослойки Nginx в контейнере.

Как понять < div style="100%" >?

Так-то да, смутило что идентичная запись присутствует в ответе
stackoverflow.com/a/15409347

Однако, насколько я помню, так быть не должно. )