Pi-hole 설치 후기
뭐 때문에 Pi-hole을 알게 되었는지 기억은 나지 않지만, 언젠가... 언젠가는 저걸 설치하리 생각하고 있다가 최근에 설치를 하게 되었다.
기존 Synology에 도커로 올리기만 하면 되었기 때문에 설치 절차도 쉬웠고 다행히도 많은 글들이 있어서 광고 차단도 수행할 수 있었다.
그 결과!
무려, 32%! 도메인 질의의 32%가 광고와 관련된 것을 알 수
IT
DJANGO 기반 블로그 1차 데이터 이전 완료
이전에... Small CMS 개발중에 급 유턴을 하여 Django를 이용하기로 결정하고 한 한달여의 시간이 흘렀다.
중간, 중간 시간 날 때 마다 조금씩 개발하다보니 일단은 기본적인 모습은 갖춰진 것 같아 일단 기존 데이터 이전을 하였다.
이전 방법은! 수동!
복사 그리고 붙여넣기를 수십번 반복한 끝에 약 40여개의 글을 모두 이동할 수 있었다.
물론
Fortigate 상용 메일 차단과 대용량 파일 다운로드 2탄
Fortinet UTM 장비, Fortigate에서 이전에 상용 메일을 차단하고, 이후 Application Control을 Overide 하여 대용량 파일을 다운로드 하는 방법에 대해서 적은 적이 있다.
Fortigate 상용 메일 차단과 대용량 파일 다운로드
해당 방법은 링크가 http인 경우에는 적용이 되었지만 https인 경우에는 적용이 되지 않았다. 그로 인하여 여러 고민과 조언을 구하여 아래와 같이 설정하였다.
DJANGO 기반 블로그 현재 진행 상황
DJANGO 기반 블로그를 작성하고 있다. 현재 진행 상황을 정리하자면,
1. 포스팅 기능 완료
2. 카테고리 기능 완료
3. 코멘트 기능 일부 완료
4. sitemap 완료
5. 태그 기능 일부 완료
여기서 앞으로 해야 할 일은...
1. 코멘트 수정 기능 추가
2. 태그 페이지 생성 ( 카테고리 페이지와 동일한 구조로 가면 되지
Markdown 기반 small CMS 제작기, Markdown 데이터를 GITLAB에서 가져오기
기본적으로 이 페이지는 Python과 Flask로 제작되었다.
기능을 차차 늘려갈 예정이라. 내가 가장 쉽게 쓸 수 있는게 뭘까 하다가 골랐다.
기본적인 틀을 잡고 나니, 그 다음으로 시급해진 일은 어디에서 포스팅을 할까?
처음 포스팅 방법으로 생각 한 것으로는,
1. 터미널로 접속, vim으로 작성.
2. 터미널로 접속, nano로 작성.
3. github 이용
위의
small CMS 제작기, 동기화 문제 그리고 잡다한 것들
이전에 작성하였던 git 실시간 동기화는 아무래도 서버쪽에 부하를 주는지...
아니면 GitLab이 느린것인지는 모르겠으나, 동기화에 시간이 걸려서 3-4초 정도 웹페이지 로딩이 걸리는 경우가 발생했다. 아무래도 해당 문제의 경우 주기적으로 로딩하는 방법으로 변경해야 할듯 하다.
(아무래도 가상 머신 환경에서는... 그리고 git pull이 그렇게 빠르지도 않았다.)
어쨌는 느리다는 판단하에 우선 해당 로직을 제거하고
small CMS 제작기, cache
거창한 의미로 cache가 아닌 md 파일 렌더링을 저장하는 방식으로 cache를 구현하였다.
구조는 진짜 심플하다.
1. 해당 md 파일에 대응하는 html 파일 이 있는가?
2. 있다면 해당 html 파일 수정시간과 md 파일 수정 시간을 비교
3. html 파일이 그 뒤라면 바로 html 파일 출력
4. md 파일이 그 뒤라면 html 파일로