글을 찾기 위한 검색 메뉴는 바로 위 메뉴의 '회원 명단' 옆에 있습니다~
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를 배포합니다. 내려받기
아참, 그리고 제 생각도 index.gif나 favicon.ico 파일을 직접 저장해야 되지 않나 생각합니다. 단순하게 생각하면 아이콘 파일 요청인데, 파싱에 DB 액세스까지 일어나는 구조라면... 개선의 필요성은 있지 않을까 생각해 봅니다. (주제넘게 참견하는 것이 아닌가 조심스러운 생각이 드네요...;;)
혹시 DB 액세스가 필요한 이유가 1설치 다수 블로그 운영 때문인가요? 그렇다면 말씀하신대로 파일명을 다르게 주고 URLRewrite나 기타 방법을 활용하는 방안으로 해결이 가능하다면 깔끔할 것 같은데... htaccess에 대한 지식이 없어서 이렇게도 가능한지는... 모르겠네요;;
아이고 주제넘게라뇨. 전혀 조심스러워 하실 필요 없습니다. 저희도 Heart님처럼 시작했다가 여기까지 온 사람들입니다. ^^
원래대로라면 결자해지를 외쳐드려야 할 상황이지만 (그리고 저희는 Heart님을 기대의 눈망울로 바라보는겁니다. 그게 불문율) 생각도 못했던 곳에서 정곡을 찔렸기 때문에 지금 한 번 소스에 손을 대 보겠습니다. 아자아자 화이팅 T_T
아참, 그리고 제 생각도 index.gif나 favicon.ico 파일을 직접 저장해야 되지 않나 생각합니다. 단순하게 생각하면 아이콘 파일 요청인데, 파싱에 DB 액세스까지 일어나는 구조라면... 개선의 필요성은 있지 않을까 생각해 봅니다. (주제넘게 참견하는 것이 아닌가 조심스러운 생각이 드네요...;;)
혹시 DB 액세스가 필요한 이유가 1설치 다수 블로그 운영 때문인가요? 그렇다면 말씀하신대로 파일명을 다르게 주고 URLRewrite나 기타 방법을 활용하는 방안으로 해결이 가능하다면 깔끔할 것 같은데... htaccess에 대한 지식이 없어서 이렇게도 가능한지는... 모르겠네요;;
그 쪽 블로그에서 블로그 아이콘이 있는지 알아볼려고 이쪽 서버에 리퀘스트를 보내면 그 때마다 blog/index.gif.php가 파일을 파싱해서 보내주는데, 그 과정에서 파서가 돌아가기 위해서 거치는 여러가지 작업 중에 세션 생성이 있기 때문에 발생하는 일입니다.
답변 감사드립니다 ^^ gif 파일 요청에 왜 DB 테이블을 검색하는 것인가 조금 혼란스러웠는데 머릿속에 정리가 되네요.
근데, index.gif.php를 열어보고 favicon.gif.php을 보니 세션테이블 손대는 부분이 동일한 것 같은데... favicon.ico도 같은 방식인 것 같네요. 둘 다 막아야하겠죠?
그리고, 이건 좀 다른 이야기겠지만(다른 곳에 올려야한다면 위치좀 알려주세요 ^^;;) 오늘 티스토리가 꽤 긴 시간동안 서비스 중지 상태로 있었는데, 이 문제와 관련이 있는지도 궁금합니다. 블로그를 티스토리에도 운영하고 있거든요.
더운 여름 시원하게 보내시길~
티스토리는 잘 모르겠습니다만, 블로그 아이콘과는 관련이 없을겁니다. 그랬으면 진작에 뻗었겠지요.
지난 태터캠프때 다음쪽 티스토리 담당자 분을 모셔서 발표 듣고 청문회도 했는데, 그 때 본 바로는 그 쪽 성장 그래프가 최근에 거의 90도를 그리면서 위로 올라가고 있던데요. 미리 수요를 예측할래야 예측이 안 되었던 상황인 듯 합니다. '부랴부랴 서버 수급 주문 넣어서 막 하드웨어 도착했습니다' 그런 이야기 하시던데, 그게 7월 21일이니 지금쯤 새 서버들 셋업 끝나서 붙이고 있겠네요.^^
일단 가장 간단하게 막으려면 blog 디렉토리의 index.gif.php를 살짝 이름을 바꾼다거나 (index.gif.php_ 정도가 좋겠네요) .htaccess의 내용 중에서 RewriteRule ^[[:alnum:]]+/+index\.gif$ blog/index.gif.php [E=SURI:1,L] 요렇게 생긴 줄을 찾아서 앞에 #을 써 주세요.^^
그 쪽 블로그에서 블로그 아이콘이 있는지 알아볼려고 이쪽 서버에 리퀘스트를 보내면 그 때마다 blog/index.gif.php가 파일을 파싱해서 보내주는데, 그 과정에서 파서가 돌아가기 위해서 거치는 여러가지 작업 중에 세션 생성이 있기 때문에 발생하는 일입니다.
호스팅 업체에서 로그 파일 두개 주고 해결하라는데, 태터 관련 로그라 원인파악을 잘 못하겠습니다.
아파치 로그만 보면 제가 어제 트랙백한 글에서 index.gif 를 계속 가져가는 것 같은데 MySQL에서는 태터 세션테이블을 계속 손대는 것 같네요. 첨부한 쿼리가 부하 걸린 로그에서 1/4 정도만 자른거라고 하는데요. 아파치 로그에서 부하 걸릴만한 것은 index.gif 가져가는 것밖에 없어보이는데 MySQL 부하는 세션테이블이니까 어떻게 된 영문인지 잘 모르겠네요.
프로그래머이긴 한데 php 를 몰라서 보고 있을 여력이 좀 안되구요... 백업도 못해두어서 티스토리로 옮기지도 못하고 public_html 폴더 퍼미션 막혀서 테스트도 하기 어렵네요. 호스팅업체에서는 해결되면 전화달라고 하는군요.
트래픽 초과는 봤지만 CPU 초과로 막혀서 좀 당황스럽네요;; 원인 파악좀 부탁드립니다. 꾸벅(__)