글을 찾기 위한 검색 메뉴는 바로 위 메뉴의 '회원 명단' 옆에 있습니다~
TNF는 회사가 아니라 오픈소스 커뮤니티입니다. textcube.org 는 회사에서 운영하는 서비스가 아니라, 커뮤니티에서 개발하는 소프트웨어입니다.
(2007.1.10) TNF는 해당 포럼 및 위키, trac 저장소상에서 이메일 수집을 금지합니다. 해당 공지 를 포럼 하단에 명기하였습니다.
(2007.2.9) TNF와 태터툴즈/텍스트큐브 코드 수정에 관한 workflow를 정리하였습니다. 안내
(2007.4.5) 공식 소스 버그 리포터 그룹의 일원이 되어주실 분들을 찾습니다. :) 관련 공지
최근소식
(2016.1.18) 텍스트큐브 1.10.9 의 첫 베타 버전을 배포합니다. 내려받기
(2015.11.19) 텍스트큐브 1.10.8 : Tempo primo를 배포합니다. 내려받기
(2015.7.9) 텍스트큐브 1.10.8의 첫번째 발표 후보를 배포합니다. 내려받기
(2015.6.4) 텍스트큐브 1.10.7 : Tempo primo를 배포합니다. 내려받기
덧) 로드가 왕창 몰리는 경우에는 1.8 알파의 경우 memcache 모드를 켜면 세션을 서버 메모리에서 관리합니다. 1.7에서는 두 테이블을 기본 모드인 MYISAM에서 MEMORY 타입으로 바꾸면 심한 로드에도 깨지지 않습니다. 이 경우 sessions 테이블의 data 필드가 text 사이즈인데, MEMORY 타입의 테이블은 text 타입의 필드를 지원하지 않기 때문에 열개 이하의 다중 블로그를 운영하신다면 VARCHAR(2048) 정도로 속성을 변경해 주시면 됩니다.
이게... 제가 어제 쿨엔님과 OpenID 로그인 버그 테스트하면 알게 된 사실인데요, Session 테이블의 data 필드에 68KB 이상의 데이터가 들어가는 경우도 있습니다.; MySQL에서 strict mode가 활성화되어 있다면 짤리는 정도가 아니고 멈춰버리죠;;; 따라서 2048 정도의 작은 크기로 하면 오픈아이디 로그인에 문제가 생길 수 있습니다. orz
mySQL 세션 테이블이 깨지는 현상은 접속이 왕창 몰렸을 때 발생합니다. 방문자가 새로 올 때 마다 데이터를 넣었다 뺐다 하기 때문입니다.
두 테이블에 들어가는 정보는 임시로 저장되므로 내용은 전혀 중요하지 않습니다. 깨진 경우에는 REPAIR TABLE tc_sessions,tc_sessionvisits 를 통해서 복원하시면 됩니다.
원래 테이블 자동 복구 기능이 들어 있는데, 제대로 안돌아가는 경우가 가끔 생기는 듯 하네요. 1.7.6에는 세션 테이블 검사 후 자동 복구 기능을 보완하도록 하겠습니다.
덧) 로드가 왕창 몰리는 경우에는 1.8 알파의 경우 memcache 모드를 켜면 세션을 서버 메모리에서 관리합니다. 1.7에서는 두 테이블을 기본 모드인 MYISAM에서 MEMORY 타입으로 바꾸면 심한 로드에도 깨지지 않습니다. 이 경우 sessions 테이블의 data 필드가 text 사이즈인데, MEMORY 타입의 테이블은 text 타입의 필드를 지원하지 않기 때문에 열개 이하의 다중 블로그를 운영하신다면 VARCHAR(2048) 정도로 속성을 변경해 주시면 됩니다.