티스토리, 이글루스를 가지고 있는 입장이긴 하지만 이글루스의 경우는 이미지 링크용으로 아주 가끔 포토로그를 사용할 뿐이고, 티스토리는 완전히 버려졌다 해도 과언이 아닐 것이다.
그런와중에 구글에 팔린 TNC가 내놓은 베타테스트. 텍스트큐브 닷 컴.
사실 설치형을 사용하고 있긴 하지만 서버에 제대로 백업되지 않는 이유로 아주 가끔 버젼업을 할 때 이외엔 요즘 귀찮아서 백업도 잘 안 하고 살아서 슬슬 백업을 해아하지 않을까 하는 생각도 있긴 있었으나 선뜻 이글루스 쪽으론 옮겨갈 수 없으니 일단 배제하고, 티스토리의 경우는 올리는 시간만 어떻게 해결한다면야 바로 복구가 가능하지만 굳이 그러고 싶지는 않고....
여하간 시험삼아 텍스트큐브닷컴에 새 블로그를 만들어 봤다. 백업해서 따로 올려야하겠지만 서버에서 내려받았다 다시 올려 긁는 경우라면야 어찌되지 않을까 하는 생각이 있어서인데 안 되면 정말로 울면서 메일계정을 이용할 수 밖에 없겠다.
요즘 간섭과 통제의 미학이 넘쳐나는 시대에 살고 있다보니 여기저기 외부 서버를 기웃거려보는데 참 만만치가 않다. 언어의 장벽도 있고(귀찮아...데굴) 구글에서 만드는 것이니만큼 국외서버에서 이 서비스를 지원해준다면 더 바라는 일 없이 사용해줄 수 있을텐데 말이다
그런 이유에서 일단 cafe24의 백업부터 시작해봤지만, 현실은 난장판. 현재 백업은 서버에서 내려받는 것만 가능하고, 서버에서 생성할 수 없는 상태. 또한 받은 걸 서버로 다시 올려 복원을 시도해도 "파일손상/경로다름으로 복원할 수 없음"이라는 메세지만 출력되고, 웹쉐어를 돌려도 저런다(...) 마지막 수단으로 대용량메일을 이용하려 해도 업로드가 안 되는 현상 발생.
...이거 내 공유기가 문제냐, 아니면 내 회선이 그지같은 거냐? 어째 이전의 악몽이 되살아나는 듯한 느낌이....;;;
잘 된 거라면 잘 된 것일 수도 있고, 뭔가 이상하다면 이상하다고 할 수 있는 조합. 무엇보다도 구글의 경우는 자사가 운영하는 블로그 서비스가 있음에도 불구하고 TNC를 인수했다는 것은 자사의 블로그 서비스를 국내한정으로 텍스트큐브 형식으로 바꾸겠다는 말인지 그렇지 않으면 아예 자사의 서비스를 때려치우고 텍스트큐브 서비스형으로 갈아타겠다는 건지 잘 모르겠다. 내가 신경써야 할 부분은 아무래도 "설치형"에 대한 언급이었는데 설치형의 경우는 아예 관계가 없으니 일단은 안심이라고 해야할 것 같고
다음의 티스토리와 같이 툴 서비스를 합작을 하거나 의뢰를 받아 판매하는 형식으로 마케팅을 해 왔던 듯 한 TNC인데 이번의 구글과의 인수합병으로 어떻게 변화될 지 궁금해진다. 또한 서비스형 텍스트큐브가 얼마나 안정적으로 돌아갈 수 있느냐에 따라 기존의 설치형을 사용하던 유저들을 흡수하거나 티스토리나 여타 서비스형을 이용하던 유저들을 끌고 올 수 있는 메리트가 생기지 않는 이상 유저의 증가수는 그리 크지 않을 것으로 생각되는데 과연 어떤 메리트를 창조할 지도 기대된다. 나야 이번의 갱신을 끝내면 어떻게 할까, 하는 생각은 들지만 적어도 내년 4월 중으로 가입형 서비스가 나와준다면 한 번 갈아타 볼 용의는 생길지도 모르겠다. 그러나 글로벌 서비스사의 단점이 유저 관리가 들쭉날쭉할 정도로 엉망이라는 건데....
내 질문부터 시작하여 처음에는 해당게시판의 관리자들이, 나중에는 운영진들이 나와 서로 이 현상에 대해 끝임없이 이야기를 하다보니 결론이 나오게 된 셈이었다. 내가 php를 배운 것은 근 4년전, 그 때는 AJAX라는 말도 없었고 내 경우는 지극히 간단한 코드로 엉터리 게시판(!?)을 겨우겨우 하나 만들 정도에 그치고 있었으니 더 깊이 파고들어도 무슨 소리인지 제대로 알 수 없는 말들이 넘쳐나는 세상인지라 일단 버그라고 하니 그렇게 인정하고 이 문제에 대해서는 TNC에서 다음 버젼이나 혹은 그 다음 버젼에 해결해주리라 생각하고 더 이상의 질문은 하지 않기로 했다.
나날이 좋아지고 있는 텍스트큐브 툴이지만 오픈소스 툴이다보니 사용자들이 만들어가고, 사용자들에 의해 피드백이 주가 되는 점이 많다보니 사용자의 환경에 따라 그 이용과 불편함에 대한 변수가 널 뛰듯 춤을 추는 관계로 사실 이 문제에 있어서는 내 서버와 DB의 문제라고 생각하고 있었더랬다. 그렇기에 혹여 이와 비슷한 문제로 고민해봤던 사람들이 있으면 그 해결법을 알려달라는 취지에서 질문을 올린 것이었으나 소 뒷걸음질치기에 쥐를 잡는다고 했던가. 이것이 "버그"라는 생각은 꿈에도 하지 않고 있었으니....;;; 실제로 이와 비슷한 유형은 같은 게시판의 질문글이나 올블로그같은 rss피드 사이트에서도 몇 가지를 볼 수 있었는데 대체로 웹방화벽(호스팅회사에서는 무조건 시행해야하는 듯)과 집의 공유기(방화벽)으로 인하여 생기는 문제가 있어 그로 인해 고생을 하는 유저들이 자신의 블로그에 나름대로 해결법을 작성해놓고 있어 그것을 따라가다보면 해결되겠거니 하고 따라하다보니 도저히 해결이 되지 않아 올린 글이 이런 방향으로 진행될 줄은 생각지도 못했던 일이다
여하간 이로 인해 당분간은 불편하겠지만 앞으로 수정될 것이라는 생각에 서버와 내가 벌렸던 지리했던 서버백업/복구싸움은 여기서 종결한다. 당분간 블로그에 문제가 생기는 경우는 다음이나 네이버 대용량메일로 돌려 복구하는 방향으로 하고자 한다. 사실 이렇게 용량증설 서비스를 받지 않았으면 죽었다 깨더라도 모를 일이었었는데 참 다행이라는 생각이 드는 게 이렇게 내가 제보한 한 건으로 블로그 툴이 조금씩 좋아지고 있다는 걸 생각하면 흐뭇(?)하다
그러나 첨부파일을 빼고 복구하는 경우는 rss 및 링크를 홀랑 날려먹는 경우가 있으니 하다못해 rss라도 따로 백업해두지 않으면 피를 볼 것이라는 것 정도는 알아둬야 할 것 같다. 이것으로 백업해야 할 것은 DB, 첨부파일, RSS 정도인가? 그런데 백업방법을 보니 어쩐지 옛날로 돌아가는 듯한 느낌이 든다?
댓글을 달아 주세요
댓글 RSS 주소 : http://lapile.cafe24.com/rss/comment/2391249댓글 ATOM 주소 : http://lapile.cafe24.com/atom/comment/2391249