inyong__hwang.log

[Server] firewall-cmd service

Tue, 20 Feb 2024 06:56:49 GMT

Linux 커널 2.2 까지는 ipchains 이라는 패킷 필터링/방화벽 프레임워크가 구현되어 있었고 2.4부터는 더 유연하고 다양한 기능을 가진 netfilter 로 프레임워크가 교체됨

iptables는 netfilter 프레임워크의 최상단 위치하는 사용자 레벨의 프로그램으로 시스템 관리자가 iptables명령어로 리눅스 서버나 패킬을 필터링함

그러나 iptables는 설정방법이 어렵고 rule(정책)적용 시 재시작을 해야하는 번거로움 존재 이에 filrewall-cmd(CLI), firewall-config(GUI)로 프로그램을 사용중

firewall-cmd service

CentOS7(RHEL7)부터 선보인 패킷 필터링 방화벽 프로그램
iptables의 대체로 사용되고 있는 방화벽 프로그램
iptables는 설정 및 변경 후 재시작해야 하지만, firewalld는 동적 반영 및 재시작 필요 없음 (iptables는 service를 재시작해야함 / firewalld는 --reload 옵션으로 재시작 가능)

Network Zone

네트워크 구성의 zone(영역)을 의미하며, 해당 호스트 서버가 실제 어떤 영역에 있는지에 따라 firewalld를 설정을 논리적으로 zone 설정 가능

pre-defined Zone

zone이름	설명
drop	iptables에서 사용하던 Drop과 동일하며 들어오는 모든 패킷은 버려지고 이에대한 응답 메시지도 보내지 않으며 외부로 나가는 연결만 허용
block	Drop 존처럼 들어오는 모든 네트워크 연결은 거부된다. 다만 icmp-host-prohibited와 icmp6-prohibited라는 응답 메시지를 보낸다. 시스템 내부에서 시작된 연결은 허용
public	서비스를 제공하는 특별한 포트로의 연결만 허용하고, 그 외 포트로의 연결은 모두 거부, 기본 Zone으로 사용
external	특별히 매스커레이딩 규칙이 적용되는 외부의 라우터를 위해 사용되며, 내부로의 연결 요청 중 선택된 연결만을 허용(내부로 들어오는 패킷을 SSH만 제외하고 거부, 외부는 모두 허용)
dmz	내부 네트워크로의 접근은 제한적으로 허용되지만, 공개된 네트워크에 대한 접근을 허용하는 경우에 사용된다. 선택된 연결만이 허용
work	같은 회사에 위치한 네트워크를 위해 사용되며, 대부분 같은 네트워크에 위치한 다른 시스템을 신뢰하고 오직 선택된 연결만을 허용
home	홈 영역을 위해 사용되며, 네트워크에 존재하는 다른 시스템을 신뢰하고 오직 선택된 연결만을 접속 허용
internal	내부 네트워크를 위해 사용되고, 선택된 연결만을 허용
trusted	모든 네트워크 접속 연결을 허용하는 경우 사용

firewall-cmd 명령어 옵션

--state : firewalld 실행 상태 확인
--get-default-zone : 현재 기본 영역 표시
--set-default-zone [zone] : 기본 영역 설정
--get-zones : 사용가능한 모든 영역 나열
--get-services : 사용가능한 모든 서비스 나열
--get-active-zones : 현재 사용중인 모든 영역과 인터페이스 및 소스정보 나열
--add-source=[ip주소] --zone=[zone] : 출발지 주소 규칙 추가 => '--zone' 옵션을 통해 zone 지정해주지 않으면 자동으로 기본영역에 추가
--remove-source=[ip주소] : IP 주소를 지정된 영역에서 제거
--add-interface=[ifname] --zone=[zone] : 특정 영역에 interface 연결 추가
--change-interface=[ifname] --zone=[zone] : 영역에 연결된 interface 변경
--list-all --zone=[zone] : 영역에 구성된 모든 인터페이스, 소스, 서비스, 포트 나열
--add-service=[service] --zone=[zone] : 해당 서비스 트래픽 허용
--add-port=[port|protocol] --zone=[zone] : 해당 포트나 프로토콜 트래픽 허용
--permanent : 현재 설정을 서비스가 재시작되어도 반영(영구 설정), XML파일에 저장하는 옵션
--reload : 런타임 구성 삭제, 영구 구성 적용
--runtime-to-permanent : 실행중 설정을 영구 설정으로 변경

firewall-cmd 명령어 예제

방화벽 서비스 가동 및 확인

# systemctl start firewalld.service
# systemctl status firewalld.service

방화벽 서비스 정지

# systemctl stop firewalld.service

방화벽 서비스 자동가동 설정 및 상태 확인

서버 재시작 시, 방화벽 서비스가 systemctl에 등록되어 있는지 확인 하는 명령어
```
# systemctl enable firewalld.service
# systemctl is-enabled firewalld.service
enabled
```

방화벽 상태 확인

# firewall-cmd --state
running

방화벽 Zone

방화벽 Zone 확인

현재 활성화 및 운영 중인 zone들을 확인하는 명령어

zone과 interface도 확인 가능

# firewall-cmd --get-active-zones
public
  interfaces eno1 eno2

public zone에 interface eno1과 eno2가 할당 되어 있음

default 설정된 zone 확인

# firewall-cmd --get-default-zone
public

보통의 경우 public zone이 default로 초기 설정 되어 있음

default zone의 방화벽 설정 정책 확인

현재 설정 확인

# firewall-cmd --list-all
public (active)
target: default
icmp-block-inversion: no
interfaces: eno1
sources:
services: dhcpv6-client http https ssh
ports: 80/tcp 443/tcp
protocols:
masquerade: no
forward-ports:
source-ports:
icmp-blocks:
rich rules:

영구 설정 확인

# firewall-cmd --list-all --permanent
public (active)
target: default
icmp-block-inversion: no
interfaces: eno1
sources:
services: dhcpv6-client http https ssh
ports: 80/tcp 443/tcp
protocols:
masquerade: no
forward-ports:
source-ports:
icmp-blocks:
rich rules:

지정 zone의 방화벽 설정 정책 확인

# firewall-cmd --list-all --zone=home

명령어 결과

MySQL/MariaDB general_log(전역 로그)확인

Fri, 27 Oct 2023 05:37:17 GMT

MySQL/MariaDB의 로깅

MySQL/MariaDB에 query를 실행 할 때, connection ID와 실행 된 query 내용 그리고 그 실패/성공 여부를 확인 하고 싶을 때가 있다.
MySQL/MariaDB 환경에서 디버깅하기 위하여 로그를 남기고 로그를 확인 할 수 있다.
기본 전역로그(general_log)가 OFF되어 있는데, 현재 상태 값을 확인 후 임의의 log 파일로 출력하여 확인이 가능하다.

general_log 설정 및 파일위치 확인

general_log 설정 확인
```
SHOW VARIABLES LIKE 'general%';
```

general_log datadir 확인
```
SHOW VARIABLES LIKE 'data%';
```

general_log를 특정 파일 위치로 변경하는 방법

MySQL/MariaDB 전역 초기 설정은 /etc/my.cnf.d 에서 server.cnf 또는 /etc/my.cnf 에서 설정

my.cnf를 확인 및 다음과 같이 수정

[mariadb-10.x]
general_log=on
general_log_file=/var/lib/DBlog.log

특정 다른 디렉토리로 옮기시에는 소유그룹이 mysql/mariadb에 있지 않으면특정 디렉토리를 접근 못 할수도 있음
따라서 특정 디렉토리를 미리 생성하고 소유그룹을 mysql/mariadb에 권한을 넘겨야함

general_log 확인 방법

위 general_log 설정 및 파일위치 확인 후, 해당 파일 디렉토리에서 tail 명령어로 Log를 실시간으로 확인
```
sudo tail -f /var/lib/DBlog.log
```

[Devops] Docker buildx build(at M1 Macbook)

Sun, 12 Sep 2021 09:32:05 GMT

올해 새로 MacBookPro(13-inch, M1, 2020)을 지급받아서 사용중에 있다. 근래 docker 이미지 생성, registry에 배포 및 관리 등을 하고 있는데, M1 MacBookPro에서 만든 이미지가 배포서버(Server)에서 pull 받아서 run하는데 문제가 발생했다.

WARNING: The requested image's platform (linux/amd64) does not match the detected host platform (linux/arm64/v8) and no specific platform was requested
# docker logs container
standard_init_linux.go:219: exec user process caused: exec format error

M1의 architecture가 arm 기반으로, docker build로 이미지를 빌드할 시, arm64/v8 기반으로 이미지를 빌딩한다...
따라서 amd64 기반의 이미지를 빌드할 수 있도록 docker buildx(멀티 플랫폼 빌드)가 필요

[ M1에서 만든 이미지 -> x86서버에서 pull & run ]

[ x86서버에서 만든 이미지 -> M1에서 pull & run ]

Multi-Platform Docker Builds

docker-buildx 는 docker images를 빌드하는데 있어 다양한 아키텍쳐를 지원
docker CLI 확장 플러그인으로 docker-19.03 버전 부터 사용 가능
별도의 Dockerfile 작성이 필요 없음
In-Container 드라이버 지원(Docker & Kubernetes)
Compose 빌드 지원
Moby BuildKit에서 제공되는 모든 기능 지원

Install docker buildx in M1-docker

CLI Experimental Features

docker dashboard > Preference
enable experiemntal features 활성화

docker buildx 확인

활성화 전 cmd

> docker buildx
docker: 'buildx' is not a docker command.

활성화 후 cmd
```
> docker buildx 
ocker buildx
```

Usage: docker buildx COMMAND

Build with BuildKit

Management Commands: imagetools Commands to work on images in registry

Commands: bake Build from a file build Start a build create Create a new builder instance inspect Inspect current builder instance ls List builder instances rm Remove a builder instance stop Stop builder instance use Set the current builder instance version Show buildx version information

Run 'docker buildx COMMAND --help' for more information on a command.


# docker buildx
### create builder
- 기본 builder가 모든 아키텍처를 빌드할 수 있지만, 필요한 아키텍쳐만 선택해서 또다른 builder를 생성할 수 있다

- builder ls
```bash
> docker buildx ls
NAME/NODE DRIVER/ENDPOINT STATUS  PLATFORMS
default * docker
  default default         running linux/amd64, linux/arm64, linux/ppc64le, linux/s390x, linux/386, linux/arm/v7, linux/arm/v6

create builder

> docker buildx create --name [builder instance 명] --driver [드라이버 이름] --use

docekr buildx create m1builder --dirver linux/arm64, linux/amd64, linux/ppc64le, linux/s390x, linux/386, linux/arm/v7, linux/arm/v6 -- use

- `--driver`는 여러개 복수로 지정 가능
- `--use`는 만든 builder instance를 바로 사용하는 옵션

### builder 확인
- builder inspect
```bash
> docker buildx inspect m1builder --bootstrap
Name:   m1builder
Driver: docker-container

Nodes:
Name:      m1builder0
Endpoint:  unix:///var/run/docker.sock
Status:    running
Platforms: linux/arm64, linux/amd64, linux/ppc64le, linux/s390x, linux/386, linux/arm/v7, linux/arm/v

> docker buildx ls
NAME/NODE    DRIVER/ENDPOINT             STATUS  PLATFORMS
m1builder *  docker-container
  m1builder0 unix:///var/run/docker.sock running linux/arm64, linux/amd64, linux/ppc64le, linux/s390x, linux/386, linux/arm/v7, linux/arm/v6
default      docker
  default    default                     running linux/arm64, linux/amd64, linux/ppc64le, linux/s390x, linux/386, linux/arm/v7, linux/arm/v6

create buildx image

builder instance로 미리 작성한 Dockerfile로 image를 만듦

# dockerfile 있는 디렉토리
> docker buildx build --platform linux/amd64 --load --tag registry/test_api:1.0.0 .
[+] Building 36.9s (10/10) FINISHED
=> [internal] load build definition from Dockerfile                                                                                                                                                                                     0.0s
=> => transferring dockerfile: 32B                                                                                                                                                                                                      0.0s
=> [internal] load .dockerignore                                                                                                                                                                                                        0.0s
=> => transferring context: 2B                                                                                                                                                                                                          0.0s
=> [internal] load metadata for docker.io/library/python:3.9.2-slim                                                                                                                                                                     3.8s
=> [1/4] FROM docker.io/library/python:3.9.2-slim@sha256:ce367bb30b8928efb632c369e3bd4a8dbd7905417bd0a245087a82c250e54a24                                                                                                              14.3s
=> => resolve docker.io/library/python:3.9.2-slim@sha256:ce367bb30b8928efb632c369e3bd4a8dbd7905417bd0a245087a82c250e54a24                                                                                                               0.0s
=> => sha256:e083ad7cc3ca624f4e268a778cb4f8be0d7a258240144862390e0da39082ea60 2.45MB / 2.45MB                                                                                                                                           7.3s
=> => sha256:65d21ac50a56640b50d18bd6c9d52bb967bd63de2e5dcce551340eb9bca26418 234B / 234B                                                                                                                                               1.5s
=> => sha256:229daa3ebd94b66f007a1fce482e8f7ef6b8deaf7e75324332fdfae7a197c67c 10.89MB / 10.89MB                                                                                                                                         7.1s
=> => sha256:edf8b70d3cc4282c43b24efda071ccab93b989a5dccb108b2102b0c2198c6471 2.77MB / 2.77MB                                                                                                                                           4.8s
=> => sha256:75646c2fb4101d306585c9b106be1dfa7d82720baabe1c75b64d759ea8adf341 27.14MB / 27.14MB                                                                                                                                        12.9s
=> => extracting sha256:75646c2fb4101d306585c9b106be1dfa7d82720baabe1c75b64d759ea8adf341                                                                                                                                                0.8s
=> => extracting sha256:edf8b70d3cc4282c43b24efda071ccab93b989a5dccb108b2102b0c2198c6471                                                                                                                                                0.1s
=> => extracting sha256:229daa3ebd94b66f007a1fce482e8f7ef6b8deaf7e75324332fdfae7a197c67c                                                                                                                                                0.4s
=> => extracting sha256:65d21ac50a56640b50d18bd6c9d52bb967bd63de2e5dcce551340eb9bca26418                                                                                                                                                0.0s
=> => extracting sha256:e083ad7cc3ca624f4e268a778cb4f8be0d7a258240144862390e0da39082ea60                                                                                                                                                0.1s
=> [internal] load build context                                                                                                                                                                                                        0.0s
=> => transferring context: 93B                                                                                                                                                                                                         0.0s
=> [2/4] WORKDIR /home/app                                                                                                                                                                                                              0.0s
=> [3/4] ADD . .                                                                                                                                                                                                                        0.0s
=> [4/4] RUN pip install -r requirements.txt                                                                                                                                                                                           13.5s
=> exporting to oci image format                                                                                                                                                                                                        5.1s
=> => exporting layers                                                                                                                                                                                                                  1.0s
=> => exporting manifest sha256:c64d4192989179c14f8e01a173e890e0856348f891db80a01c3ab9f7c124211b                                                                                                                                        0.0s
=> => exporting config sha256:5ee75a529f8732c11b102ef337073268f540f539781e2c2da5c10705090d2958                                                                                                                                          0.0s
=> => sending tarball

--platform : builder instance가 사용가능한 platform 즉, 아키텍쳐를 선택하여 이미지를 빌드화한다.
--load : 이미지를 만들고 호스트 docker image에 저장
--push : --load옵션과 반대로 docker registry로 바로 push 하는 옵션

run image and check

각각 만들어진 이미지(image)를 실행(run)하고 각 컨테이너(container)의 아키텍쳐를 확인한다
ex) test_api:1.0.0 -> docker build로 빌드화 test_api:1.0.1 -> docker buildx로 빌드화

> docker images
REPOSITORY                               TAG               IMAGE ID       CREATED         SIZE
registry/test_api                  1.0.1             5ee75a529f87   3 minutes ago   125MB
registry/test_api                   1.0.0             79f4125ee89c   2 hours ago     118MB

> docker run -it -d --name test_api_1.0.0 registry/test_api:1.0.0 
> docker exec -it test_api_1.0.0 dpkg -s libc6 | grep Arch
Architecture: arm64
Multi-Arch: same

> docker run -it -d --name test_api_1.0.1 registry/test_api:1.0.1 
> docker exec -it test_api_1.0.1 dpkg -s libc6 | grep Arch
Architecture: amd64
Multi-Arch: same

기본 docker build로 빌드할 경우 Architecture가 m1의 아키텍처와 동일한 arm64로 빌드됨
docker buildx로 빌드할 경우 설정된 Architecture에 따라(amd64로 설정) 또는 --platform 에서 설정한 아키텍처에 따라 빌드됨

[ Vue.js ] Vue 가이드 - 라이프 사이클

Tue, 29 Jun 2021 08:31:53 GMT

node : v14.17.1

Vue : v2
Vue.js 가이드를 참고하여 작성
패스트캠퍼스 Vue.js 압축 완성 올인원 패키지 Online 강의 내용 참고

라이프사이클(LifeCycle)

Vue 인스턴스나 컴포넌트가 생성될때, 미리 사전에 정의된 몇 단계의 과정을 거치게됨
이를 라이프사이클(LifeCycle)
Vue 인스턴스가 생성된 후 우리 눈에 보여지고 사라지기까지의 단계
vue.js 라이프사이클은 크게 creation, mounting, updating, destruction 로 나눠지고 각 훅(hook)으로 단계들을 실행

Creation

라이프사이클 중에서 가장 처음 실행
컴포넌트(Component)가 돔(DOM)에 추가되기 전
서버렌더링에서도 지원되는 훅(Hook)
따라서 클라이언트 단과 서버단 모두 처리해야하는 일이 있다면, Creation 단계에서 하면됨
아직 돔에 접근하거나 this.$el를 사용할 수 없음
beforeCreate
모든 훅 중 가장 먼저 실행되는 훅
data와 events(vm.$on, vm.$once, vm.$off, vm.$emit)가 세팅되지 않은 시점

created

data와 events가 활성화되어 접근 가능
하지만, 템플릿과 가상돔은 마운트(Mount) 및 렌더링되지 않은 상태.

Mounting

초기 렌더링 직전, 컴포넌트에 직접 접근 가능한 시점
서버렌더링은 지원하지 않음
렌더링 직전 돔을 변경하고자 할때 이 단계를 사용하여 변경 가능
컴포넌트 초기에 세팅되어야할 데이터 페치(fetch)는 created훅 단계를 사용하는 것이 나음
beforeMount
템플릿과 렌더 함수들이 컴파일이 되고, 첫 렌더링이 일어나지 직전 시점
서버사이드 렌더링시에는 호출불가

mounted

컴포넌트, 템플릿, 렌러딩된 돔에 접근가능한 시점
하위 컴포넌트가 마운트된 상태를 보장하지는 않는다
서버렌더링에서는 호출되지 않는다
부모와 자식관계의 컴포넌트에서 우리가 생각한 순서대로 mounted가 발생사지 않을 수 있다
Updating
컴포넌트에서 사용되는 반응성 속성들이 변경되거나 어떤 이유로 재랜더링 될시 실행
디버깅, 프로파일링 등 컴포넌트 재랜더링 시점을 알고 싶을 때 사용

beforeUpdate

컴포넌트의 데이터가 변하여 업데이트 사이클이 시작될때 실행됨
정확히는 돔이 재랜더링되고, 데이터를 폐치하기 전
재랜더링 전의 새 상태의 데이터를 얻을 수 있고, 더 많은 변경이 가능
이 변경으로 재랜더링은 트리거(trigger)되지 않음

updated

컴포넌트의 데이터가 변하여 재랜더링이 일어난 후 실행
돔이 업데이트 완료된 상태임으로, 돔 종속적인 연산 가능
때에따라 상태를 변경하면 무한루프에 빠질수도 있음..모든 자식의 컴포넌트의 재랜더링 상태를 보장하지 않기 때문

destruction

컴포넌트가 제거 될 때 실행되는 라이프 사이클 훅
beforeDestory
컴포넌트가 제거 되기 직전에 호출되는 라이프 사이클 훅
이벤트 리스터를 해제하거나 컴포넌트에서 동작으로 할당 받은 자원들을 해제해야 할 때 적합한 훅
서버사이드 렌더링은 지원하지 않음

destory

컴포넌트가 제거 된 후 호출되는 훅
컴포넌트의 모든 이벤트 리스터와 디렉티브의 바인딩이 해제되고, 하위 컴포넌트도 모두 제거
서버사이드 렌더링은 지원하지 않음

example

[ index.html ]


        {{ msg }}
         ref div

[ index.js ]

const vm = new Vue({
            el: '#app-1',
            data: {
                msg: 'Hello Vue'
            },
            beforeCreate () { // 생성 전
                console.log('beforeCreate!', this.msg, this.$refs.div)
            },
            created () { // 생성
                console.log('created!', this.msg, this.$refs.div)
            },
            beforeMount () { // 마운트 업데이트 전
                console.log('beforeMount!', this.msg, this.$refs.div)
            },
            mounted () { // 마운트 업데이트
                console.log('mounted!', this.msg, this.$refs.div)
            },
            beforeUpdate () { // 반응성 데이터 업데이트 전
                console.log('beforeUpdate!', this.$refs.msg.innerText)
            },
            updated () { // 반응성 데이터 업데이트
                console.log('updated!', this.$refs.msg.innerText)
            },
            beforeDestroy () { // 반응성 제거 전
                console.log('beforeDestroy!')
            },
            destroy () { // 반응성 제거
                console.log('destroy!')
            } 
        })

[ Rendering ]

console log 확인
각 훅별 데이터와 이벤트 그리고 렌더링되는 데이터 확인
첫번째 값 : msg 값
두번째 값 : $refs.div

beforeCreate : data, events가 세팅되지 않았음으로 undefined
create : data, events가 세팅은 되었으나 템플릿과 가상돔은 랜더링 되지 않은 상태임으로 undefined
beforeMount : data, events, 템플릿, 가상돔은 준비되었으나, 데이터가 돔에 추가되기 전임으로 undefined
mounted : 컴포넌트와 돔에 데이터가 추가되어 참조속성인 ref div 가 확인됨

vm.msg 값을 'new message'로 변경 시, 반응성으로 돔과 실제 데이터가 변경됨
destory 훅을 실행 후 vm.msg 를 'another message'로 변경 시 돔의 데이터가 변경되지 않음

[ Vue.js ] Vue 가이드 - 컴포넌트 사용

Mon, 28 Jun 2021 08:17:15 GMT

node : v14.17.1

Vue : v2
Vue.js 가이드를 참고하여 작성

컴포넌트

기본 HTML 엘리먼트를 확장하여 재사용 가능한 코드를 캠슐화하는 데 사용
독립적으로 재사용할 수 있는 추상적 개념
컴포넌트로 인해 개발속도와 코드의 가독성, 유지보수성 효율적으로 늘어남
모든 유형의 애플리케이션 인터페이스를 컴포넌트 트리로 추상화

component 예시 1

[ index.html ]

[ index.js ]

Vue.component('todo-item', {
  props: ['todo'],
  template: '{{ todo.text }}'
})

var app7 = new Vue({
  el: '#app-7',
  data: {
    groceryList: [
      { id: 0, text: 'Vegetables' },
      { id: 1, text: 'Cheese' },
      { id: 2, text: 'Whatever else humans are supposed to eat' }
    ]
  }
})

[ Rendering ]

[ Vue.js ] Vue 가이드 - 사용자 입력 핸들링

Mon, 28 Jun 2021 07:15:24 GMT

node : v14.17.1

Vue : v2
Vue.js 가이드를 참고하여 작성

사용자 입력 핸들링

v-on

v-on
- 엘리먼트에 이벤트 리스너를 연결, 이벤트 유형은 전달인자로 표시
- 표현식은 메소드 이름 또는 인라인 구문, 수식어
- 수식어
  - .stop : event.stopPropagation() 을 호출
  - .prevent : event.preventDefault() 을 호출
  - .capture : 캡처 모드에서 이벤트 리스너를 추가
  - .self: 이벤트가 이 엘리먼트에서 전달된 경우에만 처리
  - .{keyCode | keyAlias} : 특정 키에 대해서만 처리
  - .left : (2.2.0) 왼쪽 버튼 마우스 이벤트 트리거 처리기
  - .right : (2.2.0) 오른쪽 버튼 마우스 이벤트 트리거 처리기
  - .middle : (2.2.0) 가운데 버튼 마우스 이벤트 트리거 처리기
  - .passive : (2.3.0+) DOM 이벤트를 { passive: true }와 연결
[ index.html ]
```
{{ message }}
```

[ index.js ]

var app5 = new Vue({
  el: '#app-5',
  data: {
    message: '안녕하세요! Vue.js!'
  },
  methods: {
    reverseMessage: function () {
      this.message = this.message.split('').reverse().join('')
    }
  }
})

[ Rendering ]

[ Vue.js ] Vue 가이드 - 조건문과 반복문

Mon, 28 Jun 2021 06:37:39 GMT

node : v14.17.1

Vue : v2
Vue.js 가이드를 참고하여 작성

조건문과 반복문

v-if

Vue에 삽입/업데이트/제거 등등 트랜지션 효과를 적용할 수 있는 속성

v-if

엘리먼트가

알고리즘	해시값 크기	내부 상태 크기	블록 크기	길이 한계	워드 크기	과정수	사용되는 연산	충돌
SHA-0	160	160	512	64	32	80	+,and,or,xor,rotl	발견됨
SHA-1	160	160	512	64	32	80	+,and,or,xor,rotl	발견됨
SHA-256/224	256/224	256	512	64	32	64	+,and,or,xor,shr,rotr	-
SHA-512/384	512/384	512	1024	128	64	80	+,and,or,xor,shr,rotr	-

inyong__hwang.log

[Server] firewall-cmd service

firewall-cmd service

Network Zone

pre-defined Zone

firewall-cmd 명령어 옵션

firewall-cmd 명령어 예제

방화벽 서비스 가동 및 확인

방화벽 서비스 정지

방화벽 서비스 자동가동 설정 및 상태 확인

방화벽 상태 확인

방화벽 Zone

방화벽 Zone 확인

default 설정된 zone 확인

default zone의 방화벽 설정 정책 확인

지정 zone의 방화벽 설정 정책 확인

MySQL/MariaDB general_log(전역 로그)확인

MySQL/MariaDB의 로깅

general_log 설정 및 파일위치 확인

general_log를 특정 파일 위치로 변경하는 방법

general_log 확인 방법

[Devops] Docker buildx build(at M1 Macbook)

Multi-Platform Docker Builds

Install docker buildx in M1-docker

CLI Experimental Features

docker buildx 확인

create buildx image

run image and check

[ Vue.js ] Vue 가이드 - 라이프 사이클

라이프사이클(LifeCycle)

Creation

beforeCreate

created

Mounting

beforeMount

mounted

Updating

beforeUpdate

updated

destruction

beforeDestory

destory

example

[ Vue.js ] Vue 가이드 - 컴포넌트 사용

컴포넌트

component 예시 1

[ Vue.js ] Vue 가이드 - 사용자 입력 핸들링

사용자 입력 핸들링

v-on

[ Vue.js ] Vue 가이드 - 조건문과 반복문

조건문과 반복문

v-if

v-for

[ Vue.js ] Vue 가이드 - 선언적 렌더링

선언적 렌더링

예시

단순한 템플릿 구문

v-bind

v-model

[ Vue.js ] Vue 가이드 - Vue 설치

시작하기(설치)

Vue scirpt 추가

버전에 따른 Vue.js 파일 다운로드

CDN

NPM install

CLI(Command Line Interface)

[ JavaScript ] Node.js Install

Node.js

버전

LTS(Long Term Supported)

Current(현재 버전)

NPM(Node Packaged Manager)

package.json

Install

직접 설치

macOS - Homebrew

ubuntu - apt(Advanced Packaging Tool)

NVM(Node Version Manager)

Install

직접 설치