그누6에 바라는점 정보
그누6에 바라는점
본문
그누5정식 버전에 바라는 점이아닌 그누6 에 바라는점입니다.~
실현 가능성있는것도 있고 없는것도 있지만 그냥 적어 봅니다.
1. 소셜로그인(소셜/네이트온/네이버)
2. 그누 메신저 (쪽지기능을 확장하여 불사파님 처럼~ 쪽지창도 팝업이 아닌 레이어로 실시간 처리 까지 ㅎㅎ)
3. 소셜그누. (현재까지 가장 잘된곳은 킴스큐~)
4. 그누보드6 프레임워크 (프레임워크라고 불릴수 있는 정도의 프로그램 까지~~~~~)
5. 자동업데이트(xe, 킴스큐에서 사용중이죠~)
└> 방식은 어떻게 해야할지를 아실테니 pass(자동업데이트 기능 테스트는 끝냈지만... 문제가 많더라구요~)
6. 정식 적인 그누 저장소(svn, git)를 활용한 코드 비교
7. 그누6 기반 홈페이지간 채널링 시스템 (+오픈아이디 = 2년전에 만들었다가 버린거....)
댓글 전체
아~ 머리아프겠다....ㅠㅠ
그누6이니까 바로는 머리가 안아프겠죠 ㅎㅎㅎ
그누6에 포함되기로 확정된건가요? ㅎㅎ
확정 언급은 없었는데 공식 확정으로 하시지요 ㅎㅎㅎㅎㅎ
이 글은 보지 않을 걸로.. 쓰여진 적이 없는 걸로 하겠습니다.
ㅋㅋㅋ
ㅋㅋㅋㅋ
ㅋㅋㅋ
수고하세요.
오늘은 수다방 참여하시죠? ^^
좋은 의견 감사합니다. ^^
좋은 의견 감사합니다. ^^
글로만 봐도 멋지네요.
7. 그누6 기반 홈페이지간 채널링 시스템 (+오픈아이디 = 2년전에 만들었다가 버린거....)
이건 저도 해 보고 싶군요.
아이디와 닉을 전 사이트 통합하여 사용하면 인터넷에서 활동도 조심스러울거고 악플이나 불필요한 비방도 줄어들듯 싶고요.
여하튼 정말 멋집니다.
7. 그누6 기반 홈페이지간 채널링 시스템 (+오픈아이디 = 2년전에 만들었다가 버린거....)
이건 저도 해 보고 싶군요.
아이디와 닉을 전 사이트 통합하여 사용하면 인터넷에서 활동도 조심스러울거고 악플이나 불필요한 비방도 줄어들듯 싶고요.
여하튼 정말 멋집니다.
채널링을 한다면 중앙서버가 한대 있어야 되는 건가요?
네 중앙 서버라는게 존재해야 안정적인 서비스를 하수 있습니다만.. 그누간 다이렉트 연결을 한다면 상관없 습니다.
이전에 했던 방식은 api형식으로 게시판 쓰기 마지막단에 채널링 된사이트에 데이터를 전송하고 받는측에서 새로운글을 등록하게 처리했 었 습니다. 회원 가입도 마찬가지구요. 다만 데이터 전송에 있어 보안 문제가 있어 시용 중단 했던 방식중하나죠.
예전에 구현했던것을 간단하게 설명하자면 자동으로 글보내기 및 자동 가입시키기쯤이랄까
이전에 했던 방식은 api형식으로 게시판 쓰기 마지막단에 채널링 된사이트에 데이터를 전송하고 받는측에서 새로운글을 등록하게 처리했 었 습니다. 회원 가입도 마찬가지구요. 다만 데이터 전송에 있어 보안 문제가 있어 시용 중단 했던 방식중하나죠.
예전에 구현했던것을 간단하게 설명하자면 자동으로 글보내기 및 자동 가입시키기쯤이랄까
제가 이해가 부족해서 (잘 몰라서) 질문 좀 계속 드릴께요.
중앙서버는 보안 문제가 심각할 것 같고, 그누간 다이렉트 연결이라는 것은,
A B C 라는 그누보드로 만들어진 사이트가 있을 때, A 와 B 는 채널링으로 묶여 있고 C 는 묶여 있지 않습니다.
A 에 글을 쓰거나 회원가입 하면 B 에도 등록되고 가입되지만, C 는 묶여 있지 않기 때문에 등록/가입이 되지 않습니다.
이 내용을 뜻하시는 거에요?
중앙서버는 보안 문제가 심각할 것 같고, 그누간 다이렉트 연결이라는 것은,
A B C 라는 그누보드로 만들어진 사이트가 있을 때, A 와 B 는 채널링으로 묶여 있고 C 는 묶여 있지 않습니다.
A 에 글을 쓰거나 회원가입 하면 B 에도 등록되고 가입되지만, C 는 묶여 있지 않기 때문에 등록/가입이 되지 않습니다.
이 내용을 뜻하시는 거에요?
제가 구현했던 방식으로 설명을 드릴게요.
관리자 모듈중 채널링 모듈을 작업했습니다.
구조는
1. 채널링 리스트 = 그누간 채널링을 승인하고 거부 하는기능
2. 채널링 수정 = 해당 채널링 홈페이지에 자동 송고 승인 / 수동 송고 기능 / 자동 회원 정보 송고 승인 / 수동 회원인증형
이런식으로 구성 되어있었으며
프로그램 구조는
# 게시글 채널링
1. b라는 사이트에서 a에 채널링을 걸었다면 a는 이를 승인하고 정보에 대한 송고 설정합니다.
2. b라는 사이트는 게시글 데이터가 쓰여질 게시판을 설정합니다.(이부분은 작업 도중에 포기 했던부분이라 더나은 방법을 찾지 못했습니다.)
3. a사이트에서 글작성시 게시판 추가 인클루드 파일에서 데이터를 curl혹은 다양한 방식으로 글에 대한 정보를 b에 전송합니다.
4. b사이트는 채널링 모듈 중 write.php라는 파일로 a가 발송한 게시글데이터를 받게 되면 미리 지정된게시판에 새로운 글을 등록하게 됩니다.
*. b에서도 송고 기능을 켠다면 위 액션을 반대로 동작하여 a에 글이 등록되도록 사용이 가능하죠.
*. a에서 전송하여 b에서 받았다면 b에는 데이터가 `채널고유값_a사이트 등록자 아이디` 식으로 아이디를먹여 등록 하게됩니다.
# 회원채널링
* 회원채널링 같은경우는 두가지 방식으로 제작 했었습니다. <자동 가입형과 회원승인형(오픈아이디형)>
* 우선 적으로 사이트간 채널링을 걸었을경우 회원가입(자동가입형)일경우 약관에 3자 정보제공 약관이 나오게 처리 하며 가입 완료 되는 시점에 채널링 된 사이트에 정보를 암호화 하여 자동가입 시키는 방식입니다. 로그인의 경우 로그인 상단에 채널링 리스트의 셀렉트 박스를 생성 하고 로그인 시도하는 아이디가 있으면 로그인 시키고 없다면 선택된 채널의 회원정보를 요청 하여 받아 아이디에 채널 고유 접두사를 붙여 자동회원가입 시킨후 로그인 시키는 방식입니다.
3년전에 인터센스 행님과 이야기 하며 생각 했던것을 실제로 작업 했었는데... 역시 데이터가 외부 전송되는거라 보안 문제를 어떻게 풀어 먹을지 생각을 못해서 개발 중단 했었죠... 지금이라면야 다시 작업할 엄두는 안나지만.. oauth 방식 또는 nusoap 방식으로 작업 하는게 맞을것 같네요
추가로 제가 작업했던 채널링은 1:1:1:1~~~~ 식입니다.
관리자 모듈중 채널링 모듈을 작업했습니다.
구조는
1. 채널링 리스트 = 그누간 채널링을 승인하고 거부 하는기능
2. 채널링 수정 = 해당 채널링 홈페이지에 자동 송고 승인 / 수동 송고 기능 / 자동 회원 정보 송고 승인 / 수동 회원인증형
이런식으로 구성 되어있었으며
프로그램 구조는
# 게시글 채널링
1. b라는 사이트에서 a에 채널링을 걸었다면 a는 이를 승인하고 정보에 대한 송고 설정합니다.
2. b라는 사이트는 게시글 데이터가 쓰여질 게시판을 설정합니다.(이부분은 작업 도중에 포기 했던부분이라 더나은 방법을 찾지 못했습니다.)
3. a사이트에서 글작성시 게시판 추가 인클루드 파일에서 데이터를 curl혹은 다양한 방식으로 글에 대한 정보를 b에 전송합니다.
4. b사이트는 채널링 모듈 중 write.php라는 파일로 a가 발송한 게시글데이터를 받게 되면 미리 지정된게시판에 새로운 글을 등록하게 됩니다.
*. b에서도 송고 기능을 켠다면 위 액션을 반대로 동작하여 a에 글이 등록되도록 사용이 가능하죠.
*. a에서 전송하여 b에서 받았다면 b에는 데이터가 `채널고유값_a사이트 등록자 아이디` 식으로 아이디를먹여 등록 하게됩니다.
# 회원채널링
* 회원채널링 같은경우는 두가지 방식으로 제작 했었습니다. <자동 가입형과 회원승인형(오픈아이디형)>
* 우선 적으로 사이트간 채널링을 걸었을경우 회원가입(자동가입형)일경우 약관에 3자 정보제공 약관이 나오게 처리 하며 가입 완료 되는 시점에 채널링 된 사이트에 정보를 암호화 하여 자동가입 시키는 방식입니다. 로그인의 경우 로그인 상단에 채널링 리스트의 셀렉트 박스를 생성 하고 로그인 시도하는 아이디가 있으면 로그인 시키고 없다면 선택된 채널의 회원정보를 요청 하여 받아 아이디에 채널 고유 접두사를 붙여 자동회원가입 시킨후 로그인 시키는 방식입니다.
3년전에 인터센스 행님과 이야기 하며 생각 했던것을 실제로 작업 했었는데... 역시 데이터가 외부 전송되는거라 보안 문제를 어떻게 풀어 먹을지 생각을 못해서 개발 중단 했었죠... 지금이라면야 다시 작업할 엄두는 안나지만.. oauth 방식 또는 nusoap 방식으로 작업 하는게 맞을것 같네요
추가로 제가 작업했던 채널링은 1:1:1:1~~~~ 식입니다.
기술적으로 설명하시면 이해가 더 어려워요. 간단하게 개념으로 설명해주시면 안 될까요?
제가 위에 댓글로 쓴 이해가 제대로 된 건가요?
제가 위에 댓글로 쓴 이해가 제대로 된 건가요?
아주간단하게 말하면...
소셜로그인 / 소셜로 글 자동 등록 과 같은 개념입니다.
다만, 제가 작업한건 1:1:1~식으로 채널링 거는 방식이라 약간 확장된 개념이랄까 ㅎㅎ(결국 서버 터지면서 날아갔지만.... 그래서 적용한게 yobi..... 로컬에 git복제 해놓고 서버 터지면 다시 올리고 로컬에서 지워지면 서버에서 복제 하고 ㅎㅎㅎ)
말씀 하신
```
A B C 라는 그누보드로 만들어진 사이트가 있을 때, A 와 B 는 채널링으로 묶여 있고 C 는 묶여 있지 않습니다.
A 에 글을 쓰거나 회원가입 하면 B 에도 등록되고 가입되지만, C 는 묶여 있지 않기 때문에 등록/가입이 되지 않습니다.
```
라는게 맞습니다.
소셜로그인 / 소셜로 글 자동 등록 과 같은 개념입니다.
다만, 제가 작업한건 1:1:1~식으로 채널링 거는 방식이라 약간 확장된 개념이랄까 ㅎㅎ(결국 서버 터지면서 날아갔지만.... 그래서 적용한게 yobi..... 로컬에 git복제 해놓고 서버 터지면 다시 올리고 로컬에서 지워지면 서버에서 복제 하고 ㅎㅎㅎ)
말씀 하신
```
A B C 라는 그누보드로 만들어진 사이트가 있을 때, A 와 B 는 채널링으로 묶여 있고 C 는 묶여 있지 않습니다.
A 에 글을 쓰거나 회원가입 하면 B 에도 등록되고 가입되지만, C 는 묶여 있지 않기 때문에 등록/가입이 되지 않습니다.
```
라는게 맞습니다.
기술이나 운영 관점은 잘 모르겠지만, 사용하시는 분들이 개발하셔서 수익모델을 창출하시는게 더 바람직한 부분이 아닐까라는 생각이 드네요. ^^
ㅎㅎㅎ
처음에는 순수한 목적으로 했었는데 지금 생각해보면 게시글 몇건 얼만 받는식으로 사용이가능 하겠네요.
ps. 그누6에 바라는 점이니까 너무 신경 쓰지 않으셔도됩니다.
ps2. 중앙서버에서 관리하게 된다면 중간 채널대여료 명목으로 수수료 받을수 있고 데이터도 얻을 수 있겠네요 ㅋㅋ
처음에는 순수한 목적으로 했었는데 지금 생각해보면 게시글 몇건 얼만 받는식으로 사용이가능 하겠네요.
ps. 그누6에 바라는 점이니까 너무 신경 쓰지 않으셔도됩니다.
ps2. 중앙서버에서 관리하게 된다면 중간 채널대여료 명목으로 수수료 받을수 있고 데이터도 얻을 수 있겠네요 ㅋㅋ
