html 블럭을 체크하는 부분이 굉-장히 오래 걸립니다. 원래는 전체를 쿼리해서 한 번에 해결하는 식으로 했었다가, 큰 블로그의 경우 오버로드가 너무 커서 글을 하나하나 불러서 해결하는 방식으로 변경되었습니다. 글 1000개의 블로그의 경우 그냥 켜놓고 10분 정도 기다리셔야 합니다.

한 번 1.0.6에서 업그레이드 하시면서 돌려 놓고 식사 하고 오셔 보세요. 중간에 끄지 말고 그냥 계-속 기다리면 끝이 납니다. 시도 후에 피드백 부탁 드립니다.

이 부분에 대해서는 개선이 필요하다고 생각하고 있습니다. 소스 트리의 checkup의 index.php를 확인하시고, 가능한 다른 방법이 있으시면 부탁 드리겠습니다^^

시간이 오래 걸려도 끝까지 제대로 수행된다면 불만은 없습니다.
다만, 설치나 업그레이드 도중에 블로그 이용자들로부터 접근을 막을 수 있으면 좋겠습니다.
업그레이드가 진행되는 10여분 사이에도 계속해서 블로그에 접속이 이루어질텐데,
블로그에서 글을 보는데는 이상이 없을 수 있지만, 답글을 남기거나 한다면
문제가 생길 수도 있지 않을까 하는 생각입니다.

수행 시간이 긴 것은 문제가 아니지만, 수행시간 동안 작업이 안정적으로 이루어질 수 있기만 하면 오케이입니다.

저는 1500개 정도로 한 5분여 정도 걸렸던 것 같네요. 아무런 메시지가 없어서 불안하긴 하더군요. 제대로 되고 있는 건지. 데이터 교정 처럼 프로그레스바는 없더라도 어느정도 안내는 필요하긴 한것 같습니다.

아아. 그리고 update 쿼리를 잔뜩 돌려야 하는 상황이라면, delayed insert 쿼리처럼, update 쿼리에도 딜레이를 줬으면 좋겠습니다. 제가 사용하는 호스팅 회사는 웹서버와 데이터베이스 서버를 분리해 놓고 있는데, 체크업 과정에서 웹서버와 데이터베이스 서버 사이에 접속 폭증이 일어난다고 합니다. - 호스팅 회사에서 그러더군요 ; -

그래서, 유저 접속도 막아놓고 마이그레이션 하니까, 조금 더 시간이 걸리더라도 서버에 부담을 덜 주는 쪽으로 개선되었으면 좋겠습니다. 언듯 찾아보니 update 쿼리에는 특별히 딜레이를 주는 구문이 없는거같은데, 이전 쿼리가 수행되었는지 확인해가며 느긋하게 변환해도 좋겠습니다.

... 사실 이 문제는 태터툴즈의 손을 떠나 호스팅 회사의 문제라고 생각되기도 해서 .. 좀 난감하네요.