바다위키의 문서, 디자인, 시스템을 표절한 위키에 대해 법적 대응을 준비 중입니다. 자세한 내용은 사랑방 스레드를 확인해주세요.

분류: 바다위키

[틀:바다위키]

[틀:공식 문서]

목차

1. 개요
2. select delay
3. 다중 덤프와 효율적인 DB 갱신
4. 지속적인 편집 증발 및 문서 변화 수 오류
5. 역링크 속도

1. 개요

엔진 수정 중 발생한 문제를 기록한 문서입니다. 해결한 문제는 업데이트 내역 문서가 존재하기에 삭제 처리합니다.

2. select delay

끄투/영어/미션 단어 (325649자) : 31.2초 소요 (select 동안 모든 위키의 sql 문법 사용에 delay 발생.)
바다위키 (3968자) : 0.4초 소요 (select 동안 모든 위키의 sql 문법 사용에 delay 발생.)

어마어마하게 최적화를 해도 초기 서버 응답 시간이 1초에서 2초를 잡아먹어 무거운 광고가 나오면 80점대, 광고가 가벼우면 겨우 90점대 초반을 유지하는 상황, 90점대 후반을 위해서라면 DB 속도 개선이 반드시 필요함.

DB 분활 저장 방식도 검토 중. PyPy는 호환성이 안 좋아 고민 중.

3. 다중 덤프와 효율적인 DB 갱신

DB 덤프를 날짜마다 생성, 최신 DB에서 편집 하면 메인 DB로 가록하고 겹칠 시 메인 DB를 우선해서 보여주는 방식 검토 중.

당시 최신 덤프 갱신 방식은 정말 초보 수준이었음. (Test 테이블에 편집된 문서만 1을 넣고, 지금까지 바다위키에서 편집된 모든 문서의 리스트를 직접 손으로 작성한 뒤 덮어씌우는 방식.)

그렇기에 이후 최신 덤프가 나온다면 서버를 1달동안 닫아둘 수는 없기에 효율적인 갱신이 반드시 필요함.

4. 지속적인 편집 증발 및 문서 변화 수 오류

모나코 에디터 도입 이후 글자 수 차이 버그가 존재하며, 모나코 이디터와 일반 에디터 간 전환 기능 도입 이후 편집 증발 현상이 나타나고 있음. 해결했으나 글자수 차이가 없으면 또다시 오류 발생.

5. 역링크 속도

바다위키:문법 도움말 test
오픈나무의 모든 역링크 저장 방식도 나쁘지 않으나, 테이블이 많은 경우에는 갱신이 느린지 잘 모르겠음. 테스트 진행 중.

개인적으로 코더와 프로그래머의 차이가 여기서 난다고 생각함. 오픈나무를 개조하다 보니 실력이 어느정도 쌓여 엔진까지 만드는 수준이 되었으나 이런 최적화와 수많은 데이터를 다루는 것은 아직도 너무 힘든 편임. 유일하게 할 수 있는 방법이 DB 저장 혹은 full-scan 후 세는 방식.

리버스 인덱싱도 생각 중. 이걸 잘 활용하면 역링크 + 검색 모두를 해결할 수 있을 것 같음.



위키 내 모든 일반 문서는 CC BY-NC-SA 2.0 KR에 따라 이용할 수 있습니다. (단, 라이선스가 명시된 일부 문서 및 삽화 제외)
기여하신 문서의 저작권은 각 기여자에게 있으며, 각 기여자는 기여하신 부분의 저작권을 갖습니다.

바다위키에서 오픈소스로 배포하지 않은 직접 개발한 UI, 디자인 및 기능에는 저작권이 존재합니다.
오픈소스로 배포하지 않은 저작물을 무단으로 사용하는 것은 저작권 위반이며 적발 시 법적 대응 등의 조치를 취할 수 있습니다.
최근 변경
                   
최근 토론 (미작동)