'OpenID'에 해당되는 글 9건
- 2007/12/04 개발로그 위키에 오픈아이디를 적용했습니다.(모니위키)
- 2007/06/16 다음의 OpenID 지원
- 2007/05/07 OpenID 가 이슈가 되는 이유가 무엇인가?
- 2007/04/29 오픈아이디(OpenID) 위임(Delegate) 과 여러개의 오픈아이디 사용(11)
- 2007/04/22 OpenID 위임(Delegation) 설정하기(1)
- 2007/04/21 블로그에 오픈아이디를 적용해 보았습니다.(6)
- 2007/03/14 역시 Lifepod 는 달라! , OpenID 지원하는 라이팟!!(2)
- 2007/02/28 me2day 와 OpenID , 그리고 독립도메인에 대한 열망(?)(6)
- 2007/02/27 me2day 때문에 오픈ID 에 가입을 해야 겠다.(2)
http://devlog.experlab.com/wiki
모니위키가 얼마전 부터 오픈아이디를 테스트(?)하고 있는 듯 합니다.
아직 정식버전으로 올라온 것은 아니고, cvs 버전으로 올라와 있습니다.
(http://kldp.net/scm/?group_id=210)
잠깐 테스트 해 봤지만, 별다른 문제는 없어 보입니다.
그래서 본 개발로그에는
텍스트큐브
모니위키
MetaBBS
가 오픈아이디를 지원해 적용하고 있습니다.
포럼에 쓰이는 PunBB 는 아직 지원을 안하는 듯 합니다.
PunBB 를 zbxe 로 이전을 할까 말까 생각중입니다.
(zbxe 는 오픈아이디를 지원하는 것으로 알고 있음 - 맞죠?)
이올린에 북마크하기
이올린에 추천하기
openid.daum.net
다음에서 오픈아이디 프로바이더(provider) 로서 지원을 하는 듯 하다.
정확히 결정이 난 것은 아닌듯 하지만, 환영할 만한 일이다.
그에 대해 불만(?)을 표하기도 하지만, 별개의 문제로 봐야 하는 것이 정답이다.
아직은 오픈아이디라는 것 자체가 실험적인 면이 있다.
오픈아이디 컨슈머(Consumer or Rely party) 는 프로바이더에 비해 고려할 사항이 많다.
다음쪽에서 바로 적용하기는 무리일 것이고, 사실 전면적인 적용으로 다음측에 딱히 도움이 되는 면이 많지 않다.
아마 기사,블로그 등의 댓글 서비스 같은 비교적 위험성(?)이 적은 곳 부터 테스트하면서 적용할 가능성이 많다.
비교적 새로운 개념의 오픈아이디를 무리(?)하게 적용하는 것이 오히려 악영향을 줄 수도 있다고 본다.
대부분이 오픈아이디 라는 것 자체에 생소한 상황인데, 너무 앞서가도 문제일 것이다.
다음의 오픈아이디 지원의 의미는 '아! 오픈아이디 라는 것도 있구나' 정도로 인식되어도 충분하다.
난 오히려 중소사이트들이 오픈아이디 지원(Consumer)을 하는 것이 좋을 듯 하다.
(여러 사이트에 하나 하나 가입하기가 영 그렇거든)
Trackback : http://devlog.experlab.com/trackback/327
-
OpenID, Provider 만 하는 것은 손해다.
| 2007/10/10 11:39
최근 국내에 오픈아이디가 주목을 끌고 있습니다. 해외에서도 한국의 오픈아이디 열풍(?)에 관심이 많더군요. 그런데 최근 국내의 오픈아이디 서비스지원 양상이 다소 걱정되는 부분이 있습니다. 오픈아이디 지원에 긍정적인 커뮤니티들에서 뜨거운 이슈중의 하나는 업체들이 Consumer 보다는 Provider 를 우선 하려는 움직임들 입니다. 물론, Provider 를 먼저 적용하는 것이 기존 회원기반을 많이 가진 중.대형 포탈들로서는 본인들 회원기반의 영향력..
그런데, 왜 요즘 그 말이 이슈가 되고 있을까?
기본적인 개념은 SSO(single sign on) , MS 의 passport 와 다르지 않아 보이는데,
MS 같은 경우는 상업적인 냄새가 많이 나서 그런가?
OpenID 의 프로토콜(?)이 공개되었기 때문에 누구나 서비스를 할 수 있기 때문에
이슈가 되는 것인가?
OpenID 를 씀으로서 이점은 많아 보이지만, 몇달(몇주?) 되지 않는 사이에 국내에서 이슈가 되었다.
내가 모르는 사이에 어떤 사건(?) 같은 것이 있었나?
궁금하다.
블로고스피어에서만 이슈가 되는 것인가?
기타 : 관련정보 수집.
more..
ps. 지난 2007/02/27 01:26 에 썼던 글.
블로그 헤더에
<link rel="openid.server" href="http://www.myid.net/server" />
<link rel="openid.delegate" href="http://taemy.myid.net" />
처럼 넣어 놓으면 된다.(각자의 오픈아이디를 입력)
그런데, 이것을 여러개의 오픈아이디를 적용할 수는 없는가?
예를 들어
<link rel="openid.server" href="http://www.myid.net/server" />
<link rel="openid.delegate" href="http://taemy.myid.net" />
<link rel="openid.server" href="http://www.idtail.com/server" />
<link rel="openid.delegate" href="http://taemy.idtail.com" />
이런식으로 중복해서 오픈아이디를 적어서 사용할 수는 없는가?
정확한 오픈아이디 스펙은 모르겠지만, 현재는 안되는 것 같다.(그냥 맨위의 것이 적용된다)
이정도까지 필요가 없는가?
왜 이런 생각을 하게 되었는가?
myid.net , idtail.com 에 오픈아이디를 만들고 사용하고 있다.
둘중에 한 곳을 사용할 수 없을때(서버다운, DNS 이상 등..) 다른 아이디를 사용하기 위해서 이다.
물론 이것을 수동으로 블로그 헤더를 수정해서 필요시 바꾸어 주면 된다.
이것을 오픈아이디 Relying Party 쪽에서 확인해서 알아서 바꾸어 주면 좋지 않을까?
<link rel="openid.server" href="http://www.myid.net/server" />
<link rel="openid.delegate" href="http://taemy.myid.net" />
<link rel="openid.server" href="http://www.idtail.com/server" />
<link rel="openid.delegate" href="http://taemy.idtail.com" />
이런식이 확인하기 힘들다면.. 순서를 두어서(아래 예 처럼)
<link rel="openid.server.1st" href="http://www.myid.net/server" />
<link rel="openid.delegate.1st" href="http://taemy.myid.net" />
<link rel="openid.server.2nd" href="http://www.idtail.com/server" />
<link rel="openid.delegate.2nd" href="http://taemy.idtail.com" />
이런식으로 해 놓고,
{오픈아이디 provider url}/server/ping 같은 것으로 살았는지 죽었는지 확인하고
만일 죽었다면 다음(2nd) provider 로 넘어가서 확인해서 바꾸어 주는 것이다.
오픈아이디 스펙에 이런것이 있는지는 확인해 봐야 겠다.
스펙에 따로 없다면 태터툴즈 플러그인을 만들어 블로그 쪽에서 확인해서 처리해주면 되겠지만,
괜한 오버헤드가 발생할 듯 싶다.
Relying Party 쪽에서 접속하는 경우에만 확인해서 처리하면 오버헤드는 줄어들겠지만,
계속 늘어나는 Relying Party 를 등록해 주어야 한다는 문제도 있다.
이에 대한 다른 해결책이 있나?
-
-
태미(taemy) 2007/04/29 15:48
오픈아이디 스펙을 대충 봤는데, 그런 내용은 없는 것 같습니다.
오픈아이디 Relying Party 쪽에서 스펙이외의 방법으로 지원해야 할텐데,
얼마나 적극적으로 해 줄지는 모르겠네요.
현실적으로 만일의 경우(provider 서버다운..)가 발생할 일이 적다는 이유로 필요없는 조치로 생각할 듯 합니다.
-
-
Kay 2007/04/30 12:40
OpenID 스펙 2.0 (현재 draft) 에 동일한 기능이 들어있습니다. 그리고, 실제 사용자에게 전달되는 형태는 설정툴 등을 통해서 간단한 형태가 충분히 가능할 것입니다. 암튼, 스펙상으로는 충분히 대비가 되었습니다.
-
태미(taemy) 2007/04/30 20:06
댓글 감사^^
이미 진행중이군요.(제가 본 것이 2.0 이 아닌가 봅니다.)
그나저나 국내에 오픈아이디 Relying Party 가 많이 생겼으면 합니다.
-
-
-
Kay 2007/05/10 11:31
스프링노트에 '나의 다른 아이디' 라는 대체 로그인 아이디 지정기능이 추가되었습니다. http://help.springnote.com/pages/218989
Trackback : http://devlog.experlab.com/trackback/291
의 중간부분을 보면 위임하는 방법이 나와있다.
이 개발로그(태터툴즈) 에 설정하였다.
블로그 스킨 헤더 부분에 3줄의 태그를 추가하면 설정이 완료되는 비교적 간단한 방법이다.
OpenID 위임(Delegatioin)이란
taemy.myid.net 이라는 오픈아이디가 있다면 이것을 devlog.experlab.com 으로 위임할 수 있다.
설정후에 devlog.experlab.com 을 오픈아이디로 사용할 수 있게 된다.
설정은 태터툴즈의 오픈아이디 위임 플러그인을 사용하였다.(http://coolengineer.com/374)
워낙 간단한 설정이라 그냥 스킨을 수정해도 된다.
스킨 수정만으로 가능하기 때문에 티스토리 처럼 스킨편집이 가능한 곳에서는 모두 사용가능하다.
즉, taemy.tistory.com 등도 이 오픈아이디 위임기능을 사용할 수 있다.
추가 : 댓글달기 테스트
위임 기능을 설정한 후 테스트 했다.
원하던 대로 블로그 주소가 제대로 나오고 있다.
예전에는 아래처럼 오픈아이디 주소가 나왔었다.
Trackback : http://devlog.experlab.com/trackback/283
http://coolengineer.com/395 의 플러그인을 적용하였음.(다운로드)
답글을 달때 오픈아이디를 사용하실 수 있습니다.
오픈아이디를 가지고 계신분은 테스트 해보세요. ^^
태터툴즈의 플러그인을 분석해서 위키,포럼에 적용시켜봐야 겠습니다.
태터툴즈의 답글보다는 더 많은 기능이 필요해서 더 복잡할 듯 합니다.
추가 : 테스트 해 보았습니다.
openID 로그인을 하는 화면입니다. (myid.net 을 이용하였음)
아래 문구를 보면 "사이트제공약관" 도 처리할 수 있나 봅니다.(좀더 확인)
별칭은 아래 댓글의 이름으로 사용이 됩니다.
오픈아이디로 로그인후에 태터툴즈에서 댓글 다는 부분 입니다.
블로그 도메인을 가지고 있으시면 오픈아이디의 Delegation 을 사용하는 것이 좋을 듯 합니다.
(오픈아이디에서 Delegation 이 핵심인듯)
아니면 아래 그림 처럼 OOO.myid.net 에 홈페이지로 나옵니다.(블로그 주소로 매번 고쳐야 되니 불편하네요)
(태터툴즈의 댓글다는 부분 - 오픈아이디 로그인후의 화면)
Trackback : http://devlog.experlab.com/trackback/280
-
OpenID와 구글(Google)
| 2007/04/24 13:54
최근 오픈마루 스튜디오의 스프링노트를 이용하면서 OpenID라는 새로운 기술을 접하게 되었다. 처음에는 그냥 SSO(Single Sign-On)이구나 생각했는데 보통 Google에서 쓰이는 SSO와는 조금 달라 보여서 조사해 보았다.구글을 사용해 보신 분들은 SSO가 무엇인지 잘 알고 계실 것이다. 간단히 말해 그것은 하나의 아이디와 암호를 가지고 여러 서비스를 이용할 수 있는 것이다. 국내 대부분의 포탈 사이트들도 이 SSO기술을 사용하고 있다...
Lifepod 가 OpenID 를 지원하기로 하였습니다.
모두들 OpenID 를 만들러 갑시다.(go http://myid.net )
전 벌써 만들었지요. ^^
Trackback : http://devlog.experlab.com/trackback/239
-
Lifepod 잠시 사용해 본 동영상...
| 2007/03/14 18:44
메인화면 잠시 사용해 봤습니다. Google Calendar에 익숙해서 그런가 약간은... 불편한 점도 보이긴 하지만, UI야... 기획을 수정하고 개발하면 될 것이고, 사용된 스크립팅과 기술력은 Google에 뒤지지 않는 듯 하다. 사용하면서 불편한건 후배놈한테 이야기 하면 수정 될 듯 하고... 기획자도 없이, 디자이너도 없이 혼자서 하는 것을 보면... 대견하기만 하다. 로그인은 myid.net을 사용해서 로그인 한다. 잡다구리한 개인정보 요구..
그러다 보니, OpenID 를 지원하는 myid.net 알게되고,
OOO.myid.net 이런식은 싫은데, 안할래!!
그런데, 도메인도 지원이 된단다.(http://blog.myid.net/5#a3)
게다가, 태터에 플러그인으로 OpenID 를 지원할 수가 있단다.
결국에는 독립도메인에 대한 열망으로 이어졌다.
아직은 별 생각이 없었는데(내년즈음 생각을 했었다), 조금 앞당겨야 하나?
이게 다 me2day 때문이야!!
ps. my2day 에서 소개누르면 나타나는 창 - FF 에서는 안 닫혀요.(Close)
ps2. me2day 가 지켜보고 있다. ( 덕분이야 ^^ )
( http://me2day.net/sumanpark/from/2007-02-28/to/2007-02-28 )
에 딱걸렸어!!Trackback : http://devlog.experlab.com/trackback/187
-
낭망백수 2007/03/01 13:40
openID 에 대한 포스팅 기대하겠습니다.
openID 의 일부아이디어를 저도 오래전에 생각해본적이 있습니다만,
조금 다른 방향으로 서비스하는듯 합니다.
시간이 많지 않아 openID를 정확히 파악하지는 못하겠네요.
일단 openID 가 '신뢰시스템이 아님'을 강조하는 부분을 보아하니
(http://openid.co.kr/about.html)
단순히 인증절차의 공개된 spec에 관한 일관성을 유지하려는 목적으로 보입니다.
해당 링크에도 언급되었습니다만,
악의적인 openid 서비스에 대해 열려있다는 것이죠.
myid.net 측도 이 부분에 있어서 자구책을 강구하는 중이네요.
(http://blog.myid.net/4)
아직은 "myID.net, 이래서 믿을 수 있습니다" 라고 하기는
시기상조로 보입니다.
꾸벅~!-
태미(taemy) 2007/03/01 16:29
OpenID 예전부터 화자가 되었던 놈인지는 모르겠지만,
제 느낌은 갑자기 나타나 이슈가 되는 것 같이 보입니다.
아무튼 저도 알아보고 있는데, 가능하면 포스팅도.. ^^
그런데, 오픈아이디는 오픈아이디를 제공하는 provider 보다는
오픈아이디를 사용할 수 있도록 하는 Relying Party 가 더 중요한 것 같습니다.
provider 는 사실 포털에서 마음만 먹으면 바로 할 수 있거든요.
-
Trackback : http://devlog.experlab.com/trackback/181
Recent Comment