진심으로 감사드립니다. 일단 서버 업그레이드 건이 잠시 중단되었으므로 현재 상태로 운영하고, drupal 자체에 대해서 수정 내지는 패치로 보낼 만한 내용이 있는지 확인해 보겠습니다. 아마도 db 구조 변경 부분이 될 것 같고, 이 내용 자체를 영문으로 번역해서 drupal.org 에 올리도록 하겠습니다. 누군가 영역해 주실 분이 있으면 더 좋고요~ 하실 분 있으세요? :-)
그리고 현재 kldp에서 주로 느리다고 느껴지는 페이지는 '모든 최근글', '나의 최근글', '검색' 정도입니다.
drupal.org에서도 이 페이지들은 다른 페이지들에 비해 응답이 느린 상황입니다.
물론 kldp보다는 아닙니다.
아, 로그인 유저에 대해서만 해당 사항입니다.
아닌경우 캐시가 많이 이용되서 빠른것 같습니다.
자세한 하드웨어 사양이나 mysql서버의 구성정보를 모르기 때문에 더 자세한 비교는 어렵지만 제가 봤을때 최소한 '모든 최근글'과 '나의 최근글'과 관련된 테이블들의 구조와 쿼리들은 응답속도 위주로 가기에는 적절해 보이지는 않습니다.
물론 제 말대로 속도 위주로 가려면 설계상으로 볼때 적절해 보이지 않는 이상한 모양의 테이블이 탄생할 수도 있습니다.
-- Signature --
青い空大好き。
蒼井ソラもっと好き。
파란 하늘 너무 좋아.
아오이 소라 더좋아.
수고해주셔서
수고해주셔서 고맙습니다. 고군분투 후기가 재미납니다. ^_^
포맷은 읽기가 좀 불편합니다만.. 어느 분이 고쳐주시겠죠 :)
May the F/OSS be with you..
----------------------------
May the F/OSS be with you..
81 칼럼에 맞추어
81 칼럼에 맞추어 놓았습니다. 왜 81 칼럼이냐고 하면.. 하다보니 그렇게 되었음다. ^^; 그리고 약간의 띄어쓰기는 조정이 되었습니다. 칼럼에 맞추다 보니...
P.S
구현님 허락없이 수정해서 죄송합니다. 보기가 힘들어서..
앗, 감사합니다.
앗, 감사합니다. ^^
내심 바라고 있었던 일이라서요.
정균님이 말려드신 겁니다.. ㅋㅋ
-- Signature --
青い空大好き。
蒼井ソラもっと好き。
파란 하늘 너무 좋아.
아오이 소라 더좋아.
고생하시었습니다.
점점 반응속도가 빨라지겠는걸요...
---
http://coolengineer.com
진심으로
진심으로 감사드립니다. 일단 서버 업그레이드 건이 잠시 중단되었으므로 현재 상태로 운영하고, drupal 자체에 대해서 수정 내지는 패치로 보낼 만한 내용이 있는지 확인해 보겠습니다. 아마도 db 구조 변경 부분이 될 것 같고, 이 내용 자체를 영문으로 번역해서 drupal.org 에 올리도록 하겠습니다. 누군가 영역해 주실 분이 있으면 더 좋고요~ 하실 분 있으세요? :-)
수고하셨습니다.
수고하셨습니다. ^^
빨라진거 같네요.
--------------
Burning Blue!
--------------
수고
수고 하셧습니다!!!!!!
--------------@@
젠투교+emacs교로 서서히 가는중!~@
제 수준에서는
제 수준에서는 이해가 힘든 용어들만...^^;;;
검색은 인덱스를 DB 에 미리 생성해놓고 검색을 하는 것 같네요. 이런 검색 방법이 매우 유용하기는 하지만 전문 인덱스 엔진들처럼 형태소 분석, 낱자 검색 등이 잘 되어야 효과가 있을 듯 합니다.
수고하셨습니다.
정말 수고
정말 수고 많으셨습니다.
덕분에 정말 쾌적해졌습니다.^O^//
--------------------------------------------------------------------------------
\(´∇`)ノ \(´∇`)ノ \(´∇`)ノ \(´∇`)ノ
def ed():neTdiVeR in range(thEeArTh)
--------------------------------------------------------------------------------
\(´∇`)ノ \(´∇`)ノ \(´∇`)ノ \(´∇`)ノ
def ed():neTdiVeR in range(thEeArTh)
와~
와~ 감사합니다
http://blog.superwtk.com/
글쎄요....
쿼리자체의 문제가 가능성보다 구 phpbb에서 drupal로 디비 변환시 테이블 속성이 잘못 변경,설정된듯합니다. 이렇게 쿼리를 kldp에서만 쿼리를 바꾸다보면 앞으로 패치에서 계속 문제가 생길가능성이 크구요. dropal 홈피가 문제없이 돌아가나는게 그 증거아닐까요.
네, 물론 그(테이블
네, 물론 그(테이블 속성 잘못 변경 혹은 설정) 가능성을 배제할 수는 없습니다.
쿼리는 다시 원복된 상태이구요.
현재 drupal.org:kldp.org 의 forum에서의 posts(게시물+코멘트)의 비율은 1:2정도입니다.
아래 링크들에서 보이듯이 drupal.org도 이미 이전에 kldp.org와 비슷한 상황을 겪은것 같습니다.
http://staff.osuosl.org/~kveton/2005/08/26/drupalorg-before-and-after/
http://drupal.org/node/26707
http://drupal.org/node/29670
그리고 현재 kldp에서 주로 느리다고 느껴지는 페이지는 '모든 최근글', '나의 최근글', '검색' 정도입니다.
drupal.org에서도 이 페이지들은 다른 페이지들에 비해 응답이 느린 상황입니다.
물론 kldp보다는 아닙니다.
아, 로그인 유저에 대해서만 해당 사항입니다.
아닌경우 캐시가 많이 이용되서 빠른것 같습니다.
자세한 하드웨어 사양이나 mysql서버의 구성정보를 모르기 때문에 더 자세한 비교는 어렵지만 제가 봤을때 최소한 '모든 최근글'과 '나의 최근글'과 관련된 테이블들의 구조와 쿼리들은 응답속도 위주로 가기에는 적절해 보이지는 않습니다.
물론 제 말대로 속도 위주로 가려면 설계상으로 볼때 적절해 보이지 않는 이상한 모양의 테이블이 탄생할 수도 있습니다.
-- Signature --
青い空大好き。
蒼井ソラもっと好き。
파란 하늘 너무 좋아.
아오이 소라 더좋아.