버블정렬 : 숫자 A를 바로 오른쪽에 있는 숫자 B와 비교했을 때 B가 더 작으면 서로 자리를 바꾼다.
선택정렬 : 숫자 A의 자리를 배열에서 가장 작은 수와 교환한다.
삽입정렬 : 배열의 왼쪽에서 두번째 숫자 B(a[1])를 먼저 선택 후, A(B의 왼쪽 숫자)와 비교했을 때 B가 더 작다면 위치를 바꿔준다.
버블정렬은 성능이 좋지 않으므로 사용을 피한다. 초보자들이 처음으로 배우기 좋은 쉬운 정렬법이라 같이 알아두는 것. 삽입정렬은 셋 중에서 가장 빠르지만, 배열이 길어질수록 효율성이 떨어진다는 점을 알아두어야 한다.
INDEX는 책의 목차라고들 표현한다. 내가 찾는 내용이 어디에 있는지 확인하기 위해서 책 전체를 뒤질 필요 없이, 목차에서 이쯤에 있겠다는 걸 확인한 후 찾기 시작하면 속도는 훨씬 빨라진다. 그래서 쿼리 속도 개선을 위해 테이블마다 자주 사용되는 컬럼 몇 개 정도는 인덱스를 걸어두는 것이 좋다. 이번에 INDEX 사용법을 찾게 된 것도 고객사에서 리스트 조회가 너무 오래 걸린다는 연락이 와 쿼리 튜닝을 위해 점검하던 중 인덱스가 걸려있지 않다는 걸 알게 되어서다.
한 번 DB를 백업하거나 복구 해야 할 일이 있다. 워크벤치 등의 툴에서 편하게 하는 방법도 있지만 리눅스 환경에서만 가능한 상황도 있기 때문에 리눅스 환경에서 백업 및 복구 하는 법을 기록해두려 한다.
웹 페이지를 만들다 보면 전체 체크 박스를 선택하거나 해제해야 하는 일이 은근히 많다. 상단의 체크박스를 누르면 거기에 맞춰서 전체 선택, 해제 되도록 처리해보자.
| 글번호 | 제목 | |
|---|---|---|
| 1 | 피카츄 | |
| 2 | 라이츄 | |
| 3 | 파이리 | |
| 4 | 꼬부기 |
사용자가 Textarea에 너무 엔터를 많이 쳐 놓았을 경우나, 글을 복사해서 붙여넣었는데 엔터가 너무 많이 포함되어 있을 경우 등 여러가지 케이스에서 줄바꿈을 한 번으로 변경하고 싶어질 수 있다. 그럴 때 유용하게 사용할 수 있는 방법이다.
이 이슈는 리액트로 만든 실습용 쇼핑몰 사이트를 Github에 배포해보는 연습을 할 때 발생했다.
기존에 이 깃 블로그를 사용하고 있었기 때문에 쇼핑몰 배포는 서브 리포지토리에서 해야 했고, 그럴 경우 경로는 내아이디.github.io/리포지토리주소/ 가 된다.
배포 후 메인에는 정상적으로 접속 할 수 있게 되었는데, 문제는 Nav에서 메뉴를 눌렀을 때 404 페이지가 뜬다는 거였다. 빌드에 시간이 걸려서 그런다는 말도 있고, package.json에 추가 설정을 해 주어야 한다는 말도 있었지만 내 경우에는 그게 문제가 아니었다.
이틀을 씨름하다 간신히 원인을 알아냈는데, 맥빠지게도 링크를 href로 걸어둬서 였다.
올해 초 Log4j 보안취약점 때문에 온갖 사이트들이 난리가 났었다. 우리 회사에도 프로그램 내부에서 사용중인 Log4j의 버전 확인 및 문제가 된 버전 삭제 요청이 빗발쳐서 확인이 필요했다. 나는 Log4j 안 쓰는데? 싶어도 내가 사용중인 라이브러리 내부에서 Log4j 의존성이 포함되어 있을 수 있기 때문에 점검은 꼭 필요하다. 그럼 내 프로젝트에서 어떤 라이브러리가 어떤 jar를 사용중인지는 어떻게 확인 할 수 있을까?