ну вот после того как все разрабы будут идти на компромисс со временем останутся ток вакансии 3 года опыта в пыхе 3 года в ноде знание всех js фреймворков и библиотечек за 30к

ну и там что еще модное бэм этот яндексоидный сверху

Подскажите как правильно проверять на админа? У меня регистрация через firebase, держать права пользователя в базе?

а где ж их еще можно держать?

точно не на клиенте)

Как связывать грубо говоря? Например я зарегался по почте, в firebase прилетел Вася Пупкин с почтой, а как его связать с бд?

Или я должен заранее права прописывать в бд?

Коллеги, как ни странно этот чатик больше чем чат по TS поэтому продублирую свою проблему и здесь

Alexey Krasman, [22.08.16 11:49]
Всем привет. Есть проблема, может кто что посоветует. Бывает такая активная фаза разработки когда ты одновременно разрабатываешь какой-то отдельный модуль и приложение которое его использует (оба проекта на TS). Модуль допустим паблишится в npm и подключается в приложении как зависимость. В моем случае приложение на angular2 а модуль содержит в себе разнличные компоненты, например реализацию oauth2 для angular2. Получается что в обоих проектах Angular2 идет в зависимостях. Если подключать пакет через npm install то все нормально, npm резолвит зависимости, @anuglar/* появляется на верхнем уровне node_modules и все ок. Но как я уже сказал в условиях активной разработки это неудобно, поэтому я подключаю свой пакет локально через npm link в проект и тут начинаются конфликты. В node_modules/ появляется my_module/ внутри которого есть свой node_modules/ с @angular/* , получается дублирование зависимости ангуляра и TS начинает ругаться при компиляции в разных ситуациях, т.к при компиляции improt {MyNg2Module} from 'my_module'; внутри my_module import {*} from '@angular/http' лезет в свой вложеный node_modules/my_module/node_modules/@angular/http

Alexey Krasman, [22.08.16 11:50]
получается что код моего приложения при import { Http } from '@angular/http' получает другую копию Http нежели код делающий то же самое внутри 'my_module'

Alexey Krasman, [22.08.16 11:51]
не знаю понятно ли объяснил, в общем дело в том что при npm link в папке node_modules/my_module/ появляется вложеный node_modules

Alexey Krasman, [22.08.16 11:51]
и это проблема которую я пока не знаю как решить

Alexey Krasman, [22.08.16 11:53]
в compilerOptions я не нашел опции которая бы запрещала поиск пакетов глубже 1го уровня node_modules

кто сталкивался с такой проблемой? как решали?

а ты не пробовал в своем приложении пока указывать относительные пути, мне кажется так было бы проще.
import * from './path/to/module';

а потом каждый раз при deploy не забывать менять на abosulte и потом обратно? тоже не очень вариант

ну про деплой я не в курсе как пакеты стоят, но если так то видимо не вариант

не совсем уверен

Нет, с путями извращаться это плохой вариант. Я пробовал.

но если для сборки юзается webpack
через resolve.alias завернуть на абсолютный путь не получится?

нуу конткретно все импорты "@angular " по абс пути в глобальный node_modules

нооо могу ошибаться

А вот этот вариант я попробую

Но скорее всего это не поможет. Т.к это на уровне ts компиляции происходит