nofuture trustnoone

В первую очередь нужно хорошо понимать JS, именно не выучить, а понимать. Область видимости, наследование, контекст, замыкания. Типы данных, как с ними работать. Потом разобраться с ES6. https://learn.javascript.ru/ в этом плане как оглавление, дальше по всему интернету искать статьи и видеокурсы на ютубе, главное брать и самому делать примеры из статей без подсказок и только потом смотреть готовое решение и сравнивать. Консолить, консолить и консолить. Дальше, когда разберетесь с чистым JS, учить уже фреймворки React, Angular, Vue

Англоязычные варианты:
Серия книг You Don't Know JS на Гитхабе. Небольшие книги по главным темам. Нет воды, основные нюансы раскрываются.
Если говорить о видео формате - JavaScript: Understanding the Weird Parts. И как всегда: Ставить задачу, писать решение самостоятельно. Без боли и велосипедов -научиться врядли получится.

Ангуляр сложный. Лучше глянь vuejs. После jquery он более понятен чем другие js фреймворки. И поэтому учится быстрее. React тоже норм но vue проще.
https://vuejs.org/
И ещё один аргумент в пользу vuejs - у него 75к звездочек, а у ангуляра 57к.

NOW() + INTERVAL 7 DAY

Не strip, а str.split:

string = 'foo.bar.test.ru'
length = len(string.split('.'))
print(length)

https://ideone.com/IabPw7
И не рекомендуется перекрывать именами своих переменных стандартные типы (это я про str)

1. Доступ к dom элементу:

myFunc(e){
    var element = e.target
  },

2.

при работе не которые данные куда сохранить лучший вариант? в куки или в localStorage?

- куда хотите
3.

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

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

Есть неплохой слак чат

посмотрите спеки по своему cpu.

Запустить приложение отдельно это отдельная тема, она требует большего уровня абстракции и универсальности, со всеми плюсами и минусами. Обычно приложения в проекте долнольно тесно связаны и выделить их отдельно не представляется возможным, по крайней мере без напильника, да и смысла нет. Количество приложений в проекте зависит от размера проекта и степени связанности логики. Ну логика выделения простая, хотя формализовать ее сложно. Если в приложении становиться очень много моделей и вьюх, то есть смысл подумать о выделении части в отдельные приложения. Или если приложения сразу видно, что совсем про разное, то можно сразу выделять.

Foundation/Bootstrap + SASS/LESS и никакой боли нет, одно удовольствие верстать адаптивные сайты.

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

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