설정에서 댓글기능을 허용해봐도.. 텀블러 자체적으로 댓글기능이 생기거나 하지는 않더군요.
결국 유명한 댓글 솔루션인 Disqus 붙여보기로 했습니다. ㅎㅎ
붙이는 법은 간단하네요.
(더 보기…)설정에서 댓글기능을 허용해봐도.. 텀블러 자체적으로 댓글기능이 생기거나 하지는 않더군요.
결국 유명한 댓글 솔루션인 Disqus 붙여보기로 했습니다. ㅎㅎ
붙이는 법은 간단하네요.
(더 보기…)기존에 우분투 18.04에 sendmail 명령어로 메일 발송을 하기 위해 postfix 를 설치했었는데.. 다음(https://www.daum.net/) 같은 곳은 메일이 제대로 발송되지 않았다.
그래서 postfix 대신 sendmail 패키지를 설치해보았는데 몇가지 설정이 필요하다.
참고로 이글은 메일서버 구축과는 다르다. php 나 go언어 등에서 sendmail 명령어로 메일 발송 하는 부분만을 다룬다.
(더 보기…)가끔 포트번호가 아닌 도메인 단위로 차단이 필요한 경우가 있다. 이럴 때 nginx 가상호스트 설정에 아래와 같은 내용을 추가하면 된다.
예를 들어 192.168.0.7 만 허용하고 다른 모든 아이피에 대해 차단하려면
server {
allow 192.168.0.7;
deny all;
...
}
이와 같이 Nginx 가상호스트 설정 변경하고 서버를 재시작 혹은 이미 시작한 경우 설정 리로드를 하면 된다.
$ sudo systemctl reload nginx
docker 를 알아보다 보면 슬슬 실무에 적용해 보고 싶어지는데요. 실제로 배포등을 처리하려면 docker hub 가 필요합니다. 하지만 docker hub 는 계정당 1개만 private 저장소를 지원하는데요.
이를 해결하기 위해서는 자체적으로 구축한 도커 저장소가 있는게 아무래도 편하겠죠?
(더 보기…)아직 한글에서도 제대로 되는지는 테스트해보지 못했다.
현재 MongoDB 는 풀텍스트 검색(Full-text search)에서 한국어 지원을 하고 있지 않다. ㅜㅜ
아래 링크 내용의 결론은 풀텍스트 검색과 regex 검색을 같이 해서 검색속도록 향상시키는 방식이다.. 문제는 몽고디비에서 한글을 풀텍스트 검색을 하는 경우 매우 제한적인 결과만 나오기 때문에 크게 의미가 없다.. 차라리 쓸데없는 것까지 검색된다면 regex 검색으로 걸러줄 수 있을 텐데..
오늘 기존에 개인 계정으로 가입해 사용하던 AWS 프리티어가 곧 만료된다는 이메일을 받았다.
그래서 그냥 5달러내고 AWS 라이트세일을 쓸까하다가..
다른 무료 서버호스팅을 찾아보게되었는데…
갑자기 네이버 클라우드 플랫폼 무료 서버가 생각나서 사용해보기로 했다.
네이버 클라우드 플랫폼 https://www.ncloud.com/
(더 보기…)이번에 이용중이던 서버호스팅사에서 서버가 SSD 하드웨어 고장으로 웹서버가 뻗어버렸습니다. ㅜㅜ
호스팅사의 대충처리때문에 장장 12시간 넘게 걸려서 복구했네요.
결국 애초에 조만간에 할 걸로 계획중이던 AWS (아마존웹서비스) 이전을 강제로 하게 되었습니다.
작업내용을 간단히 기록해 둡니다.
(더 보기…)보통 파일 업로드시 많이 발생하는 문제입니다.
다음과 같이 설정값을 변경하고 nginx 서버를 재시작하면 간단히 해결할 수 있습니다.
$ sudo vi /etc/nginx/nginx.conf
http {
...(중략)...
# 아래 줄을 추가하면 됩니다.
client_max_body_size 256M;
...(중략)...
}
nginx 서버 재시작하기
$ sudo systemctl restart nginx
만약 위와 같이 변경해도 계속해서 에러가 난다면 client_max_body_size 용량을 상황에 맞게 더 늘리거나 줄이면 됩니다.
위의 경로는 모두 우분투(Ubuntu) 리눅스 기준입니다.
docker의 경우 이미지 때문에 기본적으로 용량을 많이 차지한다. 그래서 기본 파티션이 용량이 작은 경우 추가로 붙인 볼륨의 파티션으로 경로를 변경해줄 필요가 있다.
먼저 아래와 같이 도커 설정 파일을 만든다.
$ sudo vi /etc/docker/daemon.json
설정 파일에 아래와 같은 json 형식으로 설정값을 지정하면 된다.
{
"graph": "/원하는/경로"
}
마지막으로 docker 서비스를 재시작하면 된다.
$ sudo systemctl restart docker
이제 해당 경로로 가보면 docker 에서 생성한 여러 폴더들을 볼 수 있다.
$ cd /원하는/경로
$ ls -al
total 0
drwx--x--x 14 root root 182 Jan 14 18:11 ./
drwxr-xr-x 3 root root 20 Jan 14 16:11 ../
drwx------ 2 root root 24 Jan 14 18:11 builder/
drwx------ 4 root root 92 Jan 14 18:11 buildkit/
drwx------ 2 root root 6 Jan 14 18:11 containers/
drwx------ 3 root root 22 Jan 14 18:11 image/
drwxr-x--- 3 root root 19 Jan 14 18:11 network/
drwx------ 3 root root 40 Jan 14 18:11 overlay2/
drwx------ 4 root root 32 Jan 14 18:11 plugins/
drwx------ 2 root root 6 Jan 14 18:11 runtimes/
drwx------ 2 root root 6 Jan 14 18:11 swarm/
drwx------ 2 root root 6 Jan 14 18:11 tmp/
drwx------ 2 root root 6 Jan 14 18:11 trust/
drwx------ 2 root root 25 Jan 14 18:11 volumes/
이런식으로 나오면 정상적으로 경로가 변경된 것이다.
이렇게 하면 서버의 용량 부족 문제를 해결할 수 있다 ^^
만약 한창 사용중이라면 docker 서비스를 중단한후 rsync 로 이동시키면 사용할 수 있을것으로 예상해 본다.
이래저래 써먹어 보려고 Docker 를 테스트 해보다 보니 이미지 생성, 강제 삭제 등을 여러번 하다가 의존성이 깨진건지 이상한 에러가 발생하기 시작했다.
$ docker-compose build
...
$ docker-compose up
Recreating 1695e5fd230f_www1204dcokr_web_1
ERROR: for web no such image: sha256:d6aeb5065849265e872ed19e5f5831b9bccc9ddd5f0d73d577c4102d27668a63: No such image: sha256:d6aeb5065849265e872ed19e5f5831b9bccc9ddd5f0d73d577c4102d27668a63
ERROR: Encountered errors while bringing up the project.
위와 같이 docker-compose 를 이용해 build 후 up 수행을 하면 이상한 에러를 뱉어내면서 중단된다.
이럴 때 해결할 수 있는 방법으로 아래와 같이 도커 리셋을 해보는 것이다. (root 계정으로 수행한다.)
# docker stop $(docker ps -a -q); docker rm $(docker ps -a -q); docker volume rm $(docker volume ls -qf dangling=true)
# docker network rm(docker network ls -q)
참조 : https://github.com/docker/compose/issues/3277#issuecomment-247964243
Module not found: Error: Can't resolve 'core-js/modules/es6.array.find' in '/src/.nuxt'
Docker 이미지를 만들다가 위와 같은 에러가 무수히 많이 나는 경우가 있다. 일반적인 개발환경에서는 오류가 발생하지 않는데 docker 이미지로 만들때만 오류가 발생해 참 힘들게 한다.
이를 해결 하기 위해서는 다음과 같이 core-js 패키지를 추가해 주면 해결 된다.
$ yarn add --dev core-js
이렇게 하고 다시 도커 이미지를 빌드하면 정상적으로 빌드가 된다.
이와 비슷한 오류가 있는데 그경우도 webpack 을 추가해주면 해결된다.
우분투 18.04 기준입니다.
스왑용량이 부족하거나 설치시 별도의 스왑파티션을 지정하지 않은 경우 간단히 스왑파일을 만들어서 사용할 수 있습니다.
기본적으로 시스템 관련 작업이므로 root 권한을 가지고 있는 경우로 가정하겠습니다.
$ sudo -i
다음과 같이 fallocate 를 이용해 원하는 용량의 스왑파일로 사용할 빈 파일을 만듭니다. (보통 장착된 램의 두배정도) 여기서는 간단히 8GiB 짜리 스왑을 생성해 보겠습니다.
# fallocate -l 8G /.swapfile
dd 명령어를 이용하는 방식도 있는데 fallocate 가 더 간편하고 빠르더군요.
보안을 위해 스왑 파일의 권한을 제한합니다.
# chmod 0600 /.swapfile
아래와 같이 스왑 파일을 생성합니다.
# mkswap /.swapfile
Setting up swapspace version 1, size = 8 GiB (8589930496 bytes)
no label, UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
현재 시스템에 스왑 파일 바로 적용해 봅니다.
# swapon /.swapfile
위와 같이 하고 free 명령어로 스왑이 적용되었는지 확인 할 수 있습니다.
# free -h
total used free shared buff/cache available
Mem: 15G 11G 173M 471M 3.8G 3.4G
스왑: 8.0G 0B 8.0G
이상태에서 리부팅하면 스왑파일 설정은 사라져 버립니다. ㅜㅜ; 시스템 리부팅시 자동으로 적용하기 위해서는 /etc/fstab을 아래와 같이 열어 편집합니다.
# vi /etc/fstab
(vi 편집기 사용법: Shift 키 + G (대문자 G) 를 누르고 o 를 입력하면 마지막줄에 새로운 줄을 추가해서 입력할 수 있습니다.)
아래 내용 을 맨 밑줄에 추가합니다.
/.swapfile none swap sw 0 0
(vi 편집기 사용법: 모두 적었으면 Esc 키를 누르고 나서 :wq 를 입력하고 엔터를 치면 저장할 수 있습니다.)
저장해 두면 이제 리부팅 후에도 스왑파일을 자동으로 시스템에서 스왑 영역으로 사용하게 됩니다.
Received disconnect from xxx.xxx.xxx.xxx port xx:2: Too many authentication failures
Authentication failed.
ssh 접속시 위와같이 오류가 뜨는 경우 해결하는 방법이다.
우선 SSH 키를 초기화 하면 된다. 접속하려는 클라이언트쪽에서 작업해야 합니다.
$ ssh-add -D
하지만 이렇게 해도 제대로 안돼는 경우 아래와 같은 오류메시지를 출력한다.
Could not open a connection to your authentication agent.
이렇게 되면 다음 명령을 실행해 주고 나서 다시 SSH 초기화를 호출해야 합니다.
$ exec ssh-agent bash
$ ssh-add -D
정상적으로 처리되면 아래와 같은 메시지를 출력합니다.
All identities removed.
이제 다시 ssh 접속을 해보면 정상적으로 잘 됩니다. ^^
원래는 React 로 개발된거 같은데 Vue 버전도 있다.
웹컴포넌트를 제작하는데 도움을 주는 패키지인거 같은데…
아직 정확히는 모르겠다.. ㅜ.ㅜ
스토리북.js 바로가기 : https://storybook.js.org/
댓글을 달려면 로그인해야 합니다.