새벽에 스킨 관련글에 댓글을 달면서 느낀 문제인데요. 다시 페이지가 늦게 열리네요(설마 저만 그런 건 아니겠죠?). 이게 어찌된 영문인지... 다른 사이트, 블로그들은 가볍게 잘 열립니다. 그런데 제 블로그에서 페이지를 열려면 정말 계속 해서 딜레이가 생기네요. 예전에 일이 발생했을 때는 도아님을 비롯해서 많은 분들께서 조언을 주셨습니다. 특히 CN님과 좀비님께서 주셨던 실시간 댓글 조언(미투데이)이 큰 도움이 되었죠.
당시 원인은 친애하는 필로스님께서
#####.tistory.com 으로 댓글을 입력해야 하는데
#####.tisory.com 으로, 't' 하나를 빼먹은 아주 사소한 것이었습니다.
그래서 그 사건(?) 직후 't'가 들어가지 않은 '티소리'(tisory.com)에 대해선 필터링까지 했구요. 지금도 이와 유사한 문제인지는 모르겠네요. 일단 호스팅업체(비누넷) 고객지원 게시판에 문의(자유게시판)를 한 상태이긴 하지만요... 이 문제를 살펴볼 수 있는 방법을 아시는 독자, 블로거 여러분께 조언을 구합니다. 저로선 도무지 원인을 추측하기도 힘든 경우라서요(그 때처럼 말이죠.. 정말 답답하네요..) 요즘은 계속 조언을 구하는 포스팅만 하네요. 모쪼록 조언을 부탁드립니다... (_ _)
more..
헤이
2. Use a CDN, 3. Add an Expires header, 4. Gzip components 이것들은 그리 심각한 건 아닌 것 같고.. 2008/01/15
극빈자
허위 정보를 드려서 죄송하구만요! 2008/01/15
민노씨
새드개그맨 : ㅡㅡ;;;;;; 민노씨.네는 그 툴만이라도 서비스형 블로그 시스템에도 종속됨이 없이 가급적 제 지배관할 하에 두고 싶어서요. 2008/01/15
민노씨
좀비 : 관심 고맙습니다. ㅠ.ㅜ; 2008/01/15
민노씨
헤이 : 아까 저도 몇 번 해봤는데… 도무지 알아먹기가 좀 곤란해서리.. ^ ^;; 2008/01/15
민노씨
극빈자 : ㅎㅎ 무슨 말씀이시래요? ^ ^ 2008/01/15
헤이
나머지 F도 별거 없는데 -.- 2008/01/15
좀비
일 단 DB 는 아마도 mysql 추정하에 접속에는 그리 큰 시간이 들지 않는거 같구요…. 해당 계정의 물리 서버인 say.byus.net/sysinfo/index.php(이야기해도될런지;;) 도 응답이 빠른거 보니 서버 자체 문제도 아닌것 같고… 2008/01/15
좀비
블로그의 키워드나 로케이션 메뉴 응답은 빠른거 보니.. 제가 처음 제기한 도메인 문제도 아닌거 같습니다.. 점점 미궁으로 ;; 2008/01/15
민노씨
헤이 : 그렇고만요.. ㅠ.ㅜ;;; 2008/01/15
민노씨
좀비 : 정말 이제는 늦게 열리는 것은 빼고서라도 그 이유가 몹시 궁금한 지경입니다. ㅠ.ㅜ;;;; 2008/01/15
좀비
아무래도 글자체에서 무언가를 가져오는 부분이나, 글 리스트나 내용을 가져올때 DB 셀렉팅이나 기타다른문제로 인해 해당페이지 로딩자체가 느린거 같긴한데.. 2008/01/15
헤이
telnet과 links로 실험해본 결과 받아온 다음에 브라우저에서 처리하는 시간이 걸리는 게 아니고 Sent Request 단계에서 느려요 2008/01/15
좀비
지금 오른쪽 메뉴도 안나오는데 내리신건가요? ^^;; 혹시 첫 페이지 제일 하단에 나오는 페이징… 안나오게 해보실수 있나요? 혹여나 해서.. 2008/01/15
민노씨
좀 풀어주시면… 정말 고맙겠습니다. 사이드바를 전부 떼었습니다만… 고대루네요. ㅡㅡ;;; Cover notice tag location 을 클릭하면 금방 뜨는데, 역시나 home 과 guestbook은 늦게 열리네요. …. 그렇다면 해결방법은 무엇인지요? 문제시점이후의 글을 삭제해야 하는건지… ㅡㅡ;;; 2008/01/15
씨에
네 임 서버는 캐슁되고 있으니깐 큰 문제는 아니라고 봅니다. nslookup에서도 빨리 응답합니다. 또한 /skin/coolant/images/bullet_tag.gif 과 같은 static page 호출에 대해 빠른 호출을 보여줍니다. 이것역시 웹서버에 접근할때까지 문제가 없고 웹서버 자체도 문제가 아닐 가능성이 있습니다. 태터 툴즈는 .htaccess를 통해 웹서버에게 redrirect를 시키는 과정이 있고 셰션을 계속 데이타베이스에 저장하는데 이 둘 중 하나가 문제일 것입니다. 전자를 의심하는 이유는 .htaccess에서는 “이미지”등의 파일이 redirect 되지 않기 때문입니다. 후자로는 태터툴즈는 상당히 많은 데이터를 DB에 저장하는데 그 중 하나가 세션 정보입니다. 이 정보 이상하게 늘어난다면 느려질 가능성이 있다고 봅니다. 2008/01/15
씨에
흠 글을 적는 동안 글이 더 올라왔네요. cover notice tag location은 빨리 올라온다니 그것도 조금 신기하네요. 흠 2008/01/15
좀비
메인 페이지나 기타 페이지의 제일 하단에 있는 1,2,3,4… 이 페이지 링크 안나오게 해 보실수 있나요…. ?? 소스를 볼수가 없으니… 빠른페이지와 그렇지 않은 페이지의 차이점은 2008/01/15
좀비
하단의 페이징링크 밖에 없는데 빠르고 느린차이점이… 그거라고 추측해보고 한번 메인페이지 설정을 다 펼치기 등으로 페이징을 없앨 수 있나 해서요 2008/01/15
씨에
혹시나 하고 카테고리 페이지를 확인해보고 있습니다. 의외로 이런 페이지는 그나마 참을만합니다. 2008/01/15
씨에
만약에 페이지가 문제라면 정말 못참을만한 카테고리가 나올 것으로 생각합니다. 다른 카테고리도 확인해봐야겠네요. 2008/01/15
좀비
카테고리는 전부 펼침인데 빨라서요… 2008/01/15
민노씨
씨에님 : 일전에 피드버너 포워딩(기존 RSS 주소를 통해 구독하던 분까지 피드버너를 통해 관리하는 방식으로)하는 방법으로 .ataccess 를 수정한 적이 있는데요. ( 여기글을 참조로 삼아서 말이죠 ) 이게 문제일 수 있다는 건지요? 2008/01/15
씨에
흠 전부 펼침은 아닌데 137개의 글이 5페이지로 밖에 안 보이네요. 민노씨님 이것 카테고리에서 한 페이지에 5개 정도로 수정 가능하신가요? 2008/01/15
민노씨
좀비 : 스킨에서 하단부 표시부분을 삭제하면 되는건지요? (아무튼 이렇게 관심을 쏟아주시니 정말 고맙습니다. ^ ^;; ) 2008/01/15
씨에
아닐 것 같습니다. 저는 이미지 파일만 빨리 나오는 줄 알고 동적 페이지 부분에 문제가 있을 것으로 생각했었습니다. 그런데 잘 나오는 페이지도 있으니깐요. 2008/01/15
좀비
카테고리별로 해당 글 전부 나오는거로 봤는데요.. 흠 2008/01/15
씨에
스킨에서 삭제한다고 해결되지 않습니다. 스킨에서 삭제하면 보여주는 과정이 생략되는 것이지 계산하는 과정이 생략되는 것이 아니니깐요. 2008/01/15
좀비
« Previous : 1 2 3 4 : Next » 이부분이요 안나오게 해주시거나 메인페이지도 페이징 없이 쫙 다나오게하거나요.. 2008/01/15
민노씨
씨에 : 수정했습니다. : ) 이렇게 신경써주셔서 진심으로 고맙습니다.;;;; 2008/01/15
씨에
적어도 이 두페이지 1, 2는 페이징 되고는 있었습니다. 저는 페이징되는 화면으로 보이는데 좀비님은 다르게 보이시나요? 캐쉬탓일지도 모르겠습니다. 2008/01/15
민노씨
좀비 : 그 부분을 안나오게 하라는 말슴은 스킨에서 해당부분을 수정(삭제?)하라는 의미신지요? ^ ^; 2008/01/15
좀비
네 내부는 모르겠으나 일단 한번 삭제 해보심이 ^^ 2008/01/15
씨에
스킨에서 삭제하면 효과 없을꺼에요. 잠시만요 뭔가 방법이 있을텐데 2008/01/15
좀비
스킨 삭제와 동시에 메인페이지설정 같은 관리자화면에서 페이징 기능 끄거나 모두펼침 이런기능이있으면 함께 해봐주세요 ^^ 2008/01/15
씨에
config.php 파일이 ftp 접속하면 보일꺼에요. 거기에 requireComponent(“ Needlworks.Function.Debug ”); 를 추가해보셔요. 2008/01/15
씨에
이 코드가 프로파일링을 해준다고 들었는데 도움이 될지모르겠어요. 어느 부분이 병목이 되는지 알려줄 수도 있을 것 같습니다. 2008/01/15
씨에
아 추가할 필요없이 //로 되어 있어 무시되어있는데 그것만 없애주면 되겠네요 //만 제거해주세요. 2008/01/15
씨에
갑자기 다들 조용하시네요. 흠 2008/01/15
좀비
전… 링크 없애셨나 계속 리프래쉬중 ㅠㅠ 2008/01/15
좀비
씨에님 프뷁 9편 나왔어요 ㅎㅎ 보세요 2008/01/15
민노씨
앗. 지송. 2008/01/15
민노씨
카테고리 페이지 클릭하면서 실험(?)하고 있었습니다. ㅠ.ㅜ; 2008/01/15
좀비
ㅎㅎ 단순 추측에 어떤 최근에 쓴 어떤글이 문제라면 카테고리를 눌렀을때도 비슷한 증상이 나타나야 하는데 아닌거 같아서 ^^; 2008/01/15
민노씨
좀비 : 잠시만요. 해당부분 찾아보겠습니다. : ) 2008/01/15
민노씨
씨에 : 그 파일에 requireComponent(“ Needlworks.Function.Debug ”); 부분이 있나요? 지금 보고 있는데요. 없는 것 같아서요. ㅡㅡ;; 2008/01/15
민노씨
<?php ini_set(' display_errors ', 'off'); $database ['server'] = 'mysql.byus.net'; (중략) $service['domain'] = 'minoci.net'; $service['path'] = ''; $service['skin'] = 'tistory'; //$serviceURL = 'http://minoci.net' ; // for path of Skin, plugin and etc. 이런게 작성되어 있는데 말이죠. 2008/01/15
씨에
흐음 잠시만요. 2008/01/15
씨에
제 아는 동생 설정 파일과 내용이 좀 다르네요. ?> 로 끝나기 전에 추가해서 넣어봐주세요. 걔도 textcube인데 (혹시 태터툴즈나 텍스트큐브 1.5 미만 버전에서 업그레이드하셨나요?) 2008/01/15
좀비
음 메인페이지에 나오는 게시물 개수 설정기능이 있을거 같은데 한개 말고 여러개 해보시는 것도 좋을거 같아요 2008/01/15
민노씨
괜히 시간 뺏어서 송구스럽네요. 지금까지만으로도 충분한데 죄송한데 말이죠… 2008/01/15
민노씨
좀비 : 스킨에서 그 해당부분을 찾는게 어렵네요. 제가 워낙 문외한이라서 버벅거리는 측면도 있구요. ㅡㅡ;;; 2008/01/15
민노씨
씨에 : 일단 추가하겠습니다. 제 툴 버전은 큐브 1.531 입니다. 2008/01/15
좀비
아마도 #Page…# 머 이런식으로 추가 되어있을듯 한데 ^^; 설정에도 메인페이지 글 목록 출력 갯수 설정하는 부분도 있을거 같구요 ^^ 2008/01/15
민노씨
좀비 : 메인페이지 글 목록 출력갯수를 어떻게 설정하면 될는지요? (이게 일단 빠를 것 같아서요) 2008/01/15
좀비
한 10개로정도로요 ^^ 2008/01/15
민노씨
얍 2008/01/15
씨에
허거덕 정말 과도하게 많은 시간이 걸리는 쿼리들이 많네요. 각 쿼리들의 내용이 뭔지 살펴보고 필요하다면 데이타베이스 내용도 살펴봐야겠습니다. 2008/01/15
민노씨
씨 에 : 정말 진심으로 고맙습니다… ^ ^;; 그런데 제가 너무 죄송해서요. 간단히 참조할 수 있는 웹페이지를 알려주시거나… 해도 고마울텐데.. 정말 고맙습니다. 좀비님도 마찬가지구요. 제가 두 분 시간을 너무 많이 빼앗는 것 같아서… ㅠ.ㅜ;;; 2008/01/16
좀비
일단 페이징의 문제는 아니군요.. 끙… 상단에 나오는 디버그문구중 philomedia.tisory.com -> 없는 도메인인데 이것때문일수도 있겠네요… 해당 문구를 't' 추가해서 수정해보시는것도 2008/01/16
좀비
DELETE FROM tt_Comments NotifiedQueue WHERE id=2553 뒤에 캐쉬 비우는데 왜하는거지 끙.. 위에게 아니라면 소스 까볼수 밖에는 없을듯 ㅎㅎ 2008/01/16
민노씨
좀비 : 위 주소는 필로스님께서 운영하시는 블로그 주소입니다. 여기요. ^ ^; 2008/01/16
좀비
위의 링크 때문에 커넥션이 끊겨서 그런거 같기도 2008/01/16
좀비
아뇨… 't' 자가 빠졌어요.. 2008/01/16
민노씨
t가 빠졌군요. ㅡㅡ;;; http://philomedia.tistory.com 2008/01/16
좀비
그게 메인페이지에 걸리는 부분이 있나요? 수정가능하시겠어요? 2008/01/16
민노씨
아, t를 실수로 빠뜨린줄 알았는데.. 그게 원래 그렇게 있었나요? …. 그런데 이걸 어디서 빼야 하는건지.. ㅡㅡ;;;; 2008/01/16
민노씨
링크를 찾아보면 되는건가요? ㅡㅡ;; 제가 워낙에 문외한이라서.. 2008/01/16
씨에
그건 아마 덧글에 있는 걸꺼에요. 덧글 단 사람에게 모두 찔러보는 루틴이 있나봐요. (..) 2008/01/16
민노씨
링크설정은 제대로 되어 있는데요.. 't' 포함해서 말이죠. 그런데 제가 너무 미안해서.. 안되겠습니다. ^ ^;; 두 분은 그만 쉬세요… 정말 고맙습니다. (_ _) 2008/01/16
민노씨
씨에 : 덧글에 주소를 잘못 적었다고 해서… 페이지가 늦게 열리기도 하나요? ^ ^;;; (마지막 질문.. 제가 너무 죄송해서리.. ) 2008/01/16
좀비
씨에) 네 그런듯.. 일단 mysql 접속이 끊기는 경우의 메세지가 표출되는건 상단에 저 url open 을 못해서 인거 같은데… 다른부분은 없고 느린부분만 저 url 을 여네요… 2008/01/16
좀비
비밀댓글등에 해당 url 이 없는지 다시 한번 확인해보심이…. 근데 카테고리로 눌렀을때는 또 괜찮은데… 댓글이라면 흐미야… 2008/01/16
민노씨
그러면 그 댓글을 찾아서 교정(혹은 삭제)하면 다시 페이지가 빨리 열린다는 건지요? ^ ^;;;; 2008/01/16
민노씨
일단 틈틈이 한번 찾아봐야겠네요. ㅡㅡ;;;;;;;;; 2008/01/16
좀비
그럴가능성이 있을거 같습니다.. 확실하지는 않지만 ^^ 그게아니라면 …. 아 풀어 설명하는게 이리 힘들다니… 2008/01/16
좀비
흑흑 댓글삭제가 잘못되서 먼가 캐슁이나 기타 이유로 인해 어떤 페이지에서는 참조 비참조 해서도 일수 있구요… 본연의 문제는 소스를 직접 보거나 DB 정리 및 캐쉬설정으로 풀어 갈 수 밖에 없을거 같습니다. 2008/01/16
좀비
일단 저는 내일을 위해 취침을 ^^/ 잘 풀리시길 바랄께요 2008/01/16
좀비
음 제 티스토리는 댓글 복구/삭제 기능이 있는데 최근 글중 이 기능 한번 이용해 보심이 ^^ 아 오기발동 ㅠㅠ 진짜 자러 ㅎㅎ 2008/01/16
구루마루
ㅎㅎㅎ 아직 진행중이군요 현재 댓글이 90개인데 다 읽어 보고 있었습니다. 웹 쪽은 문외한이라.. 좀비님과 씨에님 대화의 반도 이해를 못하겠네요. 어쨌든 민노씨님 잘 해결 되시길 빕니다~ 2008/01/16
씨에
조 금은 극단적인 방법인데요. 어디서 에러가 났는지 더 자세히 찾고싶습니다. components/Eolin.PHP.HTTPRequest.php 에 37번째 줄 위에 var_dump($content); var_dump ($request); 를 넣어주시겠습니까? 대체 뭘 시도할려다가 에러나는지 알고 싶습니다. 2008/01/16
민노씨
좀비 : 편안 잠 주무시구요. 정말 고생 많으셨습니다. : ) 2008/01/16
민노씨
마루 : ㅎㅎ 격려 고맙습니다. 2008/01/16
씨에
아마 화면은 조금 더 개판이 날 가능성이 있지만 적어도 뭘시도하가 죽었는지 알아볼 수는 있을 것 같습니다. ㅠㅠ 2008/01/16
민노씨
씨에 : 알겠습니다. : ) 2008/01/16
민노씨
일단 확인을 위해서… if (!$socket = @ fsockopen($request['host'], $request['port'], $errno, $errstr, $this->timeout)) 여기 위에 말씀인가요? 2008/01/16
씨에
넹.. 아 그런데 살짝 구문을 수정할께요. 메시지를 뱉어도 어디인지 찾기 힘드면 곤란하니깐요. echo “NONO”; var_dump($content); var_dump ($request); echo “NONO”; 이렇게 해주시면 NONO만 찾아가면 추적할 수 있을 것 같습니다. 2008/01/16
민노씨
알겠습니다. ^ ^ 2008/01/16
씨에
추가를 하신건가요? 흠 왠지 나오지 않네요. 제 생각이 잘못된 것일지도 모르겠습니다. 2008/01/16
민노씨
추가했습니다만.. ^ ^;;; 다시 확인해보겠습니다. 확실히 추가하긴 했는데 잘못 설정된 것인가 싶기도 하구요. 하단에 보면 무슨 도표들이 죽 나오긴 하는 것 같던데 말이죠. 2008/01/16
민노씨
echo “NONO”; var_dump ($content); var_dump($request); echo “NONO”; 2008/01/16
민노씨
if (!$socket = @fsockopen ($request['host'], $request['port'], $errno, $errstr, $this->timeout)) … 이렇게 되어 있기는 한데 말이죠. 아무튼 오늘 너무 죄송하네요. ^ ^;; 이제 그만 주무시는 것이 좋을 것 같습니다. : ) 다시금 고마움을 전합니다. 2008/01/16
씨에
위의 코드 추가해서 나오지 않네요. 흐음 아무래도 다른 방법을 써봐야할 것 같습니다. 안녕히 주무셔요. 2008/01/16
nova
우왓. 역시 구루 cn_. 추론 과정이 흥미진진한데요. 무쟈게 재밌게 봤습니다. 2탄도 기대 중. 2008/01/16
학주니
미투 메신져군요. ^^ 2008/01/16
극빈자
걍 백업 받으시고 싹 날려버리고 재설치 하시는 것은! 흐흐 2008/01/16
민노씨
씨에 : 이토록 관심 써주셔서 진심으로 고맙습니다. : ) 2008/01/16
민노씨
노바 : 일단 위 실험 설정들은 원상복구하고, 필로스님 댓글들을 삭제하고, 그 내용만 복원해서 올리는 방식으로 시도를 해볼까 싶습니다. 댓글주소 설정이 잘못되어 그런 문제가 발생했을 가능성이 있다고 해서요.. ㅡㅡ;; 2008/01/16
민노씨
학주니 : ^ ^;; 2008/01/16
민노씨
극빈자 : 일단 필로스님 댓글 주소가 잘못 설정된 부분의 댓글 수정 -> 큐브 버전업 -> 이것도 효과 없으면 말씀해주신 방법을 고려해봐야겠네요. ^ ^ 2008/01/16
2. Use a CDN, 3. Add an Expires header, 4. Gzip components 이것들은 그리 심각한 건 아닌 것 같고.. 2008/01/15
극빈자
허위 정보를 드려서 죄송하구만요! 2008/01/15
민노씨
새드개그맨 : ㅡㅡ;;;;;; 민노씨.네는 그 툴만이라도 서비스형 블로그 시스템에도 종속됨이 없이 가급적 제 지배관할 하에 두고 싶어서요. 2008/01/15
민노씨
좀비 : 관심 고맙습니다. ㅠ.ㅜ; 2008/01/15
민노씨
헤이 : 아까 저도 몇 번 해봤는데… 도무지 알아먹기가 좀 곤란해서리.. ^ ^;; 2008/01/15
민노씨
극빈자 : ㅎㅎ 무슨 말씀이시래요? ^ ^ 2008/01/15
헤이
나머지 F도 별거 없는데 -.- 2008/01/15
좀비
일 단 DB 는 아마도 mysql 추정하에 접속에는 그리 큰 시간이 들지 않는거 같구요…. 해당 계정의 물리 서버인 say.byus.net/sysinfo/index.php(이야기해도될런지;;) 도 응답이 빠른거 보니 서버 자체 문제도 아닌것 같고… 2008/01/15
좀비
블로그의 키워드나 로케이션 메뉴 응답은 빠른거 보니.. 제가 처음 제기한 도메인 문제도 아닌거 같습니다.. 점점 미궁으로 ;; 2008/01/15
민노씨
헤이 : 그렇고만요.. ㅠ.ㅜ;;; 2008/01/15
민노씨
좀비 : 정말 이제는 늦게 열리는 것은 빼고서라도 그 이유가 몹시 궁금한 지경입니다. ㅠ.ㅜ;;;; 2008/01/15
좀비
아무래도 글자체에서 무언가를 가져오는 부분이나, 글 리스트나 내용을 가져올때 DB 셀렉팅이나 기타다른문제로 인해 해당페이지 로딩자체가 느린거 같긴한데.. 2008/01/15
헤이
telnet과 links로 실험해본 결과 받아온 다음에 브라우저에서 처리하는 시간이 걸리는 게 아니고 Sent Request 단계에서 느려요 2008/01/15
좀비
지금 오른쪽 메뉴도 안나오는데 내리신건가요? ^^;; 혹시 첫 페이지 제일 하단에 나오는 페이징… 안나오게 해보실수 있나요? 혹여나 해서.. 2008/01/15
민노씨
좀 풀어주시면… 정말 고맙겠습니다. 사이드바를 전부 떼었습니다만… 고대루네요. ㅡㅡ;;; Cover notice tag location 을 클릭하면 금방 뜨는데, 역시나 home 과 guestbook은 늦게 열리네요. …. 그렇다면 해결방법은 무엇인지요? 문제시점이후의 글을 삭제해야 하는건지… ㅡㅡ;;; 2008/01/15
씨에
네 임 서버는 캐슁되고 있으니깐 큰 문제는 아니라고 봅니다. nslookup에서도 빨리 응답합니다. 또한 /skin/coolant/images/bullet_tag.gif 과 같은 static page 호출에 대해 빠른 호출을 보여줍니다. 이것역시 웹서버에 접근할때까지 문제가 없고 웹서버 자체도 문제가 아닐 가능성이 있습니다. 태터 툴즈는 .htaccess를 통해 웹서버에게 redrirect를 시키는 과정이 있고 셰션을 계속 데이타베이스에 저장하는데 이 둘 중 하나가 문제일 것입니다. 전자를 의심하는 이유는 .htaccess에서는 “이미지”등의 파일이 redirect 되지 않기 때문입니다. 후자로는 태터툴즈는 상당히 많은 데이터를 DB에 저장하는데 그 중 하나가 세션 정보입니다. 이 정보 이상하게 늘어난다면 느려질 가능성이 있다고 봅니다. 2008/01/15
씨에
흠 글을 적는 동안 글이 더 올라왔네요. cover notice tag location은 빨리 올라온다니 그것도 조금 신기하네요. 흠 2008/01/15
좀비
메인 페이지나 기타 페이지의 제일 하단에 있는 1,2,3,4… 이 페이지 링크 안나오게 해 보실수 있나요…. ?? 소스를 볼수가 없으니… 빠른페이지와 그렇지 않은 페이지의 차이점은 2008/01/15
좀비
하단의 페이징링크 밖에 없는데 빠르고 느린차이점이… 그거라고 추측해보고 한번 메인페이지 설정을 다 펼치기 등으로 페이징을 없앨 수 있나 해서요 2008/01/15
씨에
혹시나 하고 카테고리 페이지를 확인해보고 있습니다. 의외로 이런 페이지는 그나마 참을만합니다. 2008/01/15
씨에
만약에 페이지가 문제라면 정말 못참을만한 카테고리가 나올 것으로 생각합니다. 다른 카테고리도 확인해봐야겠네요. 2008/01/15
좀비
카테고리는 전부 펼침인데 빨라서요… 2008/01/15
민노씨
씨에님 : 일전에 피드버너 포워딩(기존 RSS 주소를 통해 구독하던 분까지 피드버너를 통해 관리하는 방식으로)하는 방법으로 .ataccess 를 수정한 적이 있는데요. ( 여기글을 참조로 삼아서 말이죠 ) 이게 문제일 수 있다는 건지요? 2008/01/15
씨에
흠 전부 펼침은 아닌데 137개의 글이 5페이지로 밖에 안 보이네요. 민노씨님 이것 카테고리에서 한 페이지에 5개 정도로 수정 가능하신가요? 2008/01/15
민노씨
좀비 : 스킨에서 하단부 표시부분을 삭제하면 되는건지요? (아무튼 이렇게 관심을 쏟아주시니 정말 고맙습니다. ^ ^;; ) 2008/01/15
씨에
아닐 것 같습니다. 저는 이미지 파일만 빨리 나오는 줄 알고 동적 페이지 부분에 문제가 있을 것으로 생각했었습니다. 그런데 잘 나오는 페이지도 있으니깐요. 2008/01/15
좀비
카테고리별로 해당 글 전부 나오는거로 봤는데요.. 흠 2008/01/15
씨에
스킨에서 삭제한다고 해결되지 않습니다. 스킨에서 삭제하면 보여주는 과정이 생략되는 것이지 계산하는 과정이 생략되는 것이 아니니깐요. 2008/01/15
좀비
« Previous : 1 2 3 4 : Next » 이부분이요 안나오게 해주시거나 메인페이지도 페이징 없이 쫙 다나오게하거나요.. 2008/01/15
민노씨
씨에 : 수정했습니다. : ) 이렇게 신경써주셔서 진심으로 고맙습니다.;;;; 2008/01/15
씨에
적어도 이 두페이지 1, 2는 페이징 되고는 있었습니다. 저는 페이징되는 화면으로 보이는데 좀비님은 다르게 보이시나요? 캐쉬탓일지도 모르겠습니다. 2008/01/15
민노씨
좀비 : 그 부분을 안나오게 하라는 말슴은 스킨에서 해당부분을 수정(삭제?)하라는 의미신지요? ^ ^; 2008/01/15
좀비
네 내부는 모르겠으나 일단 한번 삭제 해보심이 ^^ 2008/01/15
씨에
스킨에서 삭제하면 효과 없을꺼에요. 잠시만요 뭔가 방법이 있을텐데 2008/01/15
좀비
스킨 삭제와 동시에 메인페이지설정 같은 관리자화면에서 페이징 기능 끄거나 모두펼침 이런기능이있으면 함께 해봐주세요 ^^ 2008/01/15
씨에
config.php 파일이 ftp 접속하면 보일꺼에요. 거기에 requireComponent(“ Needlworks.Function.Debug ”); 를 추가해보셔요. 2008/01/15
씨에
이 코드가 프로파일링을 해준다고 들었는데 도움이 될지모르겠어요. 어느 부분이 병목이 되는지 알려줄 수도 있을 것 같습니다. 2008/01/15
씨에
아 추가할 필요없이 //로 되어 있어 무시되어있는데 그것만 없애주면 되겠네요 //만 제거해주세요. 2008/01/15
씨에
갑자기 다들 조용하시네요. 흠 2008/01/15
좀비
전… 링크 없애셨나 계속 리프래쉬중 ㅠㅠ 2008/01/15
좀비
씨에님 프뷁 9편 나왔어요 ㅎㅎ 보세요 2008/01/15
민노씨
앗. 지송. 2008/01/15
민노씨
카테고리 페이지 클릭하면서 실험(?)하고 있었습니다. ㅠ.ㅜ; 2008/01/15
좀비
ㅎㅎ 단순 추측에 어떤 최근에 쓴 어떤글이 문제라면 카테고리를 눌렀을때도 비슷한 증상이 나타나야 하는데 아닌거 같아서 ^^; 2008/01/15
민노씨
좀비 : 잠시만요. 해당부분 찾아보겠습니다. : ) 2008/01/15
민노씨
씨에 : 그 파일에 requireComponent(“ Needlworks.Function.Debug ”); 부분이 있나요? 지금 보고 있는데요. 없는 것 같아서요. ㅡㅡ;; 2008/01/15
민노씨
<?php ini_set(' display_errors ', 'off'); $database ['server'] = 'mysql.byus.net'; (중략) $service['domain'] = 'minoci.net'; $service['path'] = ''; $service['skin'] = 'tistory'; //$serviceURL = 'http://minoci.net' ; // for path of Skin, plugin and etc. 이런게 작성되어 있는데 말이죠. 2008/01/15
씨에
흐음 잠시만요. 2008/01/15
씨에
제 아는 동생 설정 파일과 내용이 좀 다르네요. ?> 로 끝나기 전에 추가해서 넣어봐주세요. 걔도 textcube인데 (혹시 태터툴즈나 텍스트큐브 1.5 미만 버전에서 업그레이드하셨나요?) 2008/01/15
좀비
음 메인페이지에 나오는 게시물 개수 설정기능이 있을거 같은데 한개 말고 여러개 해보시는 것도 좋을거 같아요 2008/01/15
민노씨
괜히 시간 뺏어서 송구스럽네요. 지금까지만으로도 충분한데 죄송한데 말이죠… 2008/01/15
민노씨
좀비 : 스킨에서 그 해당부분을 찾는게 어렵네요. 제가 워낙 문외한이라서 버벅거리는 측면도 있구요. ㅡㅡ;;; 2008/01/15
민노씨
씨에 : 일단 추가하겠습니다. 제 툴 버전은 큐브 1.531 입니다. 2008/01/15
좀비
아마도 #Page…# 머 이런식으로 추가 되어있을듯 한데 ^^; 설정에도 메인페이지 글 목록 출력 갯수 설정하는 부분도 있을거 같구요 ^^ 2008/01/15
민노씨
좀비 : 메인페이지 글 목록 출력갯수를 어떻게 설정하면 될는지요? (이게 일단 빠를 것 같아서요) 2008/01/15
좀비
한 10개로정도로요 ^^ 2008/01/15
민노씨
얍 2008/01/15
씨에
허거덕 정말 과도하게 많은 시간이 걸리는 쿼리들이 많네요. 각 쿼리들의 내용이 뭔지 살펴보고 필요하다면 데이타베이스 내용도 살펴봐야겠습니다. 2008/01/15
민노씨
씨 에 : 정말 진심으로 고맙습니다… ^ ^;; 그런데 제가 너무 죄송해서요. 간단히 참조할 수 있는 웹페이지를 알려주시거나… 해도 고마울텐데.. 정말 고맙습니다. 좀비님도 마찬가지구요. 제가 두 분 시간을 너무 많이 빼앗는 것 같아서… ㅠ.ㅜ;;; 2008/01/16
좀비
일단 페이징의 문제는 아니군요.. 끙… 상단에 나오는 디버그문구중 philomedia.tisory.com -> 없는 도메인인데 이것때문일수도 있겠네요… 해당 문구를 't' 추가해서 수정해보시는것도 2008/01/16
좀비
DELETE FROM tt_Comments NotifiedQueue WHERE id=2553 뒤에 캐쉬 비우는데 왜하는거지 끙.. 위에게 아니라면 소스 까볼수 밖에는 없을듯 ㅎㅎ 2008/01/16
민노씨
좀비 : 위 주소는 필로스님께서 운영하시는 블로그 주소입니다. 여기요. ^ ^; 2008/01/16
좀비
위의 링크 때문에 커넥션이 끊겨서 그런거 같기도 2008/01/16
좀비
아뇨… 't' 자가 빠졌어요.. 2008/01/16
민노씨
t가 빠졌군요. ㅡㅡ;;; http://philomedia.tistory.com 2008/01/16
좀비
그게 메인페이지에 걸리는 부분이 있나요? 수정가능하시겠어요? 2008/01/16
민노씨
아, t를 실수로 빠뜨린줄 알았는데.. 그게 원래 그렇게 있었나요? …. 그런데 이걸 어디서 빼야 하는건지.. ㅡㅡ;;;; 2008/01/16
민노씨
링크를 찾아보면 되는건가요? ㅡㅡ;; 제가 워낙에 문외한이라서.. 2008/01/16
씨에
그건 아마 덧글에 있는 걸꺼에요. 덧글 단 사람에게 모두 찔러보는 루틴이 있나봐요. (..) 2008/01/16
민노씨
링크설정은 제대로 되어 있는데요.. 't' 포함해서 말이죠. 그런데 제가 너무 미안해서.. 안되겠습니다. ^ ^;; 두 분은 그만 쉬세요… 정말 고맙습니다. (_ _) 2008/01/16
민노씨
씨에 : 덧글에 주소를 잘못 적었다고 해서… 페이지가 늦게 열리기도 하나요? ^ ^;;; (마지막 질문.. 제가 너무 죄송해서리.. ) 2008/01/16
좀비
씨에) 네 그런듯.. 일단 mysql 접속이 끊기는 경우의 메세지가 표출되는건 상단에 저 url open 을 못해서 인거 같은데… 다른부분은 없고 느린부분만 저 url 을 여네요… 2008/01/16
좀비
비밀댓글등에 해당 url 이 없는지 다시 한번 확인해보심이…. 근데 카테고리로 눌렀을때는 또 괜찮은데… 댓글이라면 흐미야… 2008/01/16
민노씨
그러면 그 댓글을 찾아서 교정(혹은 삭제)하면 다시 페이지가 빨리 열린다는 건지요? ^ ^;;;; 2008/01/16
민노씨
일단 틈틈이 한번 찾아봐야겠네요. ㅡㅡ;;;;;;;;; 2008/01/16
좀비
그럴가능성이 있을거 같습니다.. 확실하지는 않지만 ^^ 그게아니라면 …. 아 풀어 설명하는게 이리 힘들다니… 2008/01/16
좀비
흑흑 댓글삭제가 잘못되서 먼가 캐슁이나 기타 이유로 인해 어떤 페이지에서는 참조 비참조 해서도 일수 있구요… 본연의 문제는 소스를 직접 보거나 DB 정리 및 캐쉬설정으로 풀어 갈 수 밖에 없을거 같습니다. 2008/01/16
좀비
일단 저는 내일을 위해 취침을 ^^/ 잘 풀리시길 바랄께요 2008/01/16
좀비
음 제 티스토리는 댓글 복구/삭제 기능이 있는데 최근 글중 이 기능 한번 이용해 보심이 ^^ 아 오기발동 ㅠㅠ 진짜 자러 ㅎㅎ 2008/01/16
구루마루
ㅎㅎㅎ 아직 진행중이군요 현재 댓글이 90개인데 다 읽어 보고 있었습니다. 웹 쪽은 문외한이라.. 좀비님과 씨에님 대화의 반도 이해를 못하겠네요. 어쨌든 민노씨님 잘 해결 되시길 빕니다~ 2008/01/16
씨에
조 금은 극단적인 방법인데요. 어디서 에러가 났는지 더 자세히 찾고싶습니다. components/Eolin.PHP.HTTPRequest.php 에 37번째 줄 위에 var_dump($content); var_dump ($request); 를 넣어주시겠습니까? 대체 뭘 시도할려다가 에러나는지 알고 싶습니다. 2008/01/16
민노씨
좀비 : 편안 잠 주무시구요. 정말 고생 많으셨습니다. : ) 2008/01/16
민노씨
마루 : ㅎㅎ 격려 고맙습니다. 2008/01/16
씨에
아마 화면은 조금 더 개판이 날 가능성이 있지만 적어도 뭘시도하가 죽었는지 알아볼 수는 있을 것 같습니다. ㅠㅠ 2008/01/16
민노씨
씨에 : 알겠습니다. : ) 2008/01/16
민노씨
일단 확인을 위해서… if (!$socket = @ fsockopen($request['host'], $request['port'], $errno, $errstr, $this->timeout)) 여기 위에 말씀인가요? 2008/01/16
씨에
넹.. 아 그런데 살짝 구문을 수정할께요. 메시지를 뱉어도 어디인지 찾기 힘드면 곤란하니깐요. echo “NONO”; var_dump($content); var_dump ($request); echo “NONO”; 이렇게 해주시면 NONO만 찾아가면 추적할 수 있을 것 같습니다. 2008/01/16
민노씨
알겠습니다. ^ ^ 2008/01/16
씨에
추가를 하신건가요? 흠 왠지 나오지 않네요. 제 생각이 잘못된 것일지도 모르겠습니다. 2008/01/16
민노씨
추가했습니다만.. ^ ^;;; 다시 확인해보겠습니다. 확실히 추가하긴 했는데 잘못 설정된 것인가 싶기도 하구요. 하단에 보면 무슨 도표들이 죽 나오긴 하는 것 같던데 말이죠. 2008/01/16
민노씨
echo “NONO”; var_dump ($content); var_dump($request); echo “NONO”; 2008/01/16
민노씨
if (!$socket = @fsockopen ($request['host'], $request['port'], $errno, $errstr, $this->timeout)) … 이렇게 되어 있기는 한데 말이죠. 아무튼 오늘 너무 죄송하네요. ^ ^;; 이제 그만 주무시는 것이 좋을 것 같습니다. : ) 다시금 고마움을 전합니다. 2008/01/16
씨에
위의 코드 추가해서 나오지 않네요. 흐음 아무래도 다른 방법을 써봐야할 것 같습니다. 안녕히 주무셔요. 2008/01/16
nova
우왓. 역시 구루 cn_. 추론 과정이 흥미진진한데요. 무쟈게 재밌게 봤습니다. 2탄도 기대 중. 2008/01/16
학주니
미투 메신져군요. ^^ 2008/01/16
극빈자
걍 백업 받으시고 싹 날려버리고 재설치 하시는 것은! 흐흐 2008/01/16
민노씨
씨에 : 이토록 관심 써주셔서 진심으로 고맙습니다. : ) 2008/01/16
민노씨
노바 : 일단 위 실험 설정들은 원상복구하고, 필로스님 댓글들을 삭제하고, 그 내용만 복원해서 올리는 방식으로 시도를 해볼까 싶습니다. 댓글주소 설정이 잘못되어 그런 문제가 발생했을 가능성이 있다고 해서요.. ㅡㅡ;; 2008/01/16
민노씨
학주니 : ^ ^;; 2008/01/16
민노씨
극빈자 : 일단 필로스님 댓글 주소가 잘못 설정된 부분의 댓글 수정 -> 큐브 버전업 -> 이것도 효과 없으면 말씀해주신 방법을 고려해봐야겠네요. ^ ^ 2008/01/16
당시 원인은 친애하는 필로스님께서
#####.tistory.com 으로 댓글을 입력해야 하는데
#####.tisory.com 으로, 't' 하나를 빼먹은 아주 사소한 것이었습니다.
그래서 그 사건(?) 직후 't'가 들어가지 않은 '티소리'(tisory.com)에 대해선 필터링까지 했구요. 지금도 이와 유사한 문제인지는 모르겠네요. 일단 호스팅업체(비누넷) 고객지원 게시판에 문의(자유게시판)를 한 상태이긴 하지만요... 이 문제를 살펴볼 수 있는 방법을 아시는 독자, 블로거 여러분께 조언을 구합니다. 저로선 도무지 원인을 추측하기도 힘든 경우라서요(그 때처럼 말이죠.. 정말 답답하네요..) 요즘은 계속 조언을 구하는 포스팅만 하네요. 모쪼록 조언을 부탁드립니다... (_ _)
트랙백
트랙백 주소 :: http://minoci.net/trackback/652
댓글
댓글창으로 순간 이동!아~ 아까 낮에 좀 느리더라구여~
제 인터넷이 이상한가 했는데 그건 아니었구여~
저야 뭐 전문가가 아니다보니 이유는 잘 모르지만...
근데 지금은 또 잘 되는데요?
전 텍스트큐브 자체에 문제가 있었나 싶었는데...^^;;
큐브 자체의 기술적인 오류는 아닌 것 같고(물론 예전의 '댓글' 사건은 그런 범주에 속한다고 봐야겠지만요.. ^ ^; ), 탱쟈님 말씀이나 별장통신님 말씀을 들어보니 일시적인 현상이었던 것 같습니다.
정말 천만다행이네요.
예전에 정말 고생했었거든요, 정말 답답해서 죽는 줄 알았습니다. ㅎ
지금 잘 되는 거로 봐선
호스팅 쪽에서 잠시 그런 현상이 있었던 게 아닌가 합니다.
허용 한계까지 많은 이들이 한꺼번에 몰렸다던가
한꺼번에 많은 양의 자료를 올리던지
큰 자료를 여러 개 업다운하든지 하게 되면
일시적으로 그런 현상이 나타날 수 있더군요.
아무래도 그런가봅니다.
별장통신님 말씀 듣고 얼마나 다행이다 싶은지요.. ㅎㅎ
주말 잘 보내시구요..
몇 가지 테스트를 해봤는데 오래 걸리더라도 일단 한번 제대로 열면 그 이후에는 문제 없이 열리는 것 같습니다.
그런데, 재부팅을 한 다음에 다시 열어보니 처음처럼 열리는 시간이 걸리는데요? -_-;
직접 테스트까지 해주시고.. ㅠ.ㅜ;
고맙습니다.
지금 들어왔을 때는 별 문제 없이 가볍게 열리는 것 같은데...
비누넷 쪽에서의 답신이 왔는데, "30초 딜레이"에 대해 다음과 같이 말씀하시네요.
~~~~~
30초 딜레이는 보통 타임아웃 시간입니다.
외부에서 불러오는 소스의 응답을 30초 동안 기다리다가 실패할 경우,
나머지 페이지를 뿌려주는게 보통입니다.
링크가 깨진 외부 페이지를 점검해 보시면 도움이 되실 것입니다.
블로그의 경우, 어드민 페이지에서 불려지는 플러그인 등을 끄신상태로 테스트를 해보시면
도움이 되실 것입니다.
감사합니다.
~~~~~~
위 "링크가 깨진 외부 페이지를 점검"할 수 있는 프리웨어가 있는지 궁금합니다. 혹시 다시 오시게 되면 '테스트'할 수 있는 툴을 소개해주시면 정말 고맙겠습니다. ^ ^;
흐미...아픈 추억이...^^;;
지금은 재밌는 추억이죠.. ^ ^;;