_ _

А какое конкретно событие вы использовали в $ionicGesture? Потому что там touchend нет.
Зато есть отличные drag-события

"Вам нужно использовать jQuery" (c)

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

Очевидно, что на мобильных устройствах не надо показывать эту canvas-анимацию.
Даже если устройство будет "справляться" - будет жрать батарею, как не в себя и при этом греться. А оно пользователям надо?

А чем вас первый вариант не устроил-то? Тем что надо написать .then()?
И ради того, чтобы не писать лишних 20 символов, вы хотите городить костыль?
Тогда мне ход ваших мыслей непонятен.

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

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

Это обычная проблема с CORS-политиками, куча вопросов по ней уже была

95% процентов, что разъезжается float. Зачем такие вещи верстать через float: left, margin-left, если можно через position: absolute?

Правильно через satellizer
1. Говорим satellizerу "Нужно залогиниться через FB"
2. Satellizer запускает процесс авторизации в новом окне, в случае успеха отдает нам инфу о залогиненном FB-пользователе, в том числе токен и id пользователя
3. Говорим нашему серверу "Попытайся залогинить FB-пользователя с таким-то id и таким-то токеном"
4. Сервер используя предоставленный токен запрашивает у FB профиль пользователя. Получив его, сравнивает id пользователя из профиля от FB и id пользователя, полученный с фронтенда. Если они отличаются - нас пытаются "кинуть".
5. В случае совпадения идентификаторов пытается найти "нашего" пользователя с привязанным id соцсети. Если такого не нашлось, то создает нового пользователя, используя данные профиля, полученные от соцсети на этапе 4.
6. Возвращает профиль "нашего" пользователя, найденный или созданный на предыдущем этапе

А как вы подключаете Angular с cdn?
Я собираю Angular2 через webpack, вот мой стартер https://github.com/AlexYankee/ng2-starter

Включите web-инспектор в настройках Safari на телефоне и зацепитесь удаленным отладчиком из Safari с десктопа, перезагрузите страницу из консоли и смотрите ошибки

Ну типа протрактором, его для этого и сделали

Можно что-то из Теории Решения Изобретательских Задач

Нельзя, ставьте OS X на виртуалку