Андрей

Без базы данных никак)

Приложение должно быть PWA - для это необходим файл site.webmanifest

В случае с моим сайтом, PWA вышел вообще случайно. Я генерил favicons и он выдал мне этот самый файл, который я до кучи залил. Кнопка появилась)

Как раз решал такую же проблему. Написал класс, который отвечает за горизонтальную прокрутку.
Суть простая - слушаем mousedown на блоке, mousemove на документе, затем задаем scrollLeft блоку в зависимости от перемещения мыши.

У блока по любому будет overflow-x: auto, просто нужно дополнительно задать для этого блока

::-webkit-scrollbar
  display: none

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

UPD: немного добавлю деталей.

На уровне html это будет что такое:

<div class="container">

  <div class="menu">
     <div class="menu-element">Меню</div>
     <div class="menu-element">Еще чето</div>
     <div class="menu-element">И еще</div>
  </div>

</div>

CSS:

.container {
  width: 100%;
  overflow-x: auto;
}

.container::-webkit-scrollbar { // честно, уже не помню как это правильно написать на чистом css
  display: none 
}

.menu {
  display: flex 
  flex-wrap: none // запрещаем переносить элементы при переполнении блока
}

Мне тоже powershell кажется более удобным, достаточно разрешить исполнение скриптов, проблема, как я вижу, в этом.
Гайд (при активации у меня консоль повисла минут на 15)

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

Хорошей практикой будет создание отдельных компонентов и объединение их в один родительский, где они будут динамически импортироваться, а за отображение нужного будет отвечать элемент "component(:is="<нужный компонент>"). В крайнем же случае, если прям ну совсем не хочется создавать файлы, не понимаю, почему не сделать так:

<template>
  .component-1(v-if="blah")
     // код компонента
  .component-2(v-else-if="blah-blah")
     // код второго компонента
  // и так далее
</template>

Решение на хабре

https://www.npmjs.com/package/slugify

Официальная документация говорит, что mounted(). Тоже все время использую там, никаких проблем)
Пруф

Что касается подгрузки инфы при переходе по маршрутам, но без смены компонента - используйте:

watch: {
   '$route' (from, to) {
      if (from.path !== to.path) { // или любое другое условие
           axios.getSomethingFromBackend()
      }
   }
}

Код может быть неточен, но суть в том, чтобы следить за изменением роута и вызывать необходимые действия, так как при переходах вида from /blog/post_id to /blog/another_post_id хуки не срабатывают.

Простые вещи помогают взрывному росту: job-hopping и pet-projects. Если вы 4 года на одном месте, с самого начала карьеры, то в этом и вся проблема. Нет драйвера для роста.

Напишу с точки зрения джаваскриптора. С php знаком поверхностно, и, как по мне, там это бесполезная затея. Как и, простите, сам php (сугубо моё мнение, не холивара ради).

При ООП требуется совершенно иное мышление. Мыслить придется очень абстрактно, продумывая порой одну только структуру целыми неделями. И проблема ООП в том, что она позволяет эту структуру обдумывать неделями, в то время, как при функциональном/императивном подходе можно было уже написать рабочий прототип и отрефакторить. Фактически, никаких преимуществ не возникает, опять же, с моей точки зрения и имеющегося опыта. Так как возникает большой простор для творчества, то по незнанию можно весь код усложнить в сотню раз, в то время, как ООП наоборот позиционируют как парадигму, упрощающую поддержку.

Например, класс User. Может, он умеет создавать записи в блог? А может есть класс Blog, с методом .newPost()? А может и вовсе Post.new()?

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

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

https://www.youtube.com/user/DesignCourse единственный канал, который тебе нужен. Тренды, инструменты, дизайн, фронтенд разработка. Всё доступно и наглядно.

Fullstack?