기록_1007

class="active" >> 현재 active한 부분을 보여줌

el 태그 >> jsp 에서만 사용 가능(=> script에서 사용 못하는 이유)

<a href="javascript:;"> 본래 함수 호출 목적으로 사용되는 js 프로토콜

참고 https://blogpack.tistory.com/1079

URL이 없는 하이퍼링크(<a>)에 "#"과 "void(0)"을 사용하는 이유와 차이점

-----------------------------------------------------------------------------------------------------------------------------------

HashMap<String, Object> map = new HashMap<String, Object>();
//제내릭 내의 key value 값 지정
//데이터 타입에 상관없이 값 저장하고 싶을때 Object 사용

 

HashMap은 인터페이스로 상속받은 메서드(인덱스 개념이 아니라 순서 없음)
Object put(Object key, Object value): 지정된 키와 값 저장
Object remove(Object key): 지정된 키로 저장된 값을 제거
Object get(Object key): 지정된 키 값(키 값 없으면 null) 반환
Set keySet(): 저장된 모든 키를 모아서 Set으로 반환

 

Set keys: HashMap은 인덱스가 아니라 키로 저장하는데 무슨 키가 들었는지 모르는 경우 사용
Set keys = map.keySet(); //키를 string으로 지정했기 때문
//반복문을 사용하여 값 꺼내야됨 하지만 set은 값을 꺼내는 메서드 없음 -> 향상 for문 사용
for (String key : keys) {
//:뒤에 어리, 셋이옴 String key는 keys에서 값을 꺼냈을때 저장할 변수(저장하고, 꺼내고){실행}
System.out.println(key+" : "+map.get(key));
}

----------------------------------------------------------------------------------------------------------------------------------------------------------------

gitbash 설정 

** gitbash 사용이유 >> window에서 Linux 명령어를 사용하기 위함

Windows 에서는  line ending으로 CR(Carriage-Return, \r)과 LF(Line Feed, \n)을 사용하고 Unix 나 Mac OS 는 LF 만 사용

이때문에 실제 코드는 변경된 게 없지만 소스의 CR/LF 때문에 변경으로 착각하여 commit 을 하게 될 수 있고 변경 로그를 보거나 merge 마다 문제가 될 소지가 있음

이런 문제를 방지하기 위해 OS 가 달라도 문제가 없도록 crlf 처리 방법을 결정해야 함

>> OS 별 CRLF 차이로 인한 문제를 막기 위해 OS 별로 다음과 같이 crlf 처리 방법을 설정하는 걸 권장

Windows에서는 CRLF 를 사용하므로 저장소에서 가져올 때 LF 를 CRLF 로 변경하고 저장소로 보낼 때는 CRLF 를 LF 로 변경하도록 gitbash에서 아래의 명령어로 true 설정

git config --global core.autocrlf true

Linux, Mac OS는 LF 만 사용하므로 input 으로 설정

git config --global core.autocrlf input

----------------------------------------------------------------------------------------------------------------------------------------------------------------

ssh(= Secure Shell Protocol) 네트워크 프로토콜 중 하나로 컴퓨터와 컴퓨터가 인터넷과 같은 Public Network를 통해 서로 통신할 때 보안적으로 안전하게 통신하기 위해 사용하는 프로토콜

대표 사용 예시 >> 데이터 전송 / 원격 제어

데이터 전송 사용 예시:: 원격 저장소인 깃헙/깃랩을 사용할 때 소스 코드를 원격 저장소인 깃헙에 push할 때 SSH를 활용해 파일을 전송함

원격 제어 사용 예시 :: AWS와 같은 클라우드 서비스를 이용할 때 AWS의 인스턴스 서버에 접속하여 해당 가상머신에 명령을 내리기 위해서도 SSH를 통한 접속을 해야 함

https://baked-corn.tistory.com/52

SSH란?

----------------------------------------------------------------------------------------------------------------------------------------------------------------

yaml  >> 데이터 표현 양식의 한 종류로 '사람이 쉽게 읽을 수 있는' 데이터 직렬화 양식

**데이터는 다양한 포맷으로 표현될 수 있는데 일반적으로 사용하는 JSON이나 XML도 표현 양식의 한 종류

1. 데이터 정의
YAML은 기본적으로 key-value 형태로 데이터 정의

name: Server1
administrator: Ryu
created: 20221007

2. 들여쓰기(indent)
YAML은 들여쓰기로 계층 구조를 표현 (들여쓰기는 기본적으로 2칸 혹은 4칸을 지원)

Server :
  name: Server1
  administrator: Ryu
  created: 20221007

3. 배열 정의
배열로 여러 데이터를 표현하고 싶을경우 - 기호를 사용해서 표현 가능

#YAML
Servers:
  - name: Server1
    administrator: Ryu
    created: 20221007
    status: active
  - name: Server2
    administrator: Kim
    created: 20210101000000
    status: active

4. 기타(주석, 띄어쓰기)
주석은 # 기호를 사용하여 작성할 수 있음

# Server Info
Server:
  name: Server1
  administrator: Kim
  created: 20050103132749
  
# YAML을 key-value형태로 작성할 때 반드시 사이에 띄어쓰기가 들어가야 함 
 그렇지 않은경우 error 발생할 수 있음
 
 #Error (not key-value, string)
  name:Server1

https://velog.io/@jnine/YAML%EC%9D%B4%EB%9E%80

YAML이란?

 

----------------------------------------------------------------------------------------------------------------------------------------------------------------

[ git ]

version == commit == tracked files :: git의 관리에 들어가지 않는 파일

프로젝트에서 일어난 변화를 commit 할때 (버전 관리를 git 에 올릴 때) git add 사용 > git status 로 확인

>> changes to be committed  (아직 원격 저장소에는 올라가지 않은 staging 상태 == version 에 올라가기 전)

>> git add . :: 모든 파일 담기 / git add '특정파일명.확장자'

** 파일별로 다른 버전에서 관리해야 할 때 특정 파일 지정하여 staging 하면 됨

git commit  >  commit 이후 git status > nothing to commit (= working tree clean)

모든 커밋마다 고유의 문자열이 함께 저장되며 커밋시 입력한 commit message 의 버전이 저장된 상태

>> commit 한 프로젝트는 Head -> main 첫번째 버전으로 저장됨