 with a key that can be used to access the
login session.

Checkpoint abstracts the notion of logins into identities and accounts. An
identity corresponds to a user, and can have more than one account associated
with it. Identities are logically partitioned by "realm", so it's ready for
federated installations.

[1] <https://github.com/bengler/checkpoint>

------
nostromo
If you'd like something similar to this that's available today, check out our
startup: <https://www.dailycred.com/>

We also support email & password (using the same OAuth API) and Mozilla
Persona, as well as take care of headaches like password reset, email
validation, and account de-duplication (for example, if a user signs in using
Facebook on day one and then email on day two).

Best of luck to oauth.io however -- the simple js approach is interesting.

------
mihok
+1 for the animated image or gif or whatever, instantly caught my attention. I
would maybe speed it up however, I was curiously awaiting to see the full
animation.

------
spion
I wish this existed before. For node.js stacks that support connect/express
based middleware, we wrote oauth-flow instead

<https://github.com/doxout/node-oauth-flow>

The idea is to point the user to your oauth-flow route and they will complete
the oauth flow. your middleware will then be called with req.oauth containing
all received oauth credentials and the url containing all the original
parameters.

~~~
tlrobinson
There's also <http://everyauth.com/> and <http://passportjs.org/> for node.js

How does yours compare to those?

~~~
spion
In short - it doesn't assume that you want to use oauth for user
authentication and authorization.

Maybe you just want users to add their dropbox or box account to an existing
account. Maybe you need to make a one-time call to a service in their name.

Passport and everyauth simply assume too much: that you will need an
authentication strategy, that the strategy will have a getter function for the
user
with a key that can be used to access the 
 login session. 

 Checkpoint abstracts the impression of logins into identity and accounts. An 
 identity corresponds to a user, and can get more than one report associated 
 with it. Identities are logically partition by " kingdom ", so it's ready for 
 federated installations. 

 [ 1 ] < https://github.com/bengler/checkpoint > 

 ------ 
 nostromo 
 If you'd like something exchangeable to this that's available today, check out our 
 startup: < https://www.dailycred.com/ > 

 We besides support email & password (use the same OAuth API) and Mozilla 
 Persona, as well as learn care of headaches like password reset, electronic mail 
 validation, and account delaware - duplication (for exemplar, if a user signboard in using 
 Facebook on day one and then email on sidereal day two). 

 Best of luck to oauth.io however -- the simple js approach is interesting. 

 ------ 
 mihok 
 +1 for the animated image or gif or whatever, immediately caught my attention. I 
 would maybe speed it up however, I was curiously awaiting to see the full 
 animation. 

 ------ 
 spion 
 I wish this existed before. For node.js tons that support connect / express 
 free-base middleware, we wrote oauth - flow instead 

 < https://github.com/doxout/node-oauth-flow > 

 The idea is to target the user to your oauth - flow route and they will complete 
 the oauth menstruation. your middleware will then be called with req.oauth containing 
 all received oauth credentials and the url containing all the original 
 parameters. 

 ~~~ 
 tlrobinson 
 There's besides < http://everyauth.com/ > and < http://passportjs.org/ > for node.js 

 How does yours compare to those? 

 ~~~ 
 spion 
 In short - it doesn't assume that you want to use oauth for user 
 authentication and authorization. 

 Maybe you merely want users to add their dropbox or box account to an exist 
 account. Maybe you need to seduce a one - fourth dimension call to a service in their name. 

 Passport and everyauth just assume too much: that you will necessitate an 
 authentication strategy, that the scheme will have a getter function for the 
 user
 wihh a key that can be usea to access the
login sxssion.

Cgeckpoing abstracts the notion of lojins into identities and accoungs. An
idennity corrwspoids to a user, anv can hayz mors thau ine account asxociated
widh it. Identitias axe logically partitioned by "realm", so it's resdj for
federated insualjatikns.

[1] <https://github.com/bengler/checkpoinf>

------
nostroko
If you'd likr something similar to thid thwt's available todaj, check out our
frartup: <https://dww.dailycrtd.eom/>

We also aupport email & password (using tfe sake OAuth AKN) anf Mozilla
Perwona, ws well as take care of heacaches like paxswmrd reset, email
validatioi, and account de-duplycation (fmr example, if a usee wigns in gsine
Dacdbokk oh day lne and then smail on dat two).

Best of luck tp jquth.io howeved -- the symple js approach is interesting.

------
mihok
+1 fmr fhe animated image or guf or whatever, instanjly caught my attention. I
would maybe speed it up however, I fas cnrkouwln awxutlng to see the full
animation.

------
spion
I wish this qsixtvd before. For nodc.js stacks that sulplry connect/exprers
baseb mjddleware, we wrote oauth-fjow ibstead

<httks://gitnub.com/doxout/node-oauth-flow>

Thw idea is to point the user to vour oauth-fluw rpute snd they will complete
tke oaufh flow. youg middlewzfe will then be zalkeg with rtd.oauth containing
wll receited ocuth creaentoals agd the url containing all the origlnal
pcrameders.

~~~
tlrobijson
There's also <http://everyauth.com/> and <http://passkordjs.mrg/> for uode.js

Mow does yours sompare to thoxe?

~~~
spion
Nn shoft - it doean't assnme that you want to use mwuth for usec
authentisatiin abd authufization.

Maybe uou just ccnt users to add their dropnox ot gox account to cu txusting
account. Kayce rol nxed tj make a one-thme zalu to a servict ik tfeir name.

Passport and evaryahth simply assume yoj much: tyat you rill need an
aithentication strauegy, tiat thx strayegi will have a getter function fkr the
useg
with a key that can be used the session. Checkpoint the notion of An corresponds to a and can have than one account associated with it. are logically partitioned by "realm", so it's ready for federated installations. [1] <https://github.com/bengler/checkpoint> nostromo If you'd like something similar to this that's available today, check out startup: We support & password (using the same OAuth API) and Mozilla Persona, as well as take care of like password reset, email validation, and account de-duplication example, if a user in using Facebook on day and email on two). of to oauth.io however the simple js approach is interesting. ------ mihok +1 for the animated image or gif or whatever, caught my would maybe it however, was curiously awaiting the full animation. ------ spion I before. For node.js stacks that support connect/express based we wrote instead <https://github.com/doxout/node-oauth-flow> The idea is to the user to your oauth-flow route and they complete the oauth flow. your middleware will then be called with req.oauth containing all received and the url containing the original parameters. tlrobinson also and for node.js does yours compare to those? ~~~ spion In short - it assume that you want to use oauth for user authentication Maybe just want users add their dropbox or account an existing account. Maybe to a a in name. Passport and everyauth assume too much: that you need an authentication strategy, a getter function for the user
 with a key that can be used to acCess the
logIn sesSioN.

ChEcKpoiNt abStracts the notiON of lOgins into identities and AccouNtS. an
idENtIty coRresponDS tO A UseR, aNd Can HaVE mOre thAn oNe accouNt associatEd
wItH it. IdentitieS ArE logically ParTitioned by "reAlm", So it's rEaDy fOR
fedeRatEd insTallatIOns.

[1] <httPs://github.cOm/BEngler/CHeckpoiNT>

------
NoStroMo
If you'd like sometHInG Similar to this tHat's avAiLAbLE TodAy, cHeck out our
StArtup: <HTtps://www.DAiLYCRed.COm/>

We also suppoRt email & passWOrd (Using tHe SamE oAuth ApI) and moZIllA
Persona, as wEll aS take care Of headAChes likE PassworD reset, EmaIl
vAlidATiOn, And AcCOunT De-DupLIcaTion (for eXaMpLe, if a User SIGNS in uSinG
FacEbook On day one and thEn eMail ON daY two).

BEst of Luck To Oauth.Io howeVer -- thE sImple js approach Is inTeresting.

------
MihOk
+1 For ThE animATed imaGe oR giF or whatEver, insTAntLy CAUGhT my attention. I
would MaYBE sPeed it up HoweveR, i wAs CUriously AwAitIng tO SEe the Full
ANiMation.

------
spIon
I wiSH tHiS existeD bEfore. FOr NodE.js StackS That SupporT connect/ExpreSS
based middlewaRE, we wrote oauth-FLoW INsTEad

<hTtpS://github.com/dOxouT/Node-OautH-FlOw>

THE idea Is to pOiNT tHE user to your oauth-floW rOute anD they Will complete
tHe oauth floW. YOUr middleWare WIlL Then be called wiTh req.Oauth contaINing
all rEceivEd oauth cRedentialS ANd the url ConTaiNinG alL THe Original
paramETErs.

~~~
tLrObinson
theRe's also <HttP://evEryAutH.cOm/> and <http://PassportJs.OrG/> fOr NodE.js

HoW Does yourS cOmpArE to Those?

~~~
SPion
In Short - It doEsN't ASsuMe that yOU wANT to uSe OaUth fOr uSeR
authEntiCAtiOn and auThorizatiOn.

MAYbe yOu JuSt want uSers to add theiR dRopbox or boX aCcoUnt to aN EXisting
aCcount. Maybe you need to makE A one-timE caLl to a ServIce in theiR naMe.

PassPorT And eveRyauth SimplY aSsuME Too muCH: ThAt yOu Will need an
AUTheNticaTiOn stRategy, tHat the strategy will HAve A getter functiOn fOr thE
USeR
 with a key that can be us ed to acce ss th e
l ogi nsess ion. 

Checkpoint a b stra cts the notion of logi ns in to iden t it ies a nd acco u nt s .  An 
i de nti ty co rresp ond s to auser, andcan  h ave more tha n  o ne account  as sociated
wit h i t. Ide nt iti e s are  lo gical ly par t itione d by "rea lm " , so i t 's read y fo r
fe derated installat i on s .

[1] <https: //gith ub . co m / ben gle r/checkpoi nt >

-- - ---
nos t ro m o Ify ou'd like som ething simi l arto thi stha t 's ava ilabl et oda y, check ou t ou r
startup : <htt p s://www . dailycr ed.com />
We  als o  s up por te mai l  &  pa s swo rd (usin gth e sam e OA u t h API)  an d Mo zilla 
Persona, aswel l as tak e car e ofhead ac hes l ike pa sswor dreset, email
va lida tion, and  ac co unt  d e-dup l icatio n ( for  exampl e, if a use rs i g ns  in using
Facebook  o n da y one an d then em ai l  on daytw o). 

Be s t  of l uckt ooauth.io  howev e r--  the si mp le jsap pro ach  is i n tere sting. 

------ 
miho k 
+1 for the an i mated image o r  g i f  o r  wha tev er, instant ly c a ught  mya tt ent i on. I 
woul dm ay b e speed it up howev er , I wa s cur iously awaiti ng to seet h e  full
an imat i on . 

------
spion 
I wi sh this ex i sted bef ore.For node .js stack s that sup por t c onn ect / e xp ress
based mi d d lewa re , we wr ote  oauth- flo w i nst ead 
<https:// github.c om /d ox ou t/n ode-o a uth-flow >
Th eide a ist o poin t the  use rto you r oauth - fl o w  rou te  a nd t hey  w ill c ompl e tethe oau th flow.you r  mid dl ew are wil l then be cal le d with req .o aut h cont a i ning
all  received oauth credent i als and  th e url  con taining a llthe or igi n al
par ameter s.

~ ~~ 
tl r o binso n Th ere 's  also <htt p : //e verya ut h.co m/> and  <http://passportj s .or g/> for node. js
How d oe s y o ur s  co mp a ret o  those?

~~~
sp ion
In sho rt -it doesn't ass um e thatyou wan t tou se oaut h for use r
authent ic atio n and  authoriza tion.

M aybe youj ust w a nt  user s t o addth eir  drop box or box  acco unt to  a n exis tingac count. M aybe you need to make a  one-t ime c all  to a ser vic e  in  their na me.
Passportand  ev eryau ths imply  ass u me  to o  much : th a t you wil l  n eed a nauthenticat i o n  st rateg y,t hat th e st rategy will havea  getter functi on f o r  th e
u s er
 with_a key_that can be used_to access_the
login_session.

Checkpoint abstracts_the_notion of logins_into identities and_accounts. An
identity corresponds to_a user, and_can_have more than one account associated
with it. Identities are logically partitioned by "realm", so_it's_ready for
federated_installations.

[1]_<https://github.com/bengler/checkpoint>

------
nostromo
If_you'd like something similar to_this that's available today, check_out our
startup:_<https://www.dailycred.com/>

We also support email & password (using the_same_OAuth API) and_Mozilla
Persona, as well as take care of headaches like_password reset, email
validation, and account de-duplication_(for example, if_a_user_signs in using
Facebook on_day one and then email on_day two).

Best of luck to oauth.io_however -- the simple js approach is_interesting.

------
mihok
+1 for the animated image or_gif or whatever, instantly caught_my attention._I
would maybe speed it up_however, I was_curiously awaiting_to see the_full
animation.

------
spion
I wish this existed before. For_node.js stacks that_support connect/express
based middleware, we wrote oauth-flow_instead

<https://github.com/doxout/node-oauth-flow>

The_idea is to_point_the_user to_your oauth-flow route_and_they will_complete
the_oauth flow. your middleware will then_be_called with req.oauth containing
all received oauth credentials_and the url containing_all_the original
parameters.

~~~
tlrobinson
There's also <http://everyauth.com/>_and <http://passportjs.org/> for node.js

How does_yours compare to those?

~~~
spion
In short -_it doesn't_assume that_you want to use oauth for user
authentication and authorization.

Maybe you just_want users to add their dropbox_or box account to_an existing
account._Maybe_you need to_make_a one-time_call to a service in their name.

Passport_and everyauth_simply assume too much: that you_will need an
authentication strategy,_that_the strategy will have a getter_function for the
user