워드프레스블로그 PC 오류 글부터 세팅하는 방법
얼마 전 윈도우 업데이트 뒤 부팅이 느려졌다는 연락을 받았다. 증상은 비슷해도 원인은 시작 프로그램, 저장장치 상태, 업데이트 실패 등으로 갈린다. 이런 문제를 글로 남길 때 워드프레스블로그의 장점은 분명하다. 화면 사진과 점검 순서를 한곳에 쌓고, 나중에 새로 확인한 내용을 고칠 수 있다. 다만 처음부터 디자인에 시간을 다 쓰면 정작 필요한 오류 해결 글은 한 편도 못 올리기 쉽다.
설치 직후에는 글이 쌓일 틀부터 잡는다
워드프레스를 설치했다면 먼저 관리자 화면의 설정을 확인한다. 일반 설정에서 사이트 제목과 시간대를 맞추고, 읽기 설정에서 ‘검색 엔진이 이 사이트를 색인하지 않도록 요청’ 항목이 켜져 있는지 본다. 공개할 블로그라면 이 항목을 끈 뒤 저장한다. 이 설정은 검색 엔진에 요청하는 방식이라, 비공개를 보장하는 잠금장치로 생각하면 안 된다.
다음은 설정의 고유주소 메뉴다. 글을 여러 편 발행한 뒤 주소 구조를 바꾸면 기존에 공유한 주소를 손봐야 할 수 있다. 발행 전에 글 이름을 쓰는 구조처럼 관리하기 쉬운 방식을 고르고 저장한다. PC 오류 글은 날짜보다 증상이나 부품명이 오래 쓰이는 경우가 많아, 제목과 글 주소도 현재의 문제를 알아볼 수 있게 짓는 편이 낫다.
카테고리는 처음부터 촘촘하게 나누지 않는다. 나는 ‘PC 조립’, ‘윈도우 오류’, ‘부품 점검’ 정도로 시작하는 쪽이 편했다. 글이 열 편도 안 되는데 메인보드 제조사별 메뉴까지 만들면 빈 칸만 늘어난다. 같은 증상이라도 원인이 다른 글을 찾기 쉬운지, 그 기준으로 메뉴를 늘리면 된다.
오류 해결 글은 재현 순서가 먼저다
‘컴퓨터가 느릴 때 설정 하나로 해결’ 같은 제목은 클릭을 부를 수 있어도 실제 점검에는 별 도움이 안 된다. 예를 들어 윈도우 로그인 후 바탕화면이 1분 넘게 멈춘다면, 글 첫머리에 언제부터 그랬는지, 업데이트나 부품 교체가 있었는지, 작업 관리자에서 디스크 사용률이 어떻게 보였는지를 적는다. 독자는 자기 상황과 맞는 글인지 여기서 판단한다.
본문 순서는 증상 확인, 위험이 낮은 점검, 변경 작업, 결과 확인이 자연스럽다. 시작 프로그램을 끄는 방법을 설명한다면 ‘모두 끄기’로 끝내지 않는다. 작업 관리자에서 시작 앱을 열어 사용하지 않는 항목을 하나씩 비활성화하고 재부팅한 뒤, 로그인 후 멈춤 시간이 달라졌는지 비교한다. 보안 프로그램이나 장치 관리 도구는 이름만 보고 무작정 끄지 않는다고 덧붙인다.
숫자도 조건과 함께 써야 한다. 같은 PC에서 재부팅 직후 세 번 재본 바탕화면 사용 가능 시간이 평균 70초에서 35초로 줄었다면 참고할 만하다. 하지만 그 수치를 모든 PC의 예상 결과처럼 쓰면 곤란하다. 저장장치와 설치 프로그램이 다르면 체감도 달라진다. 해결되지 않았을 때 되돌리는 방법과 다음으로 확인할 항목까지 적어야 글이 실제 점검표가 된다.
이미지와 기능은 필요한 만큼만 얹는다
오류 화면은 캡처 한 장이 설명 여러 문장보다 빠를 때가 있다. 다만 화면 전체를 매번 올리면 글을 읽는 흐름이 끊긴다. 오류 코드, 선택할 버튼, 확인해야 할 수치가 보이도록 잘라서 올리고, 계정 이름이나 제품 키처럼 공개하면 곤란한 정보는 먼저 가린다. 이미지 아래에는 ‘설정 화면’ 대신 ‘작업 관리자 시작 앱에서 상태가 사용으로 표시된 항목’처럼 무엇을 봐야 하는지 적는다.
테마는 모바일에서 글자와 표가 읽히는지부터 확인한다. 화려한 첫 화면보다 오류 코드가 잘 보이고 단계 사이 간격이 분명한 쪽이 이 주제에 맞다. 플러그인도 설치할 때마다 이유를 적어 둔다. 백업, 보안, 성능처럼 필요한 기능을 정한 뒤 하나씩 적용하고, 적용 전후에 글 화면과 관리자 화면을 확인한다. 비슷한 기능을 하는 플러그인을 여러 개 켜 놓으면 문제가 생겼을 때 원인을 찾는 시간이 길어진다.
업데이트보다 복원 가능성을 먼저 확인한다
PC를 손볼 때도 드라이버를 바꾸기 전 복구 수단부터 확인한다. 워드프레스블로그 역시 같다. 글과 설정이 들어 있는 데이터베이스, 테마와 업로드 이미지 등이 담긴 파일을 함께 백업해야 한다. 호스팅의 자동 백업이 있다면 보관 기간과 복원 방법을 확인하고, 별도 사본도 마련한다. 백업 파일이 있다는 사실보다 실제로 되돌릴 수 있는지가 중요하다.
플러그인이나 테마를 업데이트할 때는 먼저 백업 시점을 확인한다. 업데이트 후에는 메인 화면만 보고 끝내지 말고, 오래된 글 한 편과 이미지가 많은 글 한 편을 열어 본다. 관리자 화면의 도구에서 사이트 건강 상태를 확인하면 업데이트 대기나 서버 설정 문제도 찾는 데 도움이 된다. 이상이 생겼다면 직전에 바꾼 항목부터 살피는 편이 빠르다.
처음 한 달은 디자인을 계속 고치는 것보다 실제로 겪은 오류 세 건을 제대로 기록하는 데 시간을 쓰는 게 낫다고 본다. 사용한 부품, 윈도우 상태, 확인한 수치, 실패한 시도까지 남겨 두면 몇 달 뒤 같은 문제를 다시 만났을 때 나 자신에게도 쓸모 있는 블로그가 된다.
