API 구분하기

개발하다가 이 문제를 어떻게 해결해야할까 고민이 되어서 여기다 써봅니다.

 

아시다시피, 저는 지도 모듈, 지도 에디터컴포넌트를 배포하고 있습니다. (XE Public 프로젝트지만.. 사실상 저 혼자 하는 중)

 

이 프로그램(?)들은 다음, 네이버, 구글, (모듈은 빙까지) 등 다양한 지도 API를 지원합니다.

 

여태까지는 이 다양한 API들의 API 키를 길이로 구분했습니다.

  • 다음: 40자
  • 네이버: 32자
  • 빙(마이크로소프트): 64자
  • 구글: 그 외

그런데, 다음이 개발자 코너를 개편하면서 문제가 발생했습니다.

 

다음의 API 키가 32자로 발급되기 시작한 것입니다.

 

키를 넣기만 하면 어떤 키인지 구분하던 방식이었는데.. 네이버와 다음 둘 사이에 어떤 API 키인지 구분이 안되는 상황이 된겁니다... 이 문제를 어떻게 해결해야 할까요?

 

어떤 키를 넣은건지 그냥 물어볼까요? (<select>로..) [고민하는 이유는 물어보기 싫어서.. (안 묻고 구분하고 싶어서..)]

  • profile
    각각의 api키가 규칙같은것도 없나요?
    예를들어서.. 비밀번호 암호화될때 초반 몇글자만 규칙이 따로있는것처럼요..
  • profile ?
    제가 보기엔 없어보여요 ㅠㅋㅋㅋ
    조금 더 자세히 눈을 크게 뜨고 보면 보이려나요
  • profile
    naver_key daum_key
    explode('_',$key);
    etc.....
  • profile ?
    ㅋㅋㅋㅋㅋ
  • profile
    자세히 어떤 키인진 모르겠지만 검색 좀 해보니 대충 감이 옵니다.구분이 안될 것 같네요. 그래서 저라면 두가지 생각해보겠는데요.
    1. 미솔님의 추가 select폼
    2. 입력된 값을 naver daum순으로 요청해서 성공된 쪽으로 키값을 기억시킴
  • profile ?
    감사합니다! ㅎㅎ
  • ?
    저도 지도모듈을 하나 개발항 생각을 가지고 있습니다. 조금 더 많은 기능을 담을려고 하거든요. 언제가 될지 모르지만 ㅠㅠ 빠른시일내에 만들어야겠네요.
  • ? ?
    응원합니다!! 저는 유지할 용기가 아직은 안나네요 ㅜㅜ 다른 사람이 이어서 해줄거라는 기대도 안되고..
  • ? ?
    일단 misol님 모듈 분석좀 하고.. 제가 만들방향에 대해서 가시화되면.. 이어서라기보다 misol님 모듈로 또 다른형태의 모듈로 나오지 않을까 생각됩니다. 라이센스도 GPL v3인데... 어떨지는 모르겠지만.. 일단 참조 하겠습니다. ㅎ
  • ? ?
    으익 제 모듈은 기능이 거의 없어요..ㅋㅋㅋ