일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
31 |
- 미밴드 1S
- django
- 무브나우
- ted
- help_text
- 온오프믹스
- 워크샵
- IOT
- 위즈네트
- 샤오미
- AWS EC2
- psycopg2
- 스포츠코치
- 데이터 이전
- 아이디어팩토리
- UserCreatioForm
- PostgreSQL
- uWSGI
- 미니 화이트
- 마이크로소프트
- berkeley db
- windows
- 탱크램팩토리
- LED
- virtualenv
- virtualenvwrapper
- nginx
- restful
- 스마트 러닝화
- Python
- Today
- Total
목록2016/07 (5)
NERD WORLD
DRF로 RESTful API를 개발하고 있다. DRF에서 웹 브라우저 클라이언트에 대해서는 API를 테스트해볼 수 있는 UI를 제공해준다. DRF가 제공하는 Generic API View와 Serializer를 잘 활용한 경우에는 혜택이 더 있다. request body에 들어갈 쌍들의 key 값에 대한 value를 입력하는 HTML Form을 자동으로 생성해서 브라우저로 렌더링 해준다. 활용하지 못한 경우에는 request body를 raw data로 작성하면 된다. 전자의 경우에는 더 편리하게 테스트해볼 수 있는 DRF Docs 패키지도 존재한다. 이번에 개발하는 API는 1차적으로 목표하는 클라이언트는 안드로이드/iOS 네이티브 앱이므로 브라우저 테스트로는 부적절하다. 그러므로 예상되는 클라이언트..
NEXTERS 9기에서 예니오팀에 속해서 개발중이다. 다른 회원 한분과 함께 DRF(Django REST Framework)를 활용해서 안드로이드/iOS 앱을 위한 RESTFul API를 개발하고 있다. 그동안 Git/GitHub을 이용했을때는, 제대로 협업하기 보다는 혼자서 개발하면서 이력 기록, 코드 백업 정도의 목적으로만 사용해왔다. 이번에 둘이서 함께 개발하게 되면서, 이번 기회에 Git/GitHub에서 협업하는 방법을 몸에 체득시켜볼 계획이다. Git을 사용해서 함께 협업하는 방식(Workflow)은 다양하다. 그중에서 우리팀은 Gitflow Workflow를 선택했다. 대략적인 flow는 아래와 같다. 여기에 덧붙여, 로컬 환경에서 각자가 개발할 목적으로 branch를 생성할때는 issue 기..
데이터베이스 강좌의 프로젝트1을 진행할때, Berkeley DB Java API를 사용했었다. 그때는 pair를 저장할때, 둘 다 String type만 가능한줄 알고 그렇게 사용했었다. 하지만 Berkeley DB의 소개글을 읽다보니, byte array로 변환될 수 있다면 그 어떤 data type도 Berkeley DB에 읽고 쓸 수 있다는 것을 깨닫게 되었다. 예를 들어, Java가 제공하는 HashMap type도 의 data가 될 수 있는 것이었다. 이를 해당 학기때 깨달았더라면 얼마나 좋았을까 하는 생각이 들었다. 그 당시의 나는 그만큼이나 상상력과 행동력이 부족했구나 하는 것을 또 한번 깨닫는다. 아래의 링크들을 참고해서, Berkeley DB에 pair를 저장하고 불러와서 콘솔창에 출력하..
로컬호스트에서는 잘만 작동하던 "인증 email 발송 기능"이, AWS EC2 배포 환경에서는 internal server error 500을 때리면서 뻗어버렸다. 원인을 짐작할 수 없어 난처해하고 있었다. 아래의 플로우로 해결되었다. 1) AJAX 요청에 대해 에러 응답을 받았을 때 이를 출력: 정윤재님의 블로그 포스트를 참고해서 AJAX 요청후에 에러 응답을 받았을 경우, 그 에러 내용을 alert 창에 띄우도록 해서 에러 내용을 파악했다. 2) 구글링으로 문제 해결:Gmail SMTP 백엔드가 정상적으로 작동하지 않는다는 것을 파악할 수 있었다. 스택오버플로우에서 같은 문제에 대한 해결책을 찾아서 이를 적용하니 해결되었다. Captcha가 로컬환경과 EC2 환경에서 어떻게 차이나는지는 정확히 모르겠..
"Django REST Framework(DRF)"로 "RESTful API"를 설계하고 있다. 클라이언트 중립적으로 개발하는것이 맞겠지만, 현재 함께 개발되고있는 유일한 클라이언트는 "네이티브 안드로이드 앱"이기 때문에 아무래도 그쪽으로 신경을 쓰게 된다. 이전까지 Django를 사용할때는, PC 브라우저만을 대상으로 했었다. 그러니 "Django Form"을 사용했고, 이 글의 제목인 "Authentication"이나 "Authorization"에 대해서 깊이 생각해본적이 없었다. Django가 제공하는 로그인/로그아웃 View를 사용하면 그만이었기 때문이다. 그나마 내가 건드렸던건 Sign up에 쓰이는 UserCreationForm, Sign in에 쓰이는 AuthenticationForm 정도였..