아직 로그인하지 않았습니다. 로그인 또는 회원 등록을 해 주시기 바랍니다.
TNF : Tatter Network Foundation forum » daybreaker가 작성한 글
ASCII....로 보내시면 문제가 발생할 수 있습니다;;; (압축된 상태로 올리신 것인지 압축 풀린 상태로 일일이 올리신 건지는 모르겠습니다만..)
일단 이미지 파일들이 깨질 가능성이 있고, php/mysql 버전에 따라 utf-8 인코딩 에뮬레이션하는 코드가 있는데 이게 필요하지 않다면 다행이나 필요한 경우엔 한글 처리가 제대로 안 될 수 있지요.
일단 말씀하신 에러는 아파치 서버의 에러 로그를 봐야 정확히 알 수 있을 듯합니다. 보니까 mod_auth_passthrough 이런 모듈이 보이는데 이것과 연관이 있을지도 모르겠네요.
일단 mysql의 한글 관련 경고는 무시하셔도 됩니다. mysql 버전이 옛날 것인 경우 텍스트큐브에서 사용하는 문자 형식을 인식하지 못해서 목록 정렬과 같은 일부 기능에서 순서가 잘못 나올 수 있어서 그런 경고가 뜨는 것입니다. 동작 자체에는 별다른 문제가 없을 겁니다.
근데... 전에 태터툴즈를 쓰셨다고 했으니 db 계정 설정하는 방법을 모르실 것 같지는 않고, 어쩌다가 테이블을 못 찾는 건지는 저도 이해가 안 되는군요;;
일단 사용하시는 php와 mysql의 버전을 알려주시면 좋을 것 같습니다.
파일시스템 관련 오류를 해결하시려면 텍스트큐브가 있는 디렉토리와 그 아래의 skin 디렉토리에 웹서바가 write할 수 있는 권한을 주셔야 합니다. (보통 777이나 755로 설정합니다.)
블로그가 설치된 디렉토리 바로 아래의 CHECKUP 디렉토리를 웹서버가 쓰기할 수 있는 권한이 있는지 확인해보세요. (보통 www-data 또는 httpd, apache 등의 계정 이름)
ㅋㅋ, 저도 RSS 읽다가 방금 발견했습니다.
근데 API Key를 등록할 때 보여지는 URL에 따라 사용 권한이 제한되기 때문에 RSS에서 완벽한 기능을 지원하기는 어려울 것 같고, 뭔가 대체 메시지를 넣는 쪽으로 가야겠습니다. ㅎㅎ (iframe을 이용하면 될까... 싶기도 한데 구글이 허용하는지 모르겠군요.)
보통 mysql.sock 파일을 /tmp보다는 /var/run 이런 곳에 둘 텐데 설정이 이상하군요.;; /tmp 디렉토리 특성상 생성한 사용자(mysql이란 이름으로 등록된..) 말고는 접근이 안 되므로 당연히 웹서버가 접근 못하니까 에러가 나는 거 아닐까요.
검색 메뉴는 화면 상단에 잘 보면 '처음', '회원 명단' 다음에 위치하고 있습니다.. (.....)
그리고 회원 가입을 하신 상태니까, '자기가 쓴 글' 메뉴도 잘 찾아보세요;;
뭔가... 스킨 구조 때문에 출력되어야 할 자바스크립트들이 다 출력되지 않은 것 같습니다.
소스보기를 했을 때 </head> 바로 위쪽에
니들웍스 <script type="text/javascript" src="/tt/script/EAF4.js"></script>
<script type="text/javascript" src="/tt/script/common2.js"></script>
<script type="text/javascript" src="/tt/script/gallery.js" ></script>
<script type="text/javascript" src="/tt/script/flash.js" ></script>이런 코드가 있어야 하는데, 원래는 텍스트큐브가 자동으로 집어넣어주게 되어 있으나 스킨 구조가 안 맞을 경우 출력되지 않을 수도 있습니다.
추가 : 커스터마이징되어 저장하신 스킨 소스로 접근해 열어보니 <head>와 <title> 등 한 번만 나와야 하는 태그가 중복되어 있군요. 스킨을 고치셔야 할 것 같습니다.
트랙백의 경우 특정 사이트로 보낼 때만 그런 것인지 아니면 다른 문제인지 확인해봐야 할 것 같습니다. 사용하시는 텍스트큐브 버전이나 웹서버 정보를 알려주시면 더 좋겠구요.
스킨 수정의 경우 관리자 화면의 스킨 편집기에서 수정하셨다면 skin/customize 디렉토리에 저장되는데 이곳에 쓰기 권한이 제대로 설정되어 있는지 확인해보셔야 하구요, 그렇게 수정된 스킨을 쓰는 상태에서 원본 스킨을 FTP나 쉘 접속으로 수정하면 반영되지 않습니다. (스킨 편집기를 써서 저장하는 순간 별도의 복사된 스킨이 하나 만들어지는 거라고 생각하시면 되겠습니다.)
스킨 수정이 안 되는 건 위 두 사항을 확인해보세요.
헉.... 3초마다 IP가 바뀌는 환경이라니 도대체 어떤 곳에서 인터넷을 사용하시길래...;;; 무슨 국가정보원 특수 기밀 취급실(?) 같은 곳이라도 되는 건가요;;;
php 5.1.6 서버에서 1.8 알파5인가는 설치조차 안되었습니다. (설치중 불가 메시지 출력)
5.2.6 에서는 설치되었지만, 데이타 백업, 복원이 안되었습니다. 기타 관리메뉴에서 일부 기능은 감감하였습니다. 이 부분, 이유가 php 버전때문이 아닐 수 있다고 생각합니다.
텍스트큐브의 알파버전은 사실 앞으로 코드 구조가 완전이 바뀔 수도 있는 상태이고 따라서 설치가 안 되는 것도 전혀 놀라운(...) 일은 아닙니다;; 직접 고칠 자신은 없고, 새 버전을 미리 테스트해보고 싶으시다면 적어도 RC 단계 정도부터 보시길 권해드립니다.;;
기왕이면 좀더 구체적인 오류를 알려주시면 좋겠죠.. =3=3
해당 form 태그는 텍스트큐브가 스킨을 해석할 때 자동으로 생성되는 것이므로 스킨 제작자 입장에서는 건드릴 수 없는 부분입니다.
굳이 수정하신다면 1.7.6 기준으로 library/piece/blog/end.php의 33번째 줄을 고치시면 됩니다. 현재 텍스트큐브의 내부 소스 구조에 대한 문서는 따로 만들어져 있지 않은 상태입니다.;;
...질문에 너무나 답을 잘 적어놓으신 것 같아서 뭐라고 더 답변을 드릴래야 드릴 수가..^^;;
완성형 블로그라고 해도 서비스에 따라 첨부파일의 개수는 무제한이나 개별 파일의 용량에 제한이 있다든지 하는 식으로 제약이 있을 수는 있습니다.; 이러한 완성형 블로그의 경우 이용 약관에 데이터 관리에 대한 책임 주체가 명시되어 있을 겁니다. 저도 사실 약관을 아주 자세히 읽어보진 않아서 모르겠군요;; 하지만 적어도 텍스트큐브.com의 경우 백업 기능을 지원하므로 주기적으로 백업을 받으신다면 위험도를 낮출 수 있을 것입니다.
그리고 텍스트큐브.org에서 제공하는 설치형의 경우, 저희가 서비스·운영하는 것이 아니기 때문에 데이터 망실 사례가 발생하더라도 저희가 그것을 책임져 드릴 수는 없습니다. 기본적으로 블로그 컨텐츠에 관한 것은 블로그를 설치·운영하는 사용자의 몫이지요. (이를 테면, 텍스트큐브로 성인물 블로그를 운영한다고 어떤 사용자가 저희한테 신고한다고 해서 저희가 어떻게 해드릴 수 없는 것과 마찬가지로, 텍스트큐브로 개인 블로그를 운영하다가 데이터를 날려먹어도 저희가 어떻게 해드릴 수 있는 건 아닙니다.)
대신 마찬가지로 데이터 백업/복원 기능을 제공하므로 언제든지 자신의 데이터를 다른 곳으로 복사·이동 가능합니다.
파이어준님의 경우, 본인 혼자서 고쳐쓰시는 소스가 너무 많아서(...) 버전업을 거의 하기 힘들 정도라고 들었습니다.;; 네, 뭐 본인의 실력만 있다면 설치형은 얼마든지 고쳐 쓸 수 있겠지요.;
텍스트큐브 들여다보면서 간간이 책 하나 쓰고 있습니다.; (본업은 대학생이나 이번 학기는 휴학중)
- Firefox, Chrome, Operae, Safari 등과 같은 웹브라우저에서는 마우스 가운데버튼(휠) 클릭 또는 Ctrl+Click을 하면 새 탭으로 열립니다.
- IE를 포함한 대부분의 웹브라우저에서 Shift+Click을 하면 새 창으로 열립니다.
- 라이트박스와 같이 그림을 확대하기 위해 클릭했을 때 레이어 박스 형태로 페이지 안에 큰 그림을 띄워주는 플러그인을 이용하는 방법이 있습니다.
다 날라갈까봐 겁나신다면 데이터 관리에서 백업을 떠놓고 작업하시는 걸 추천드립니다. ^^;
해당 문제가 상위 버전에서 해결되었는지는 확실하지 않은데요, 스킨에 따라 문제가 발생할 수도 있으므로 실제 접근 가능한 URL을 주시든지 아니면 기본스킨 사용 여부를 말씀해주셔야 합니다.
지금 당장은 문제가 없을지 모르겠으나, 일부 기능에 문제가 생길 수 있습니다. 대표적으로 JSON(자바스크립트 오브젝트 표기 문법을 이용한 정보 저장·전달 방식) 지원이 5.2 버전부터 생겼거든요..;; 텍스트큐브 코어에서는 당장 php를 이용해 JSON을 쓰는 부분이 없습니다만 플러그인 등에서 사용할 가능성이 있습니다.
golden님이 지적하신 것처럼 자료가 중복으로 인식되지 않게 하려면 하나의 웹호스팅 계정에서 여러 사이트를 운영할 수 있도록 하는 옵션(?)을 써서, .htaccess 등을 통해 적당한 URL로 redirect시켜주는 것이 더 좋겠군요. 
게시판과 블로그의 가장 큰 차이점 중 하나는 글쓰기와 관리만을 위한 '관리자 모드'와 방문객들과의 소통을 위한 '일반(?) 모드'가 분리되어 있다는 점입니다. 따라서 일반 모드에서는 보통 별도의 로그인/로그아웃 처리를 상세하게 하지 않으며, 다만 자신의 블로그를 자주 방문하는 관리자의 편의를 위해 관리자 모드 접근과 글쓰기 기능에 대한 단축 링크를 제공하고 있을 뿐입니다.
여기서 관리자 모드 접근은 로그인이 되지 않았을 때는 로그인하도록 넘어가게 되지만, 로그인이 된 후에는 바로 관리자 모드로 넘어가며, 일반적으로 생각하는 로그인과는 조금 다릅니다.
일단 현재 텍스트큐브에서는 로그인/로그아웃 상태에 따라 스킨의 일부 내용(스킨 제작자가 임의로 정의한)을 바꿔 출력하는 기능은 제공하고 있지 않습니다.
음, 웹 특성상 중간에 서버 쪽에서 멈춰버렸을 때 클라이언트 쪽에 이를 적당히 통지해줄만한 방법이 없습니다. 이건 HTTP 프로토콜의 문제이기도 하구요. 다만 서버 쪽에서 지나치게 오랫동안 응답을 하지 않을 때 오류가 발생했을 수 있다는 메시지 표시는 가능할 것 같습니다. 대신 정확히 어떤 이유로 에러가 났는지, 혹은 네트워크 자체가 그냥 느린 것인지 에러가 난 것인지 구분하는 것이 모호합니다.
우선 티켓 #1137 올려두겠습니다.
안 그래도 이 부분은 계속 고민 중이었습니다.
향후 TTML 표준 규격을 어떤 식으로 가져가게 될지 정해지지 않은 상황인데 아마도 첨부파일 경로를 표현하기 위한 치환자 하나를 제외하고 나머지는 모두 치환자를 제거하는 쪽이 될 것입니다. 그래서 iframe을 사용하거나, 그냥 javascript 덩어리를 집어넣는 방법이 있는데 어떤 쪽이 좋을지는 고민해봐야겠습니다. (우선은 범용적인 규격을 생각하기보다는 빠른 구현에 집중하고 있습니다) 위지윅 에디터를 쓸 때 박스 처리해버리는 건 오히려 큰 문제가 안 될 지 모르겠으나, Markdwon을 사용할 때처럼 소스 보기 상태로 편집할 경우도 어느 정도 고려해야 하지 않을까 싶습니다.
한 가지 다른 가능성이라면,
<div class="plugin GoogleMap"><div class="content">구글맵 플러그인을 위한 데이터</div><div class="unsupported">GoogleMap 플러그인이 설치되지 않았습니다.</div></div>와 같이 적어두면 적당한 플러그인이 처리할 수 있는 특정한 본문 치환 이벤트를 만드는 방법도 있겠습니다.
인자 전달에 JSON을 사용하는 부분은 아마 계속 갈 겁니다. 지금은 그냥 생짜 텍스트로 삽입되지만 위지윅 에디터에서 박스 처리하고 클릭해서 다시 수정할 수 있게 한다든지 하는 등의 편의를 더하려면 자바스크립트에서 바로바로 옮겨다닐 수 있는 JSON만큼 편한 구조가 없거든요. 특히 php 5.2부터는 json 인코딩/디코딩 함수가 기본 포함되어 있기도 합니다.
음, 이미지 리샘플링 기능을 임시로 꺼보시고 어떤 결과가 나오는지 테스트 부탁드립니다;;
웹사이트 들어가서 테스트해보니
Content-Type: text/css;charset=euckr
이렇게 헤더가 넘어오는군요. euckr이나 euc_kr은 잘못된 표기이고 euc-kr이라고 써야 제대로 동작할 겁니다. Firefox가 IE 등에 비해 HTTP 헤더 해석이 좀더 엄격한 편입니다. 서버관리자한테 문의해보세요~
포워딩은 웹브라우저에게 이 주소가 아니라 다른 주소이니 그리로 찾아가라고 알려주는(redirection) 방식입니다. 도메인 포워딩은 도메인 서비스를 제공하는 곳에서 해당 도메인 접속시 별도의 웹서버 등을 이용해 사용자가 설정해둔 URL로 리디렉션하도록 해주는데, 따라서 그 도메인에 하위폴더를 포함해 접속할 경우 그 포워딩용 웹서버에서 디렉토리를 찾게 되므로 당연히 말씀하신 바와 같은 페이지를 찾을 수 없다는 오류가 뜨게 됩니다.
해결 방법은 포워딩용 웹서버에서 텍스트큐브의 URL 체계를 인식하여 리디렉션할 때 자동으로 붙여주는 방법이 있고, 다른 하나는 golden님이 말씀하신 것처럼 도메인을 원래 URL이 가리키는 서버의 IP로 설정한 다음 virtual host의 ServerAlias로 지정하여 같은 웹사이트를 참조하도록 하는 것입니다. 전자는 현실성이 없고(포워딩 서비스하는 업체에서 저기까지 신경써주기는 힘들죠), 후자가 해결 방안인데, 한 가지 단점이라면 그러한 다중 도메인 운영시 config.php에 설정되지 않은 도메인에서는 로그인이 안 될 수 있습니다. 직접 루트 권한으로 운영하시는 게 아니라 호스팅을 받으신다면 호스팅업체 측에 문의해보세요.
TNF : Tatter Network Foundation forum » daybreaker가 작성한 글