UseModWiki의 페이지의 History를 지우면 검색이나 역링크검색이 빨라지나요? 누가 제 홈피에 느리다고 하던데.. History는 어떻게 지우나요? Kimsnobody는 또 언제 쓰는 것인가요? 워낙 아는 것이 없어서, 질문 내용이 너무 유치한 것같기는 하지만.. 답변 부탁드립니다.
- 안녕하세요, 잘 지내셨나요? :-) 각 페이지의 변경 내역은 keep 디렉토리 안에 저장됩니다. 어차피 지워도 쓰다보면 다시 생길 테니까, config 화일에서 KeepDays 값을 작게 잡는 것도 한 방법이 되겠네요. 속도의 향상 여부는 모르겠습니다. 그리고 kimsnobody.pl 은, cgi 를 통해 생성된 화일을 삭제하고 싶을 때 쓰는 겁니다. 보통은 lock 디렉토리가 생긴 후 지워지지 않는 바람에 그 후에 락을 거는 작업 (페이지 수정 등) 을 할 수 없게 되었을 때 사용하죠. UseModWiki소스수정/화일관리용스크립트를 참조하세요.
- 역시 사람은 모르면 물어야 한다니깐요. :( 답변 감사드리구요. 그럼 제 홈피 디렉에 있는 Wiki\Keep dir에 있는 A~Z까지 others에 있는 파일과 디렉은 다 지워도 다시 생기는 것인가요?
- 예, 각각의 페이지를 변경하면 변경 전의 내용이 keep 디렉토리에 보관됩니다.
- Wiki\Temp에 있는 파일과 dir은요?
- 거기 있는 화일들은 변경사항 (diff) 출력을 할 때 생성되는 건데, 역시 지워봤자 나중에 diff 출력할 때 또 생기니 신경쓸 필요 없습니다. 디렉토리의 경우는 락을 걸 때 생성되고 해당 동작을 수행한 후 락을 해제할 때 삭제되는 건데, 만일 생성은 되었는데 중간에 에러가 나 버리면 삭제가 안 되므로 그 다음부터는 락을 걸 수가 없어서 에러가 납니다. 그런 경우 kimsnobody.pl 로 지워주면 됩니다.
- 최종 저장되어 있는 파일은 Wiki\pages에 있는 것들이니 그것은 절대로! 지우거나 건드리면 안되는 것이죠??
- 당연히 그렇습니다. :-)
그리고 또 한가지 upload 파일일 지워지지 않고 다음과 같은 메시지가 뜹니다.
Content-type: text/html
Software error:
Undefined subroutine CGI::Vars
도대체 내가 아는 것이 뭔지 모르겠는..한심한...
- 흐음.. 저 위에도 비슷한 질문을 하시더니만... 아무래도 Redica 님 홈페이지가 있는 서버에 있는 CGI 모듈이 문제가 있는 듯 합니다. 버전이 낮다거나.. 있어야 할 함수들이 없네요. perl CGI 모듈을 직접 자기 계정에 설치하거나 (설치 방법은 저도 모릅니다 ^^) 그게 불가능하다면... 위키의 삭제 기능을 쓰지 말고 계정에 직접 접속해서 삭제하시거나 아니면 역시 kimsnobody.pl 을 사용해서 삭제하시는 수밖에 없을 듯 하군요.
- 답변 감사합니다. 지금 쓰고 있는 곳이 천리안인데, 계속 문제군요. 한동안 데모를 한다고 서버가 죽었다 살았다 하더니, 그만 노인네가 되어버렸어요. 하여튼 업글을 하지 않으니 되는 것도 없고.. 그렇다고 바꿀 수도 없고. 에구..
오래간만에 보완사항 추가요 :)
- IMG와 인터위키를 이용한 이미지 동시에 못씀. 아래처럼 사용불가
IMG:align=left Tjp:hahaha.jpg
위키테스트/아하하 라는 페이지가 있을 때 그 페이지에 [[/아하하]]라는 링크가 있다고 해보죠.
이때 위키테스트 페이지를 SandBox로 수정 하면 [[/아하하]]는 끊긴 링크가 되어버립니다.
- 안녕하세요, 두번째는 당연한 것이고, 특별히 문제라고 생각하지 않습니다. 페이지 이름 수정 시에 저걸 자동으로 수정한다면, 그게 더 문제가 될 거라고 생각합니다. 첫번째는, 애초에 인터위키를 사용해서 이미지를 표시하는 것 자체가 꽁수다보니... 해석 순서를 바꿔서 해결할 수 있을지 시간날 때 살펴보죠.
- 그런가요? 전 저 위의 경우에서는 위키테스트/아하하 가 SandBox/아하하 로 바뀌는게 옳지 않은가 했거든요. 이건 그냥 궁금해서 그러는데 뭐가 문제가 될까요? :)
--
거북이 2003-7-22 12:47 pm
- 상위페이지 이름을 바꿀때 하위페이지들도 같이 이동하기를 원한다면, 페이지 이름 바꾸기에서 명시적으로 하위페이지들을 바꿔주면 되니까 문제가 없고요. 처음에 말씀하신 상황은 상위페이지는 이름을 바꾸고 하위페이지는 바꾸지 않은 경우이니 이 경우는 페이지 이름을 바꿀 것이 아니라 "/아하하"라는 링크를 바꿔야 합니다. 그런데 이 때 "/아하하"가 "SandBox/아하하"가 되어야 할 지 "위키테스트/아하하"가 되어야 지는 자동으로 결정할 수 없다는 거죠. 사용자가 어느 쪽을 의도했는지 모르니까요.
- 그렇군요. 자동으로 처리하는 것이 애매한 순간은 있는 것 같습니다. 경제성을 생각하느냐 완결성을 생각하느냐의 문제일 수도 있겠네요. :)
관심있는 페이지가 되면 변경사항을 알수있는것입니까? 조프위키처럼요? 조프님도 그렇게 쓰시는듯 해서요
- 그게 이상적인 목표입니다만... 구현의 어려움과 서버 부하 증가의 이유로... 지금은 그저 최근변경내역 화면에서 돋보기 아이콘을 옆에 붙여주는 정도 밖에 안 됩니다. :-) UseModWiki소스수정/관심있는페이지와 UseModWiki소스수정/MyInterest매크로를 참조하세요.
- 고맙습니다. 꾸벅~
주인장분류