일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- Gitbook
- primitive type
- Unit-test
- Travis CI
- REST
- sanghaklee
- 인프런
- JaCoCo
- Linux
- ubuntu
- {}
- dict
- GIT
- RESTful
- Coveralls
- ECMAScript2015
- python
- 개인정보수정
- java
- NPM
- AWS
- Lodash
- PowerMock
- Code-coverage
- node.js
- javascript
- nginx
- sinopia
- ATOM
- API
- Today
- Total
목록Web (5)
이상학의 개발블로그
RESTful API 설계 가이드에 질문 댓글이 달렸는데, 간단하게 답변하기보단 좀 자세히 답변해주고 싶어 글로 작성했습니다. 예제에 good, bad 가 있는데 bad 는 사용하지 말라는 건지 아니면 사용해도 되는데 안 좋은 예라고 말하는 건지 알 수가 없네요. 설계 가이드라고 나와 있는데 아직도 Rest api 가 완성된 형식이 없는 건지 아님 별도의 문법이 있어 각자의 서버에서 나름대로 사용자 정의가 가능한지요. 서버는 웹서버에서 바로 구축이 가능한지 아니면 따로 서버를 구축해야 되는지 구축하려면 어떻게 구성하는지 ㅠㅠ 아래 모든 답변은 필자의 개인적인 생각입니다. 잘못된 부분이 있으면 언제든 댓글로 지적해주세요. 1. 예제에 good, bad 가 있는데 bad 는 사용하지 말라는 건지 아니면 사용..
HTML JavaScript load, http:// vs // - What’s the Difference? Difference Between // and http:// 결론 // 의미는 현재 요청의 프로토콜을 따른다는 것이다. http로 제공되는 웹 서비스: http://code.jquery.com/jquery-3.2.1.min.js https로 제공되는 웹 서비스: https://code.jquery.com/jquery-3.2.1.min.js 자세히 알아보기 웹 개발을 하면 외부 JavaScript 라이브러리를 많이 사용한다. (라이브러리/프레임워크 없이 순수 JavaScript만 사용하는 Vanilla JS도 있다.) 아직 많은 개발 환경에서 라이브러리를 직접 로드하여 사용한다. (HTML에서 Ja..
REST API 관점에서 바라보는 HTTP 상태 코드(HTTP status code) TOC Introduction HTTP 와 REST HTTP Status Code 2XX Success 4.1. 200 OK 4.2. 201 Created 4.3. 202 Accepted 4.4. 204 No Content 4XX Client errors 5.1. 400 Bad Request 5.2. 401 Unauthorized 5.3. 403 Forbidden 5.4. 404 Not Found 5.5. 405 Method Not Allowd 5.6. 409 Conflict 5.7. 429 Too many Requests 5XX Server errors Conclusion Introduction RESTful API ..
1. RESTful API 설계 가이드본 문서는 REST API를 좀 더 RESTful 하게 설계하도록 가이드할 목적으로 만들어졌다.따라서, 기본적인 REST API 개념 설명은 아래의 링크로 대신한다. REST API 제대로 알고 사용하기REST 아키텍처를 훌륭하게 적용하기 위한 몇 가지 디자인 팁일부 규칙들은 기존에 존재하는 회사 규칙 때문에 보편적인 REST API의 철학과 다를 수 있다. RESTful API 설계 가이드 심화 과정REST API 관점에서 바라보는 HTTP 상태 코드(HTTP status code)TOC 1. RESTful API 설계 가이드2. URL Rules2.1. 마지막에 / 포함하지 않는다.2.2. _(underbar) 대신 -(dash)를 사용한다.2.3. 소문자를 사용..
Introduction웹 / 앱 개발을 하면 로그인 과정에서 반드시 만나게 되는 개념이 쿠키-세션이다. 이미 많은 자료와 경험으로 인해 쿠키는 나쁜 놈 세션은 좋은 놈, 로그인은 일단 세션으로 해야지라는 개념이 개발자들의 머릿속에 자리 잡혀있다. 그러나, 최근 들어 IT 인프라 구성에 많은 변화가 생겼다. 웹 기반의 서비스들은 웹과 앱을 함께 서비스하는 것을 넘어 ‘Mobile First’ 앱이 먼저라는 인식까지 생겨났다. 또한, AWS, Azure 와 같은 IaaS 클라우드 서비스가 대중화 되면서 고사양 단일 서버 아키텍쳐에서 중-저사양 다중 서버 아키텍쳐로 변화하고 있다. 이러한 상황에서 더 이상 쿠키-세션 기반 인증 아키텍쳐는 현재의 요구사항을 만족하지 못하고 있다.현재의 요구 사항을 그나마 충족시..