본문 바로가기

공부방

 (97)
Nginx config 설정 1.서버 사양 확인 참고 링크 http://bahndal.egloos.com/581863 [step1] cpu 확인 less /proc/cpuinfo [step2] cpu 코어 확인 nproc [step3] 메모리 확인 free -h 2. 리눅스 최적화 세팅 [Step1] limit.conf 설정 리눅스는 /etc/security/limit.conf 파일을 통해 서버의 리소스를 관리함 참고 링크 https://wasking.tistory.com/92 https://www.burndogfather.com/190 ulimit는 프로세스의 자원 한도를 설정 및 확인하는 명령(limit.conf)에서 읽어온다. soft / hard 두가지 제한으로 나뉨 soft : 새로운 프로그램을 생성하면 기본으로 적용되는 ..
Nginx, Tomcat, War 리눅스 OS version 확인 cat /etc/redhat-release 리눅스 OS는 centos 7.9 인 것을 확인하였다. Nginx 설치 레드햇 계열 리눅스인 CentOS는 패키지를 관리하기 위해 yum이라는 명령어를 사용한다. yum은 Yellow-dog Updater Modified의 줄임말이며 RPM(Redhat Package Manager)을 통한 패키지 설치를 개선하기 위해 개발되었다. centos는 yum을 이용해서 패키지를 편리하게 관리할 수 있다. yum을 이용하여 nginx를 설치해보자. 1. yum 외부 저장소 추가 yum 저장소에는 nginx가 없기 때문에 외부저장소를 추가해야 한다. vi /etc/yum.repos.d/nginx.repo /etc/yum.repos.d 경로에..
[Mysql] order by, group by 특정 Key로 Group by 시 첫번째 데이터를 기준으로 묶이게 된다. 1 team_A 토끼 2 team_A 말 3 team_A 강아지 위와 같은 데이터로 예를 들면 ’team_A’로 Group By 할 경우 첫번째 데이터를 기준으로 1 team_A 토끼 와 같이 묶이게 된다. 이름 순으로 정렬 후 Group By를 하고 싶을 땐 적절하게 Order By 후 진행한다. 1 team_A 강아지 2 team_A 말 3 team_A 토끼 Order By를 이용해 위와 같이 데이터를 정렬 한 후 Group By 를 진행 하면 ’team_A’, ‘강아지’ 로 묶인다. 원하는 데이터를 기준으로 Order By 후 Group By를 하면 되지만 쿼리 실행 순서나 문법 상 Group By를 먼저 수행하게 되므로 아래..
df git add 명령어로 staging 한 파일들을 다시 되돌리려면 git reset 을 사용해준다. Git(31) git add 취소하기 (staging 취소) 앗 ! 실수로 git add . 를 하여 변경한 전체 파일을 staging 했다. 😵‍💫 당황치 말고 git reset 으로 다시 unstaged 상태로 되돌리자 🤓 만약, 특정 파일만 unstaged로 되돌리고 싶다면 ? git reset 뒤에 파일경로를 적어주면 해결!
Git의 Staging Area는 어떤 점이 유용한가 Git의 Staging Area는 어떤 점이 유용한가 Git에는 Staging Area라는 공간이 있다. 어떤 변경사항이 저장소에 커밋되기 전에, 반드시 거쳐야만 하는 중간단계이다. 다른 버전관리도구에는 이에 정확히 대응하는 것은 없다. 저장소가 추적하는(관심의 대상이 되는) 파일들의 목록을 유지하고, 그 파일들에 대한 메타데이터를 관리하는 것은 다른 저장소들도 하는 일이지만, Git 처럼 커밋될 예정인 파일의 내용들까지 기억하지는 않는다. 이 Staging Area의 존재는 처음 Git을 사용하는 입장에서는 그저 불편만 안겨주고 이해만 더디게 만들어주는 목적불명의 무언가에 지나지 않는다. 다른 SCM에선 파일을 고치고 바로 커밋하면 되었는데, Git은 반드시 그 전에 add를 해 줘야 한다. 이런 비용..
[Git] Git 3가지 영역 (Staging Area) - Commit 이해하기 Staging Area Commit을 할 때, 총 3가지 영역을 바탕으로 작동합니다. Working Directory : 내가 작업하고 있는 프로젝트의 디렉토리 Staging Area : 커밋을 하기 위해 $ git add 명령어로 추가한 파일들이 모여있는 공간 Repository : 커밋들이 모여있는 저장소 열심히 코드를 작성하다가 커밋을 해야하는 순간이 오면 git add .를 통해 커밋할 파일들을 추가합니다. 이 파일은 바로 Repository에 올라가지 않고, Staging Area에 올라가게 됩니다. Staging Area에 추가한 파일들을 Commit을 한다면 최종적으로 저장소(Repository)로 저장되게 됩니다. File Status LifeCycle File 관점에서는 다시 4가지 단계..
[Git] Git HEAD, reset 옵션 3가지 (hard, mixed, soft) HEAD 란? 현재 내가 위치해있는 커밋을 가리키는 식별자입니다. 보통 커밋을 가리킬 때에는 HEAD가 간접적으로 브랜치를 통해서 가리키게 되는데 아래의 형태가 바로 그 모습입니다. HEAD가 master 브랜치를 통해 간접적으로 세번째 커밋을 가리키고 있습니다. $ git reset --{option} {commit_id} HEAD가 가리키는 커밋에 따라 working directory의 형태도 바뀌게 됩니다. 한번 첫번째 커밋으로 이동해 보겠습니다. (옵션은 아래에서 설명하겠습니다.) $ git reset --hard {commit_id} 첫번째 커밋으로 이동했더니 두번째 커밋과 세번째 커밋이 없어졌습니다. 자 이제 다시 최신 커밋인 세번째 커밋으로 이동합시다. 어라, $ git log로 세번째 커밋..
deleteById, deleteByName testRepository.deleteByName("이름1"); testRepository.deleteById("id1"); deleteById deleteById 코드를 하나씩 살펴보면 아래와 같은 내용이 구현되어있다. deleteById 내부적으로 delete를 호출하고있다. 넘어온 id값으로 findById를 사용하여 delete에 인자로 넘겨줄 데이터를 조회하고있다. 넘어온 id 값이 null 인 경우는 EmptyResultDataAccessException 을 발생시키고 있다.

티스토리툴바