공부하고 정리하고

https://sungyun7295.tistory.com/124

일전에 Centos7 YUM 저장소를 구축하는 포스팅을 하였다. 

Centos stream 9도 동일하게 YUM 저장소를 구축하고자 작업을 하였다. 

※ 저장소 추가와 관련해서

Centos stream 9을 설치하고 /etc/yum.repo.d 에 들어가보면 두개의 저장소뿐 epel 등의 저장소는 없다. 

그럼 많은 Package들이 제외되기 때문에 추가로 다운로드 받아준다.

$ dnf config-manager --set-enabled crb
$ dnf install epel-release epel-next-release

$ dnf install https://rpms.remirepo.net/enterprise/remi-release-9.rpm

저장소가 추가된 것을 확인하고 --downloadonly를 사용해 저장소에 넣어주고 혹시 이미 createrepo로 저장소를 만들었다면 다음 명령어로 저장소를 업데이트해주자. 

$ yum upgrade --downloadonly --downloaddir=<저장소 path>

$ createrepo --update <저장소 path>

- EPEL은 Extra Packages for Enterprise Linux의 약자로 RHEL/Centos에 포함되지 않은 여러 패키지를 설치할 수 있는 커뮤니티 기반의 저장소

- REMI는 LAMP (Linux, Apache, MySQL, PHP) 관련 최신버전을 포함한 저장소

Centos7가 대부분 동일한 방법으로 작업하지만 조금 달랐던 부분들을 소개한다. 

Centos7 구축 방법을 참고해 잘 따라하면 문제없이 로컬에서 WEB에 IP를 치면 아래화면을 얻을 수 있다. 

※그런데 /repo 경로로 들어가지지 않는다면 저장소에 대한 접근 권한에 문제가 있거나 httpd.conf의 설정이 잘못된것이니 한번더 확인해보자. 

여기까지 잘 따라왔으면 아마도 다른 client에서 web으로 접속을 시도해보면 접근금지 화면이 출력될 것이다.

Centos7 Apache 버전과 달리 9의 Apache 버전은 IPV6를 우선적으로 지원해주는? 듯 하였다. 

apache http를 가동하고 보니 

$ netstat -nao | grep LISTEN 

수행하면 http에서 사용하는 포트의 tcp가 tcp6로 되어 있는것을 볼 수 있었다. 

이를 수정하기 위해서는 httpd.conf에서 

LISTEN 80 을 

LISTEN 0.0.0.0:80으로 변경하자

변경 후 

$ systemctl restart httpd

 실행 후 

$ netstat -nao | grep LISTEN 

tcp6가 다시 tcp로 변경된 것을 확인할 수 있다.

이렇게 하면 이제 원격으로 저장소가 설치된 서버로 접속이 가능하다.

서버의 NTP 시간을 동기화하기 위해 Centos7에서는 rdate 명령어와 crontab을 통해 스케쥴링을 하여 주기적인 시간동기화를 해주었다. 

그런데 이번에 Centos Stream 9을 새롭게 다루고 있는데 시간 동기화를 위해 rdate 명령을 사용하려고 하니 없다고 한다. 

설치불가...

조금 찾아보니 Centos 8 버전 이상부터는 chronyd를 사용한다고 한다. 

Chrony는 Network Time Protocol (NTP) 서버로부터 시스템 시간을 동기화하는 기능을 지원한다. 

사용방법은 매우간단하였다. 

우선, 설치가 되어 있지 않다면 설치부터 하자. 

$ yum install chrony

설치 후 서비스를 시작한다. 

$ systemctl enable chronyd

$ systemctl start chronyd

enable을 통해 부팅시에도 자동 서비스를 구동한다.

$ vi /etc/chrony.conf

기존의 서버 정보 (디폴터 설정)을 #처리하고 NTP서버를 추가한다. 

server <NTP SERVER IP OR DOMAIN> iburst

변경 후 

$ systemctl restart chronyd 

$ timedatectl 

명령을 통해 Local time이 제대로 바뀌어 있는지 확인하자.

Do it! 리액트 프로그래밍 정석 책을 보고 공부를 시작하며 지금부터의 내용은 책을 바탕으로 요약 및 정리 그리고 추가한 내용들을 주로 다룰 예정이다. 

리액트는 프런트엔드 프레임워크 중 하나로 여러 프레임워크중에 하나이다. 

주목받는 프런트엔드 프레임워크는 리액트를 포함하여 앵귤러, 뷰제이에스가 있는데 아래 그림처럼 리액트가 꾸준한 사랑을 받고 있음을 알 수 있다. 

https://npmtrends.com/@angular/core-vs-angular-vs-react-vs-vue

리액트는 페이스북에서 개발하고 공개한 오픈소스 소프트웨어이다. 

리액트의 특징은 화면 출력에 특화된 프런트엔드 프레임워크라는 것인데 특징을 나열하면 다음과 같다. 

- 컴포넌트로 화면 구성

→ 컴포넌트는 작고 독립적인 코드 블록이며 이를 조합하여 효율적이며 빠르게 화면을 구성합니다. 

- 게임 엔진 원리 도입

→ 화면 출력 속도가 빠름 

자바스크립트는 제이쿼리와 핸들바 라이브러리를 사용해 화면을 구성하는데 이 라이브러리는 매우 간결하다는 특징이 있지만 화면이 커질수록 화면을 그리는 시간도 길어진다. 그 이유는 화면의 일부만 바뀌어도 화면 전체를 다시 그리기 때문.

특정 노드를 수정하면 관련된 모든 노드를 다시 그려야 하니 코드가 길어질수록 화면을 띄우는 시간은 길어집니다. 이런 문제를 해결하기 위해 게임 엔진 원리를 도입했다고 합니다.

게임엔진 원리는 다음 장면에 필요한 화면을 미리 그려두어 화면을 빠르게 전환하는 방법을 말합니다. 

Virtual DOM