HANA -J

> CI/CD ? 애플리케이션 개발 단계를 자동화하여 애플리케이션을 짧은 주기로 고객에게 제공하는 방법이다. 기본 개념 : 지속적인 통합, 지속적인 배포, 지속적인 서비스 제공 > CI/CD 도구의 선택 => 프로젝트의 요구사항과 예산에 알맞게 선택, 도구의 선택도 개발자의 역량이다. 1. Jenkins Windows, Linux 및 macOS 플랫폼에서 사용할 수 있다. (별도의 서버필요) 무료 및 오픈소스로 스타트업 및 대규모 조직에 적합 확장성이 좋다 문서가 많아서 문제 해결에 많은 도움이 될 수 있다. 2. Travis Github와 연동이 가능하다 CI/CD 파이프라인은 GitHub Enterprise 도구와 원활하게 통합되는 독점 YAML 구문을 사용 오픈소스는 무료 3. GitHub Acti..

> 프로젝트를 진행하면서 중복되는 값을 pk값으로 거르는데 한계가 있었다. 전체 목록에대한 상세데이터를 받아와야 하는데 상세데이터가 한개의 목록에 대해 여러개의 데이터가 있는데 나는 그 데이터를 주기적으 로 받아와야했다. 따라서 내가 찾은 방법은 A 테이블에는 존재하지만 B 테이블에는 존재하지 않는 값을 받아오기로 했다. > sql 쿼리 SELECT A.column FROM table1 A LEFT OUTER JOIN table2 B ON A.column=B.column WHERE B.column IS NULL; > sequelize //전체아파트 목록에는 존재하지만 상세테이블에는 없는 값 찾기 const keyword = await PrivateApt.findAll({ attributes: ['hous..

//findAll 에 raw:true 조건추가 const keyword = await PrivateApt.findAll({attributes:['houseName'], raw:true})

1. 상태코드 2xx (Successful) : 클라이언트의 요청을 성공적으로 처리 200 (OK) : 요청성공 201(Created) : 요청성공해서 새로운 리소스가 생성됨 202(Accepted) : 요청이 접수 되었으마 처리가 완료되지 않았음 201(No Content) : 서버가 요청을 성공적으로 수행했지만, 응답 페이로드 불문에 보낼 데이터가 없음 ex)save 4xx(Client Error) : 클라이언트 오류 - 클라이언트 요청에 잘못된 문법등으로 서버가 요청을 수행할 수 없음, 오류의 원인은 클라이언트에 있음 400 (Bad Request) : 클라이언트가 잘못된 요청을 해서 서버가 요청을 처리할 수 없음, 요청파라미터가 잘못되었거나 API스펙이 안맞을때 401 (UnAuthorized) ..

1. SELECT * FROM node.users; User.findAll({}); 2. SELECT name, age FROM node.users; User.findAll({ attribute:['name', 'age'], }); 3. SELECT name, age From node.users WHERE role =1 AND age>30; const {OP} = require('sequelize'); const {User} = require('../models'); User.findAll({ attribute :['name', 'age'], where :{ role:1, age:{[Op,gt]:30}, }, }); 4. SELECT id, name FROM users WHERE role =0 OR ag..

오늘 아침에 변경된 파일들만 올리면 되는데 굳이..굳이 다내렸다가 올렷는데 pm2 log에 에러가 왕창 생겼다.... 정확한 원인은 찾지 못하고 node_modules 에서 에러가 나는 거 같아 package-lock.json, node_modules를 다지우고 다시 npm install했는데 같은 상황이였다. 해결 > 서버에 node_modules파일을 안올리고 서버에서 npm install했더니 해결되었다. 이유를 아직도 모른다. 올려서 다행ㅇ ㅣ 지

Cors를 들어가기 이전에 SOP? Same Origin Policy 다른 출처의 리소스를 사용하는 것에 제한하는 보안방식 출처?(origin) https://github:443/hana?tab=repositories#example 이러한 모든 것들을 출처라고 한다. SOP는 왜 도움이 되는가? 자기의 출처와 다른곳에서 요청이 오는경우(해커가 접근하는경우) SOP에 위반되니까 요청을 받지 않는다. ⇒다른 출처의 리소스가 필요한 경우에는 ?? 이때 CORS를 사용! CORS (출처 : MDN) 교차 출처 리소스 공유(Cross-Origin Resource Sharing, CORS)는 추가 HTTP 헤더를 사용하여, 한 출처에서 실행 중인 웹 애플리케이션이 다른 출처의 선택한 자원에 접근할 수 있는 권한을 ..

리소스에 집중 !! => 행위(조회, 등로그 수정, 삭제)는 HTTP 메서드 사용 ex) 회원 관리 시스템 회원 목록 /members -> GET 회원 등록 /members -> POST 회원 조회 /members/{id} -> GET 회원 수정 /members/{id} -> PATCH, PUT, POST 회원 삭제 /members/{id} -> DELETE HTTP API - 컬렉션 - POST 기반 등록 - 서버가 리소스 URI 결정 HTTP API - 스토어 - PUT 기반 등록 - 클라이언트가 리소스 URI결정 HTML FORM - GET, POST만 지원 => 위의 경우와 같이 HTTP메서드가 한정적이거나 메서드로 해결하기 애매한 경우 컨트롤 URI 사용 동사로 된 리소스 경로사용 (ex : /..