BLOG main image
WonJae Lee

분류 전체보기 (544)
diAry - 日記 - 일기 (283)
Lecture & Tip (92)
Favor (164)
nutra forskolin
超울트라판..
potty training chart
超울트라판..
251,839 Visitors up to today!
Today 9 hit, Yesterday 36 hit
daisy rss
tistory 티스토리 가입하기!
Daum view
'Lecture & Tip/Web[웹]'에 해당되는 글 23건
2013.07.22 11:31

Veckon을 창업하고 개발&운영을 진행하면서 사용중인 Tool들을 공유하려고 합니다.


저희보다 앞선 스타트업들도 많지만 후속 스타트업 분들에게 조금이나마 도움이 되기를 기대하면서. :-)


제가 소개할 주요 툴들은 개발팀 입장에서의 툴들입니다. 제가 개발팀장이다 보니 다른 입장에서는 잘 안보이네요 ㅋ

그래도 가능한 회사 운영에 도움이 되고자 도입한 것들이니 다른분들에게도 도움이 될것이라 봅니다.


1. UserVoice - (https://www.uservoice.com)





 - 이미 많은 스타트업들이 사용하고 있는 Feedback관리 툴입니다.

 - 스타트업들은 특히 사용자들의 반응에 민감하게 반응해야해서 VOC들을 수집하는 것이 중요합니다. 그렇다고 소규모로 시작하는 팀에서 이런 시스템까지 직접 구축하기에는 무리가 따르기 때문에 이와같은 서비스를 plugin해서 사용하는게 매우 편리합니다.

 - 저희 Veckon사이트에 가보시면 화면 오른쪽에 실제로 붙어있는 모습을 보실 수 있습니다 :-)


2. Trello - (https://trello.com/)





 - Trello는 간편한 UI를 이용한 To Do관리 툴입니다. 하지만 단순한 기능 이외에 요목조목 들여다보면 정말 많은 기능들이 들어있습니다. 이 사이트의 활용법은 정말 리뷰글을 따로 하나 작성할 정도로 많이 있습니다.

 - 저희 같은 경우에는 내부 작업 진행상황 공유와 작업 우선순위 확인, T/C 관리등의 목적으로 사용하는데 서로 보드를 공유하면 실시간으로 변경사항을 확인가능해서 매우 편리합니다.


3. Github - (https://github.com)





 - 사실 따로 말이 필요없는 서비스입니다. :-) 워낙 많이들 사용하고 계셔서. 바로 Github입니다.

 - 저희도 Git으로 코드 버전관리를 사용하고 가능한 부분은 오픈 소스화 하려고 합니다. 개인적으로 옥토캣을 너무 너무 사랑하고 있습니다.


4. Daum 마이피플 - (https://mypeople.daum.net)





- 사내 공식(?) 메신져는 마이피플입니다.

- 이것을 사용하는 가장 큰 이유는 PC버전이 편리해서 이죵~. 카톡 PC버전이 나오면 뭐 옮겨갈지 알 수 없지만 이건 좀 개인취향이 강하게 섞인 서비스입니다. 신속한 정보공유를 위해서는 사내 메신져가 하나쯤은 있어야겠죠?

- 사실 베컨 서비스에도 차후에 메신저 기능을 넣을 계획에 있습니다 :-)


5. Google Analytics - (http://www.google.com/analytics/)





- 웹 이나 모바일로 서비스를 구축한 스타트업에서 사용자들의 사용량을 확인하고 그 사용패턴을 추적하기 위해서는 구글 Analytics만한 툴은 없다고 봅니다. 정말 많은 정보들을 한눈에 보기쉽게 수집하고 분석이 쉽게 만들어 줍니다.

- 특히 실시간 사용률과 사용자들의 접근 정보 확인은 정말 큰 도움이 됩니다 :-)


6. Veckon - (http://www.veckon.com)





- 바로 저희 서비스인 베컨입니다. 사내 영상통화가 필요한 경우에는 뭐니뭐니해도 베컨 만한게 없습니다! 당연한 이야기지만 홍보성이 짙은 소개입니다 ㅋ.

- 작은 회사에서 정보 공유의 신속성과 홍보는 매우 중요한 일입니다. 화상회의 또는 원거리 바이어와의 미팅에 적극 활용하실 수 있습니다. 

- 특히 민감할 수 있는 개인정보를 이용한 계정의 생성없이 바로 사용할 수 있어 상대방에게 부담이 없습니다.

- 바로 이용해보세요~!



Veckon이 앞으로도 계속 좋은 서비스로 발전할 수 있기 위해서는 정말 해야할일도 많고 넘어야할 산도 많습니다. 

많은 스타트업 회사들과 저희도 같이 성장하고 잘되면 너무너무 좋겠습니다.


서로 화이팅하면서 멋진 미래를 만들어 보아요~ :-)







Name
Password
Homepage
Secret
2013.03.12 17:14

회사에서 sendmail서버 구축을 해야해. 실제로 구축을할까 어쩔까하는 중에 알게된 Amazon SES.


뭔가 서버를 굴리고 관리하고 하는 것이 수고가 많이 들어 그냥 돈주고 사기로 했다.


물론 먼저 Trial버전으로 체험을!


그리하여 시작된..Amazon SES 여정.


설정은 그리 복잡한 것은 없었다. 단...삽질들이 기다리고 있었다;


1. 첫 삽질

 - 우리 환경이 Google Appengine 인데 GAE에서는 기본적으로 Javamail api로 sendmail이 SMTP설정을 gmail이외의 것으로 변경이 안된다. 그래서 

구글신님께 확인을 해보니 역시나 비슷한 공감대를 가진 개발자분들이 친절하게 rawmessage로 전환하여 일반 http전송으로 메일 보내기를 구현해놓으셨다. 감사히 가져오자.

 URL : http://www.radomirml.com/blog/2012/07/31/amazon-ses-service-with-java-on-gae/


- 위 블로그의 내용에 따라 http client와 GAEConnectionManager만 내 lib에 추가하면 잘 동작...하는 줄 알았으나..


2. 두번쨰 삽질

 - SES 설정시 만들어 놓은 SMTP Credential의 ID 와 KEY로 테스트를 진행하였더니


Status Code: 403, AWS Service: AmazonSimpleEmailService, AWS Request ID: xxxxxx, AWS Error Code: SignatureDoesNotMatch, AWS Error Message: The request signature we calculated does not match the signature you provided. Check your AWS Secret Access Key and signing method. Consult the service documentation for details.


위와 같이 애러가 뙇!

다시 구글신님과 함께 대토론...

원인은 Amazon의 불친절한 설명때문!!!


Credential이용시 SES설정할떄 만든 SMTP Credential을 이용하는 것이 아니라 아래의 URL을 들어가서 만드는 Amazon 기본 Access Key를 이용해야한다는 사실;;


http://docs.aws.amazon.com/ses/latest/DeveloperGuide/get-aws-keys.html


나 이외의 많은 개발자들이 이 문제로 인해 스택오버플로가 아닌 히트오버플로 상태였다! 


정답을 찾아준 URL : https://forums.aws.amazon.com/thread.jspa?threadID=88463


Amazon 설명 좀 고쳐!!...주세요


3. 마지막 세번쨰 삽질.


위 문제들을 해결하고 기도하는 마음으로 메일 발송!


그랬더니...


Email is not verified.


가 뙇!!!


아놔....그래서 또 구글신님과 불타는 대....화.....를 진행했으나 찾을 수 없는 답....

하지만 등잔밑이 어두운 법..


Amazon SES 의 정상 사용을 위해서는 Amazon팀의 Production Access권한을 신청해서 승인 받아야 정상 사용 가능하다고;;;

아놔 진짜;


일단 그래서 현재 승인 신청 상태.


일단 분노를 잠재우기 위해 이렇게 삽질 후기를 남김.



아...내일 다시해보자~


업데이트 : 글쓴 다음날.


Amazon님이 아래와 같은 메일을 주신후에 쌩쌩 잘됨. 쓰시는 분들 저처럼 삽질하지마시고 신청하시고 아래처럼 기다려 보아요~


Dear Amazon SES customer:


Congratulations!  You have been granted production access to Amazon Simple Email Service. ...... 중략






Name
Password
Homepage
Secret
2012.10.09 00:14

Appengine을 사용하다보면 자신의 개발 PC이외의 PC에서 새롭게 환경을 꾸미고 싶을 경우가 많다.

특히 나는 집의 데탑과 맥북을 사용하는데 git을 이용해서 sync하는 방법도 있지만 appengine sdk에 내장된 git를 사용하는 방법도 있다.


기본적인 사용방법은 appengine 페이지 에 소개되어있지만 불행히도 잘못 적혀있다. 왜 이것이 아직 바로 잡혀있지 않은지는 모르겠지만;;


./appengine-java-sdk/bin/appcfg.sh download_app -A <your_app_id> -V <your_app_version> <output-dir>

위에처럼 사이트에 적혀있지만 사실 붉은색의 "download_app" 입력위치가 잘못 적혀 있으니 아래처럼 해야 정상 동작한다.

./appengine-java-sdk/bin/appcfg.sh -A <your_app_id> -V <your_app_version> download_app <output-dir>

이렇게 실행하면 바로 code가 주루룩 fetch됨.

끗.





Name
Password
Homepage
Secret
2010.11.07 14:19
어제
com.sun.jersey.api.container.ContainerException: [failed to localize] no.root.res.in.res.cfg()
와 관련된 Post를 올리고 계속 더 깊은 삽질중에 알게된 것.

Spring + jersey를 연결할때 위와 같은 Exception이 나는 것은

RootResource가 bean으로 초기화되지 않아서이다.

난 그것도 모르고 테스트한 답시고 ApplicationContext.xml에 bean 초기화는 하지 않은 상태에서 Test파일 만들고 돌렸다;;

그러니 위 Exception은 계속 뜨지. 난 의아해하며 "왜 RootResource라는 놈을 못찾는지?" 허무하게 구글링만 하고 있었다;;

나와 같은 슬픔의 희생자들이 영문 스레드만을 해메는 것을 방지하기 위해 짧게나마..삽질 결과 공유..ㅠ.ㅠ




Name
Password
Homepage
Secret
2010.11.06 13:03
jersey를 이용해 Spring용 Plugin을 만들어 REST url을 날리며 테스트 하는데 요놈의 Exception이 자꾸 발생한다;;


com.sun.jersey.api.container.ContainerException: [failed to localize] no.root.res.in.res.cfg()

아놔 뭐지..
결국 구글링..

역시 질문 스레드가 여기 저기 많구만...하지막 역시나 답변은 잘 안달렸군..

그나마 있던 답변들은 web.xml에서 init-param 설정을 잘못해서 라는 것.

하지만 근본적인 답변은 안되었다.

결국 구글 코드서치까지 감행..원인을 알 수 있었다;;;


원인은 바로.....init-param에서 설정한 jersey용 package에 Root Resource Class가 없다!! 는 것;;

아놔 이런 간단한 Exception을 왜 이리 어렵게 표현해놓은거냐;;

근데 자세히 보면 no.root.res.in.res.cfg() - No Root Resource In Resource Configuration;;;;이란 말이었냐;;

나도 담부터 Exception에 쓰일 용어나 내용에 신경을 좀 써야겠구만..

아무튼 삽질 엄청해댔네;;캭





Name
Password
Homepage
Secret
prev"" # next

www.flickr.com
www.flickr.com