Очень просто.
Было бы здорово добавить возможность продолжить переход после логина по тому пути, куда собирался идти.
Было бы здорово читать пользователя перед проверкой. Может человек уже вошел в систему, и просто обновил страницу.
Новичкам пригодится, но в интернете Ваш подход уже давно описан и очень много раз.
Уже половину прочёл.
Читается хорошо — я её открываю как сказку перед сном. Какие-то моменты читал в «Графика на JavaScript», а некоторые знал до этого, но всё равно почему-то интересно читать.
Книга довольно сложная, не для новичков, из-за использованного словарного запаса, оборотов, резкого перехода от поверхностного описания в существенные детали.
Но, повторюсь, читаю как сказку на ночь, интересно!
Стал бы я её покупать? Нет, как-то не хочется. Не вижу её ценности, если открою через пол года.
Отличная статья!
Ангуляр — классный фреймворк, но начиная на нём писать у новичков в JS (или у людей, которые не задумываются как сделана эта «магия») появляется немало маленьких проблем, которые приходится решать.
Женщины в коллективе это хорошо, главное — чтобы справлялись с отведённым им задачам.
А несправляющихся со своими задачами мужчин тоже, между прочим, хватает.
Поддерживаю по поводу не спать ночь, чтобы в следующий вечер рано лечь. На себе установил это как самый действенный способ сбить устоявшийся режим сна и наработать новый.
Я не сильно в теме — пока не доводилось сталкиваться, но судя по всему это похожие, но разные вещи.
Судя по беглому осмотру википедии OAuth — это завязка на апи по токену одного сервиса, а OpenID — более универсальная вещь, без привязки к конкретному вендору.
Вот гуглу я доверю стороннюю аутентификацию, а чтоб он не ушел — уже акк гугла завязан на мобильный, с сильным паролем, секретными ответами и прочими. Таким образом не нужно бояться за сотни акков, обезопасив всего один.
Отличный вариант уйти от паролей — OAuth авторизация с несколькими вендорами. У многих есть профили в гугле, фейсбуке или вконтакте, так зачем напрягать пользователя на создание нового?
Пишите дальше, только было бы интереснее читать о всяких тонких и хитромудрых моментах реализации, потому что остальное должен был читать каждый новичок.
Было бы здорово добавить возможность продолжить переход после логина по тому пути, куда собирался идти.
Было бы здорово читать пользователя перед проверкой. Может человек уже вошел в систему, и просто обновил страницу.
Новичкам пригодится, но в интернете Ваш подход уже давно описан и очень много раз.
Читается хорошо — я её открываю как сказку перед сном. Какие-то моменты читал в «Графика на JavaScript», а некоторые знал до этого, но всё равно почему-то интересно читать.
Книга довольно сложная, не для новичков, из-за использованного словарного запаса, оборотов, резкого перехода от поверхностного описания в существенные детали.
Но, повторюсь, читаю как сказку на ночь, интересно!
Стал бы я её покупать? Нет, как-то не хочется. Не вижу её ценности, если открою через пол года.
По статье получается нужно что-то сделать после любого инициализированного контроллера?
Очень помогла бы картинка с примером результата, и не совсем понятно, где реализуется инертность?
Ангуляр — классный фреймворк, но начиная на нём писать у новичков в JS (или у людей, которые не задумываются как сделана эта «магия») появляется немало маленьких проблем, которые приходится решать.
А несправляющихся со своими задачами мужчин тоже, между прочим, хватает.
Судя по беглому осмотру википедии OAuth — это завязка на апи по токену одного сервиса, а OpenID — более универсальная вещь, без привязки к конкретному вендору.
Вот гуглу я доверю стороннюю аутентификацию, а чтоб он не ушел — уже акк гугла завязан на мобильный, с сильным паролем, секретными ответами и прочими. Таким образом не нужно бояться за сотни акков, обезопасив всего один.
Мне кажется важнее не язык, а сам подход к обучению и способность объяснять. При таком подходе лучше выбрать что-нибудь универсальное.
Виновник торжества какой-то монструозный. Покажите его реализацию, применимость и плюсы/недостатки?
Связи. С чем взаимодействует пользователь? А view?