Сергей Протько

.pipe(newer('./public/javascripts/**/*.js'))

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

читается как "Примени вызов функции (которая хранится в этом свойстве) с таким контекстом вызова и такими аргументами"

Далее гуглить что такое контекст вызова.

разница в том что у angular есть:
- своя система модулей с лэйзи инициализацией (плевать на порядок загрузки, если все быстро догрузилось)
- глобальная функция angular.bootstrap которая вызывается по ресолву промиса, в вашем же случае вам надо достать загруженную функцию и вызвать руками.

Как-то так. Ангуляр берет небольшую часть нудного бойлерплейта на себя.

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

<x-single-post post="post" ng-repeat="post in posts"></x-single-post>

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

Если вы используете angular 1.4 то директива будет выглядеть как-то так:

function singlePostViewDirective () {
    return {
        templateUrl: 'post.template.html',
        bindToController: {
            data: '=post' 
        },
        controller: function () {
             var vm = this;
             vm.addComment = function (comment) {
                 // do stuff
             }
        },
        controllerAs: 'post'
    }
}

ну и в шаблоне будет что-то в духе

<form ng-submit="post.addComment(commentText)">
<textarea ng-model="commentText"></textarea>
<input type="submit" />
</form>

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

зайдите в документацию по выбранному раутеру:

A compressing dynamic trie (radix tree) structure is used for efficient matching.

То есть эта штука на основе этих правил строит дерево, которое будет лежать в памяти до тех пор, пока у вас живет приложение.

В PHP кэш необходим, так как PHP приложение умирает после каждого запроса и если бы небыло кэша, то разбор этого добра происходил бы на каждый запрос.

Да, именно так, на момент вызова console.log колбэк еще не отработал. Добро пожаловать в callback hell. Альтернативы:
- промисы, позволяют уменьшить вложенность колбэков
- корутины - сложно но можно писать асинхронный код в синхронном стиле, повторюсь это сложно
- async/await - еще не запилили в js.

для чего нужны директивы

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

где их применять

Везде где только можно, весь UI следует строить на иерархии директив, как если бы вы просто верстали. Я бы даже сказал что использовать только контроллер, как например можно увидеть в примерах для ngRoute/uiRouter и шаблон - это плохо, контроллеры и шаблоны использовать можно, но только для того что бы определить какие в рамках этого роута/стэйта будут использоваться директивы и передать туда параметры. То есть по максимуму все запихивать в директивы. Правда это может быть первое время сложно делать, потому лучше постепенно увеличивать степень дробления UI на директивы. Главная сложность сделать так, что бы директивы были независимы от контекста использования. Ну или явно определить этот контекст (параметр require директивы может определять что директива A может быть использована или должна быть использована только в контексте B). Ну и еще по началу может быть сложно определиться что должно быть в link и что должно быть в контроллере, должен ли вообще у директивы быть link или контроллер.

ng-inject

вы про галповский плагин или все же про ng-include? если последнее, как комбинация ng-include + ng-controller, то это тип... для ленивых. При помощи этих двух директив мы можем создать какой-то элемент, присобачить ему поведение и шаблон, да, но оно не будет изолированным, реюзать такое уже не выйдет. Если это вам надо временно, и вам лень - то можно и так, но лучше сделать полноценную директиву, тогда ее можно будет реюзать в рамках проекта и устранить дублирование. Ну и опять же, вариант с ng-include+ng-controller можно покрыть только E2E тестами, что не удобно. Директивы же просто и удобно покрываются юнит тестами, что делает поддержку системы намного проще и дешевле.

в каком виде правильно и разумно применять директивы

Посмотрите на polymer, это то чем должны были бы стать директивы а ангуляре (и в angular2 оно почти так), там больше ограничений и более понятно как использовать web-компоненты и как следствие - директивы.

Да, а приведенный вами код - аутентификация

p.s. надеюсь вы используете password api для хэширования паролей а не какой-нибудь там md5.

просто не храните этот файл в webroot.