Доброе утро!
Изменил немного текст ссылки, чтобы не портить вам утро. PS: с чего бы мне нужно было бы специально что-то делать чтобы дать ссылку, ведь я никак не связан с TNS и с этим сайтом.
То, что сейчас это работает и как будет работать потом по концепции гугла итак ясно.
Дело в том, что такая концепция с т.з. безопасности не очень… Один пароль слишком рискованно.
Для youtube уже давно не нужен отдельный аккаунт.
Мое предложение состоит в том, что мы имеем ОДИН аккаунт со всеми настройками, но для сторонних приложений возможность задавать «временные»/специальные пароли с возможностью разграничения по сервисам и с настройкой прав.
Да, только где будет эта единая точка, если нужно использовать стороннее stand alone приложение?
В принципе ничего не мешает google сделать отдельное api дополнительной авторизации некоторых сервисов для сторонних разработчиков приложений, таких как gtalk, feed reader и т.п.
В гмайл и сейчас есть специфический функционал, который выключен по умолчанию.
То есть кто хоччет использует. И здесь тоже самое.
Я бы использовал хотя бы для гуглталка и для фидридера отдельные пароли и судя по тому, что тема поднималась ни один раз в интернете — то это актуально и для других пользователей. А пользователи, которые довольны тем что есть — ничего нового изучать не придется и менять тоже.
Мы говорим о API для сторонних приложений.
В вашем случае можно/нужно будет создавать доступ и наделить его правами, которые нужны для использования связки. В принципе можно будет создать визард, который поможет назначить/ограничить права правильно. И использование дополнительных паролей не запрещает использование мастер-пароля или еще дополнительного пароля с максимальными правами(кроме прав изменения мастер-пароля).
Почему в ущерб? Кто не хочет безопасность сможет использовать один пароль на все услуги.
Да и наоборот очень удобно — один раз ввел и не беспокоишься, даже если пароль сольют. Всегда можно отследить сессии, если что-то не то — поменять пароль, ведь мастер-пароль нигде не светится.
Отлично — люди думают тоже!
А вот от гугла пока никих движений в этом направлении, разве что в google.analytics можно давать доступ другим пользователям с аккаунтами google, но это немного другое.
Сколково не провальный проект, а революционный и через пять лет, когда российское бизнес-образование и дипломы окончательно дискредитируют себя — Сколково останется единственным на постсоветском пространстве учебным центром с реальным дипломом и реальным обучением от практиков рынка, который будет свободно конкурировать с европейскими и американскими бизнес-школами.
wikipedia Интернет
Изменил немного текст ссылки, чтобы не портить вам утро.
PS: с чего бы мне нужно было бы специально что-то делать чтобы дать ссылку, ведь я никак не связан с TNS и с этим сайтом.
Дело в том, что такая концепция с т.з. безопасности не очень… Один пароль слишком рискованно.
Мое предложение состоит в том, что мы имеем ОДИН аккаунт со всеми настройками, но для сторонних приложений возможность задавать «временные»/специальные пароли с возможностью разграничения по сервисам и с настройкой прав.
В принципе ничего не мешает google сделать отдельное api дополнительной авторизации некоторых сервисов для сторонних разработчиков приложений, таких как gtalk, feed reader и т.п.
То есть кто хоччет использует. И здесь тоже самое.
Я бы использовал хотя бы для гуглталка и для фидридера отдельные пароли и судя по тому, что тема поднималась ни один раз в интернете — то это актуально и для других пользователей. А пользователи, которые довольны тем что есть — ничего нового изучать не придется и менять тоже.
В вашем случае можно/нужно будет создавать доступ и наделить его правами, которые нужны для использования связки. В принципе можно будет создать визард, который поможет назначить/ограничить права правильно. И использование дополнительных паролей не запрещает использование мастер-пароля или еще дополнительного пароля с максимальными правами(кроме прав изменения мастер-пароля).
Да и наоборот очень удобно — один раз ввел и не беспокоишься, даже если пароль сольют. Всегда можно отследить сессии, если что-то не то — поменять пароль, ведь мастер-пароль нигде не светится.
А вот от гугла пока никих движений в этом направлении, разве что в google.analytics можно давать доступ другим пользователям с аккаунтами google, но это немного другое.