Kizzeon

Очевидный вариант: text-align-last, но работает не везде.

setInterval (а также setTimeout) вам отдаёт идентификатор таймера, запомните его и сбрасывайте при повторном вызове, а потом назначайте снова.

var timer;
function switchClasses() {
  div.classList.add("classTwo");
  div.classList.remove("classOne");
  clearTimeout(timer);
  timer = window.setTimeout(() => {
    div.classList.add("classOne");
    div.classList.remove("classTwo");
  }, 5000);
}

Оу, май, парень. В этом плане лучше всех CSS-Tricks! И это на самом деле лучший ресурс: трюки, фишки, обучение и гайды с подробным описанием всех новейших технологий в области HTML/CSS (Flex, Grid, красивые менюшки и так далее)

30secondsofcode

const searchText = ‘....’;
const regex = new RegExp(searchText, 'gi'); // вынести за цикл filter

var matches = array.filter(state=> {
  const name = state.name, 
         data =  state.data.toString();
    return regex.test(name) || regex.test(data);
});

В robots.txt

User-agent: *
Disallow: /

https://www.business2community.com/seo/how-to-prev...
Установить правила для ботов и запретить индексировать страницы. + На сервере не отдавать страницу, если её запрашивает Бот

1. dart-sass - reference implementation языка т.е. является образцом того как должен работать язык. node-sass binding libsass (реализации спецификации языка на C++) к node.js.
   
   dart-sass содержит в себе все последние фичи языка, к примеру там уже есть поддержка sass modules, libsass отстаёт, а node-sass отстаёт от libsass. За пруфами - сюда и сюда
   
2. libsass производительнее, местами - существенно. К примеру в моих тестах интенсивная работа с sass maps в libsass примерно в 10 раз быстрее чем в dart sass. Насчёт микросекунд - у меня есть проекты которые по 15-20 секунд компилируют только стили на node-sass, на dart-sass всё намного медленнее
   
3. Приведённые ссылки - сравнение тёплого с мягким. Есть реализации языков, а есть плагины для их подключения к различным сборщикам. sass - сама реализация языка, gulp-sass - binding для Gulp, sass-loader - binding для Webpack
   

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

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

window.requestAnimationFrame - берём зазор времени в микросекундах между соседними кадрами.
Например, берём среднее значение рендеринга за 10-20 кадров.
Разумеется, это в скрытом канвасе.

В:

В чём разница между веб сайтом и веб приложением?

О:

The main difference between a website and a web application is USER INTERACTION. Website is defined by its content. Web App is defined by its user interaction. For example you can consider a news site as a website.

(Надеюсь с англ. нет проблем, иначе гугл/яндекс/иной транслейт)

В:

Почему большинство переходит на веб приложения?

О: Вы уверены, что правильно понимаете понятие "веб приложения"? Ибо если сайт написан с использованием "нечисти" (т.е. впихнут реакт/ангуляр//вью/свелт/и.т.д), это еще не делает его приложением (см.выше)

В:

Какие плюсы/минусы у каждой из технологий

О: Все технологии придуманы для облегчения жизнедеятельности людей. От этого и логика, фреймворк нужен не для того чтобы создать конкретно веб приложение вместо сайта, а чтобы упростить его разработку. Ничего более. Нравится все писать голыми руками и клепать 100500 шаблонных html файлов вместо 1 реюзабельного компонента? Пожалуйста, никто вас не останавливает (если это не оговорено в условиях договора/прочего документа). Плюсы у всех технологий (по крайней мере, задумывалось их создателями), облегчение труда/ускорение работы/уменьшение затрат(разных). Минусы: недоработанность/лишний код(который создается этими фреймворками)/много прочего

В:

неужто статическому интернету капут

О: Скорее нет, чем да. Ибо статика обрела новую жизнь, под названием JAMStack

Постранично.

Кроме того, плохие ответы (403) не считаются

Дефакто стандарт разработки 3d игр на JS библиотека - threeJS https://threejs.org/ Она упрощает работу с webgl и имеет только самое необходимое для создания мира - scenegraph, камеры, источники света, растяжку текстур на 3d модели. У библиотеки большое сообщество и много учебников в сети. Чтобы персонаж не проходил сквозь текстуры называется collision detection. В threeJS реализован только самый базовый инструмент для этого - класс Raycaster.построенный на тех же рутинах что и raytracer А чтобы не роверять пересечения каждого с каждым вам нужно будет узнать например про структуру данных quadtree. Встроенного движка физики в библиотеке нет, предполагается что вы будете использовать по своему выбору. Что бы писать на этой библиотеке вам нужно будет подкачать скилл игроделания, но она быстрая.
Если хотите побольше изкоробки берите фреймворк. Например заслуженно популярен Babylon.js www.babylonjs.com Кривая вхождения пониже, встроенного инструментария побольше(например движок физики и скелетная анимация), но работает помедленнее и жрет больше вычислительного ресурса. Tutorials в сети тоже достаточно.

Основная причина в стоимости человеко-часа. Программист из США или ЕС не пошевелит пальцем за ставку меньше 100 долларов в час.