Novamoscow

https://pugjs.org/api/reference.html
Подключить pug и вот так должно сработать:

import pug from 'pug';

//...
template: pug.render(`span {{ tr(lang).title }} `)

Но я бы не костылил ))

Посмотрите в сторону Timber, он интегрирует Twig в Wordpress, работает весьма хорошо.

у самого WP есть методы разбивки верстки по частям

https://codex.wordpress.org/Теги_шаблонов/get_temp...

можете компилировать паг, но тогда подсказки пхп идут лесом

установите плагин query monitor и посмотрите какой шаблон использует текущая страница.
На Главной согласно иерархии, помимо index.php могут использоваться шаблоны page.php home.php front-page.php

Если безопасность не имеет значение, то можно хранить в LocalStorage или в Cookies.
Если до, то конечно только в базе данных, или в каком либо файле.

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

Уже миллиарды раз писали, про то, что хороший код в любом случае будет востребован и никакой "конкуренции валом" не будет. Сам только начал, верстаю около года, за 2-5к еще ни разу сайт не делал.

Webpack - это система сборки с массой возможностей. В частности, он анализирует JS-код (а также CSS или другой, через лоадеры), это даёт ему superpowers.

Gulp/grunt - это общая система для организации задач, которая сама по себе сборку не поддерживает, но её можно на ней написать, с помощью плагинов. При этом анализа кода, скорее всего, не будет, а значит ряд продвинутых фич отпадут.

То есть, это две разные вещи. В качестве одной из задач на gulp/grunt вполне может быть сборка webpack, так обычно и делают.

Простую сборку вполне можно написать и на gulp/grunt напрямую. А если посложнее или просто хочется иметь задел "на будущее", то можно воспользоваться специальным инструментом (Webpack).

P.S. У меня когда-то были и gulp task'и сборщики и browserify, но уже давно их место плотненько занял Webpack.

Работать сейчас самостоятельно во фриленсе = возьмут легко, быстрые деньги, хорошие деньги для молодого. Но упираешься в росте квалификации в тупик через очень скоро. Рост квалификации крайне медленный. И будет всю жизнь до смерти "джуниором". Я сталкивался с такими людьми - им по 30 лет уже, во фриленсе по 10 лет, а до сих пор способны делать только то, что у меня умеют джуны с двухлетним опытом.

Работать сейчас на фирму = возьмут с трудом, с деньгами намного хуже. Но быстро подтянут в квалификации на очень хороший уровень. Потолка квалификации не будет. Только важно!!!! - нужно выбирать сильную фирму с квалифицированными коллегами и работой В ОФИСЕ, очно, а не на удаленке и не мелкую хренофирмочку со слабыми спецами. Потом можно и на фриленс свалить.

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

Про GitHub.

1) Любой проект, даже самый маленький начинаю в новом репозитории. Потому что:
- мало ли что из него вырастет,
- код в Гитхабе это бэкап, не засерается место в Дропбоксе или других облаках,
- мгновенный поиск по коду в репозитории, актуально когда проект уже достаточно большой,
- легче спросить совета у коллег или показать проблему, когда исходники можно посмотреть онлайн,
- проект удобно хоронить, если он заглох, или закинуть в портфолио, если он клевый.

2) Создал себе на Гитхабе две дополнительные организации внутри своего аккаунта.
- «paulradzkov-forks» — для форков чужих проектов.
- «paulradzkov-heaven» — кладбище для старых проектов, куда перемещаются все неактуальные проекты.
Эти две дополнительные организации позволяют очистить основной аккаунт от мусора. В нем теперь только несколько актуальных проектов, в которых легко ориентироваться.

3) Перемещаю все старые проекты из Дропбокса на Гитхаб в «paulradzkov-heaven». Проектов много, это долго, но освободилось уже несколько гигов (т.к. там кроме кода psd-исходники, архивы с инсталляторами и прочее). Место в облаках заканчивается, а на Гитхабе — резиновое.
Это кладбище уже пригодилось, когда у меня попросили поискать исходники проекта, над которым я работал 3 или 4 года назад, а я через минуту ответил им ссылкой на нужный репозиторий. Не пришлось никуда лезть, распаковывать, искать, запаковывать, отправлять почтой или закачивать в облако.
Повторюсь, что на Гитхабе классный поиск по исходникам: если нужно посмотреть, как что-то сделал в старом проекте, но не помнишь в каком — можно довольно быстро найти искомое без возни с архивами.

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

Задумывая дизайн новичок исходит из своих возможностей. У профи возможности ограничены только фантазией. Так что эти сайты сделаны на опыте и креативном мышлении, а так же большом количестве знаний. Хотите научится нет проблем - надо учить все что попадается под руку. Начать надо с отличных знаний html, css, javascript, canvas, svg, а дальше сами начнете понимать что еще надо.

Эмм... Может стоит вынести футер в отдельный файл и просто сделать include его в всех страницах? Меняете в одном месте - меняется везде

Ctrl + Shift + R при выделенной папке проекта

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

Нет, зачем?
Есть background-position и background-size ими и пользуйтесь.

Натравите на слайдер lightbox

А чем не устраивает тот же лайтбокс и т.п.? Картинка открывается при клике и листай сколько хочешь все картинки из этой группы

https://jsfiddle.net/31zy87qn/2/
UPD: обновил код