가로로 스크롤이 되는 Elements에서 내부 element를 클릭 시, 클릭한 element를 중앙으로 정렬시키려했다. 해당 로직을 element.scrollIntoView( )함수를 활용하였다. element.scrollIntoView - Web API | MDN Element 인터페이스의 scrollIntoView() 메소드는 scrollIntoView()가 호출 된 요소가 사용자에게 표시되도록 요소의 상위 컨테이너를 스크롤합니다. developer.mozilla.org // behavior: 전환 애니메이션 // inline: 수평 정렬 onClick={() => element.scrollToView({behavior:"smooth", inline:"center")};
NestJS에서 test 코드를 작성하고, npm test로 유닛 테스트를 진행하였는데 다음과 같이 "Cannot find module 'src/common/typeorm.entity' from 'user/user.entity.ts'"에러가 뜨면서 Failed가 발생하였다. 원인은 package.json에 jest 관련 moduleNameMapper가 빠져있어서 test를 할 때 import의 from의 위치를 프로젝트 디렉토리인 root로 지정되어 발생된 일이었다. "jest": { // ... "moduleNameMapper": { "^src/(.*)$": "/$1" } } 위와 같이 package.json의 "jest" 부분에 moduleNameMapper 설정을 src 디렉토리로 설정해주면 된다...
원래 코딩테스트 문제를 파이썬으로 제출하였었는데 자바 & 스프링을 공부하면서 이 기회에 코딩테스트용 언어도 자바로 갈아타기로 맘 먹었다. 백준에 바로 문제를 풀기보단 intellij IDE에서 미리 작성해보고, 해당 코드를 백준으로 ctrl+c/v를 해서 공부를 했다. 그런데..... 이상하게도 백준에 ctrl+c/v를 해서 제출을 해보면 다음과 같이 에러가 발생하였다. 알고보니 백준에서 자바 코드로 답안을 제출할 때는 클래스의 이름을 꼭 "Main"으로 해야하는데 내 멋대로 클래스명을 지정해서 발생한 문제였다. 결론 백준에서 자바 코드로 답 제출할때는 클래스명을 Main으로 하자.
Docker를 기반으로 진행한 프로젝트에서 모니터링 용도의 Grafana와 Prometheus를 적용시키게 되었다. 이에 적용과정을 정리한다. 전제 조건 Docker-compose로 관리되고 있는 Docker환경에서 백엔드는 Django로, 프론트는 React, DB는 Docker 위에서 MySQL로 돌아가고 있는 상태이다. 모든 설정 파일은 .yml로 관리되고 있다. 각 디렉토리마다 DockerFile이 존재한다. 파일 구조 📦 your-repository ├─ .gitignore ├─ docker-compose.yml ├─ django │ └─ src ├─ prometheus │ ├─ data │ ├─ alert.rules │ └─ prometheus.yml ├─ grafana │ ├─ data │ ..
개발/ReactJS 2021. 9. 25. 08:20
가로로 스크롤이 되는 Elements에서 내부 element를 클릭 시, 클릭한 element를 중앙으로 정렬시키려했다. 해당 로직을 element.scrollIntoView( )함수를 활용하였다. element.scrollIntoView - Web API | MDN Element 인터페이스의 scrollIntoView() 메소드는 scrollIntoView()가 호출 된 요소가 사용자에게 표시되도록 요소의 상위 컨테이너를 스크롤합니다. developer.mozilla.org // behavior: 전환 애니메이션 // inline: 수평 정렬 onClick={() => element.scrollToView({behavior:"smooth", inline:"center")};
개발/NestJS 2021. 9. 24. 08:20
NestJS에서 test 코드를 작성하고, npm test로 유닛 테스트를 진행하였는데 다음과 같이 "Cannot find module 'src/common/typeorm.entity' from 'user/user.entity.ts'"에러가 뜨면서 Failed가 발생하였다. 원인은 package.json에 jest 관련 moduleNameMapper가 빠져있어서 test를 할 때 import의 from의 위치를 프로젝트 디렉토리인 root로 지정되어 발생된 일이었다. "jest": { // ... "moduleNameMapper": { "^src/(.*)$": "/$1" } } 위와 같이 package.json의 "jest" 부분에 moduleNameMapper 설정을 src 디렉토리로 설정해주면 된다...
Algorithm & BOJ 2021. 9. 23. 08:20
원래 코딩테스트 문제를 파이썬으로 제출하였었는데 자바 & 스프링을 공부하면서 이 기회에 코딩테스트용 언어도 자바로 갈아타기로 맘 먹었다. 백준에 바로 문제를 풀기보단 intellij IDE에서 미리 작성해보고, 해당 코드를 백준으로 ctrl+c/v를 해서 공부를 했다. 그런데..... 이상하게도 백준에 ctrl+c/v를 해서 제출을 해보면 다음과 같이 에러가 발생하였다. 알고보니 백준에서 자바 코드로 답안을 제출할 때는 클래스의 이름을 꼭 "Main"으로 해야하는데 내 멋대로 클래스명을 지정해서 발생한 문제였다. 결론 백준에서 자바 코드로 답 제출할때는 클래스명을 Main으로 하자.
개발/DevOps 2021. 9. 18. 08:20
Docker를 기반으로 진행한 프로젝트에서 모니터링 용도의 Grafana와 Prometheus를 적용시키게 되었다. 이에 적용과정을 정리한다. 전제 조건 Docker-compose로 관리되고 있는 Docker환경에서 백엔드는 Django로, 프론트는 React, DB는 Docker 위에서 MySQL로 돌아가고 있는 상태이다. 모든 설정 파일은 .yml로 관리되고 있다. 각 디렉토리마다 DockerFile이 존재한다. 파일 구조 📦 your-repository ├─ .gitignore ├─ docker-compose.yml ├─ django │ └─ src ├─ prometheus │ ├─ data │ ├─ alert.rules │ └─ prometheus.yml ├─ grafana │ ├─ data │ ..