Vasyl Kovbassa

mint, ubuntu - не ошибёшься
п.с.

каждая жаба хвалит своё болото...

ИМХО (от себя): использую Kali для тестирования своих сайтов/программ

п.с.с. наверно любой дистрибьютив (основной, который вы перечислили) - способен для тех целей, которые вы себе поставили. Те, дистрибьютивы которые я указал - для вас будут наиболее "лёгкими" в освоении. Главное - чтобы у вас работал интернет и google/yandex и желание искать там всё, что вам не понятно (а лучше и быстрее - посмотреть на ютубе видеоуроки по основам этих дистрибьютивов)
п.с.с.с. освоение особо много времени не потребует, хотя конечно будет не привычно. Но, чуть-чуть потерпев вы найдёте для себя как плюсы, так и минусы. Из плюсов, которые лично мне нравятся - менее требовательны к компьютеру/железу + очень многое можно найти в интернете + развиваешься.
Из минусов - непривычно + некоторые для WINDOWS программы нельзя использовать в linux (хотя есть иногда примерные аналоги), хотя без Kali второй ОС я себе не представляю себя как программиста.

хороший отличный manual по linux (в частности mint)

возможно вопрос дурацкий

Так и есть

Есть ли способ поднять локальный сервер на ноде и заставить его собирать не только фронтенд но и выполнять php скрипты?

Я вполне уверен, что можно, но зачем?

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

Те, у которых дескриптор с enumarable: false. Не участвуют в for...in и Object.keys().

+1 за Vue.js
Легко стартануть, достойно спроектирован, есть плюхи "на вырост"

Да что тут думать - Vue.js
Именно по причине доступного порога вхождения.
Причем доступность там как в плане понимания функциональности, так и с точки зрения инфраструктуры (не надо разворачивать охеревшее окружение с 10 транспиляторами - просто подключил один js-файл и сразу пишешь).
При этом Vue не является редким или маргинальным решением, он вполне распространен in the wild, то есть полученный опыт не будет сугубо академическим.

Текущий стандарт начинается со слов:

ECMA-262
7ᵗʰ Edition / June 2016
ECMAScript® 2016 Language Specification

Прошлый:

Standart ECMA-262
6th Edition / June 2015
ECMAScript® 2015 Language Specification

Еще раньше начинался так:

Standard ECMA-262
5.1 Edition / June 2011
ECMAScript® Language Specification

Ходят слухи, что в те далекие времена говорили просто - Javascript, и никто особо не заморачивался. В особо запущенных случаях разделяли пятую версию и самую древнюю - третью (ее использовали особые гуру для поддержки каких-то динозавров и осликов). Но с некоторых пор стандарт стал обновляться каждый год, и к названию ECMAScript добавили год издания стандарта, но старая нумерация (3,5,6,7) осталась в сердцах людей, вот и получается, что "ES2015" - это "ES6 по старому стилю", "ES2016" - "ES7 по старому стилю".

Дали ответ на другом ресурсе, может быть кому пригодится:
1. Да, на нем пишут как простые штуки таки и полноценные SPA, навигация работает без презагрузки.
2. Nuxt js это сборка (VueJS + VueRouter и т.д.) которая делает Рендеринг SPA приложения на стороне сервера. Зачем он это делает? - все очень просто. SPA приложения неиндексируются поисковыми ботами из-за своей асинхронности и JS, NuxtJS решает эту проблему, делая рендер на стороне сервера (выполняет все асинхронные действия например запрос к бекенду по REST, и возвращает отрендеренный HTML)
3. SSR (серверный рендеринг), генерирует ту страницу которую запросил пользователь например: example.ru/item/12, в данном случае SSR спросит у бэкенда Item с id = 12 , и затем сгенерирует и вернет клиенту HTML. В конце HTML документа всегда подключен файл вашего SPA приложения, который исполнится и включит реактивность. Т.е. Получается что первый запрос к сереверу это отрендеренный SSR, а все остальные переходы по приложению это уже SPA
4. Да, просто ставите NuxtJS и наслаждаетесь разработкой.
5. Взаимодействует через REST, делая GET|POST запросы на ваш бекенд. Либо через socket. Используйте laravel 5 как бэкенд
6. Vuex это централизованное хранилище данных. предназначено для того чтобы жёстко отделять данные от view. Все данные хранятся в едином экземпляре, и если происходит set (мутация) для какого-либо значения в хранилище, то во всех местах где был get этого значения, произойдёт обновление.
Этим обеспечивается реактивность, сайт перестаёт быть просто страницей. Он если хотите "обретает душу"

Иногда в простых админках я создаю всего один основной action который делает т.н. getAllState, т.е. Берет все состояние относительно пользователя у бекенда. Например берет объекты user, comments, posts. Billing, messages и пишет это в хранилище.
И когда мне надо обновить данные, я опять вызываю getAllState который обновит хранилище, в это время автоматически вызовется цепочка геттеров/сеттеров и вот тут сработает магия vue. Он сравнит текущий отрендеренный DOM с Новым Virtual DOM. И если где то будут различия он перерендерит этот кусок.

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

Автор: Евгений Рюмин