Роман

Нужно дебажить ))
1. Убедиться, что вы этот токен получили от сервера: в хедере или в куках.
2. Если получили - тогда искать, в каком месте не отправляется

Хорошим решением может быть использование Observable - а точнее BehaviorSubject.
Он в отличие от Observable всегда возвращает последнее сохраненное значение.

Вы инициализируете приложение, берете код из локалСторедж и помещаете его в BehaviorSubject.
Все остальные компоненты подписываются на него и получают последнее значение.
Если в какой-то момент, значение изменится (незнаю, пользователь выбрал другой язык) - вы опять помещаете его в BehaviorSubject и все подписанные на него компоненты (слушатели) будут уведомлены об изменении

// Behavior Subject

// инициализируем где-то в сервисе и помещаем первое значение 
bSubject = new BehaviorSubject("a"); 

// создаем метод который будет возвращать наш инстанс bSubject 
getSubject = () => return this.bSubject

// В компененте инжектим сервис, вызываем метод getSubject и подписываемся
bSubject.subscribe((value) => {
  console.log("Subscription got", value); 
// Тут выполняем действия при смене языка 
});

// Позже в другом месте пользователь меняет язык и мы сохраняем его опять в поток 
bSubject.next("c"); // Subscription got c

Если у вас есть корневой роут - можно на его уровне зарезолвить данные (список статей) - и они будут доступны на всех вложенных роутах

Быстродействие приложения закладывается на этапе дизайна.
Конкретно в вашем случае UI выглядит жутко перегруженным. Технически можно добиться быстрой реализации, но, кажется это в целом не спасет ситуацию.

А что вас собственно интересует - Форма регистрации ?

Если правильно понял ваш вопрос и речь идет об использовании внешних скриптов, расположенных, например, в CDN - то я подключал через $script.js - JS loader & dependency manager

Вот пример с подключением Facebook SDK (на 2016 г. правда, может уже что-то получше придумали)

Вам нужно использовать функции! Серьезно.
Их можно вызывать сколько угодно раз.

А в чем сложность ?
СмОтрите спецификацию компонента в Angular 2 и переделываете.
Попутно избавляетесь от всякого странного кода, типа "transclude: !0,"

Если просит еще раз авторизоваться, то скорее всего, ваш текущий сеанс (сессия) завершилась по таймауту.
Я бы в запрос на удаление аккаунта, добавил обработку ошибки.
Вы пытаетесь удалить аккаунт -> Если возвращается ошибка, что пользователь не авторизован, то -> Выполнить авторизацию и затем повторить попытку удаление аккаунта

А еще хорошо бы прикрутить счетчик неудачных попыток - чтобы вашуу систему не зациклило. Например, если после трех попыток удалить аккаунт не получилось - то показать пользователю ошибку / отправить на логин / дургое, что вы зохотите

Вам нужно ответить на вопрос - нужно SEO для вашего сайта ?
Если "Да" - то angular 1+ я бы не брал, будет мучительно )
Да и с производительностью придется повозится, большие объемы данных - особенно, если они не статичны, а предполагают какие-то действия, будут проблемой.

Остается Angular 2 или React
Оба поддерживают серверный рендерин (если SEO)
Оба производительны
React по старше будет - это значит, что в большинстве случаев, можно найти ответы в комьюнити
Как на меня Angular 2 - еще сыроват. Зато есть TypeScript - строгая типизация, интерфейсы, дженерики.

В любом случае, выбрав из этих двух - не прогадаете

WebPack позволяет делать подгрузку по требованию

require.ensure(['jquery'], function(require) {
  require("jquery");
});

Вы можете запросто устроиться верстальщиком - обладая хорошим уровнем HTML, CSS, Bootstrap - можно нормально зарабатывать. А полученные деньги вложит ьв обучение, пойти на курсы того же JS

Ваш основной ресурс - это время
Для изучения новых технологий нужно время и время же нужно, чтобы получить опыт. Потом это можно будет продавать.
Я бы рекомендовал вам досконально освоить то, в чем у вас уже есть опыт. Автоматизировать (читай ускорить) свою работу за счет таск раннеров, например gulp.
И сэкономленное время использовать для изучения новых технологий:
javascript + framework
В идельном мире, конечно, лучше выучить сначала javascript, а затем какой-то фремворк
Но мы живем в реальном мире )

Проблема в том, что вам немного глубже нужно разобраться с промисами в ангуляре

then всегда возвращает новый promise

Взглянем на пример:

function asyncFunction() {  
  var deferred = $q.defer();  
  doSomethingAsync().then(function(res) {  
    res = asyncManipulate(res);
    deferred.resolve(res);
  }, function(err) {
    deferred.reject(err);
  });

  return deferred.promise; 
}

Здесь бессмысленно создается новое обещание $q.defer(). Автор кода явно не знал, что then итак вернет promise. Чтобы улучшить код, просто вернем результат then:

function asyncFunction() { 
  return doSomethingAsync().then(function(res) {  
    return asyncManipulate(res);
  }); 
}

Ссылка на полную статью
https://habrahabr.ru/post/221111/

П.С. вывидите в консоль что у вас приходит в order - может он пустой ?

Весьма коряво!
Я использую на БЕ своего ангуляр-приложения spring + security. Чтобы побороть авторизацию, пришлось сделать следующий костыль:
Спринг возвращает свою собственную страницу авторизации с формой и куками.
Мой партнер по БЕ разработке создал restful метод, в который я отправляю параметры из ангуляр приложения (логин + пароль + remember me признак) - а он получив эти параметры, эмулирует заполнение и сабмит спринговской формы и в ответе возвращает мне набор хэдеров + куки сформированные спринг секьюрити.
В остальном (если не считать этого костыля) - это чистый restful.

На основе набора ролей пользователя я уже на фронте определяю какие разделы меню/навигации видны пользователю.
Теоритически, он может вручную ввести в браузере урл того раздела, который не виден и перейти в него.
Но городить защиту на таком уровне не считаю нужным.
Даже если он попадет на "недоступную" страницу - есть проверка роли на уровне restful API

1. Количество вотчеров на странице. Да-да ). Чем их меньше - тем лучше.
2. One-time binding - Если у вас данные используются только для отображения (большие таблицы, например) и не подлежат модификации пользователя.
3. ng-if вместо ng-show
4. Избегайте ng-style. По возможности переносите в директивы и там jQuery.css()
5. Избегайте {{ }}. Используйте вместо этого ng-bind где можно
6. $compileProvider.debugInfoEnabled(false); - хорошо, но не забудьте включить, если у вас есть тесты.
7. Профайлер. Как показывает практика, программисты оптимизируют одно, а тормозит другое.
8. Общий совет - "тяжелую" логику, по возможности, переносите на сервер. Клиент, чем проще тем лучше.