불 몇분도 안되서 댓글이 700개가 달렸습니다. -_-;

댓글을 쓸때, 기존에 댓글을쓰고 30초나 1분이 지나야 새로 댓글을 쓸수있도록 하는 기능이 필요 한것 같습니다 ㅜㅜ

댓글 쓴 사람의 아이피 거부하고, 관리자 페이지에서 해당 아이피로 쓴 댓글의 갯수를 30건씩 표시하도록 하니까.

밑에 페이지 이동으로 26 페이지가 되더군요.

이거 문제네요.. ㅠㅠ

이번이 처음 테러 당하는건데, 이 새벽에 오늘 따라 안자고 봤기에 망정이지, 한동안 블로그 못보고 있을때, 테러 당하면 골치 아프겠네요 ^^;

2

(5 답글들, 버그 보고 및 QA (Quality Assurance)에 작성)

inureyes 작성:

혹시 글 id가 늘어난 시점이 freedom을 통한 백업 복원 또는 티스토리의 백업 복원 시점과 연관이 있는지 알려주시면 감사하겠습니다. (본인이 아니더라도 같은 다중 블로그의 다른 사람등이 위의 작업을 실시했는지도 알아봐 주시면 감사하겠습니다.)

현재까지 조사? 해본 바로는 백업파일의 글 번호를 보존하기 위해서 그렇게 글 번호수가 늘어난 경우가 생기는 듯 합니다. smile

아 다중사용자모드에서 사용자를 한명 추가하여 제가 프리덤으로 네이버 블로그 백업을 한적이 있습니다.
그러나 복구된 결과가 테이블이 전부 깨어지는 사태가 발생하더군요/.
그래서 블로그를 다시 삭제했었는데, 아마 그 시점부터 id값이 증가한것 같기도 하네요..

3

(5 답글들, 버그 보고 및 QA (Quality Assurance)에 작성)

새글을 쓰고 저장을 하는데..

저장하지 못했습니다.  라는 alert창이 계속 뜹니다.
한번씩 되기는 한데, 지금은 시도해보니 계속 글쓰기가 실패합니다..

DB에 들어가서 draft 값을 0으로 바꾸고 다시 글목록에 들어가면 글이 보여지길래 글내용을 다쓰고 작성완료하니 이전에 올렸던 첨부파일이 전부다 사라지고 또다시 올려서 글을 작성하고 있습니다..

혹시 다른 문제가 있는것인지??

아.. 그 전에 생긴 문제가  tt_Entries 테이블의 id 값이 1 부터 차례대로 증가하다가.. 한 170 번까지인가 증가를 하고 171번이 될 차례에 , 11874930(?) 이란 큰 값이 들어가 있었습니다.  다음 인덱스의 값을 보니 11,27x,xxx 라는 엄청난 숫자가 다음번 id의 자동증가 값이었습니다.

제가 DB에 접근해서 값을 하나하나 수작업으로 id값을 171번부터 차례대로 부여시키고, 글에 관련된 tt_TagRelations 와 코맨트, Attachment 테이블의 parents 값도 직접 노가다로 변경시켰는데..

글쓸때마다 저장하지 못했다는 문구가 계속뜨는군요..

혹시 제가 생각하지 못한 다른 오류가 있는건 아닐까 하는 불안함이 밀려듭니다.;

아 그렇군요.. ^^;
최상위 카테고리인 전체 카테고리는 수정이 불가능하도록 하면 되겠네요..
답변 감사드리빈다. ^^

path방식의 멀티유저로 사용하고 있습니다.

블로그 백업에서 서버백업을 했는데, 서버 백업이 된 파일을 다운로드를 하려면 어떻게 해야될지 모르겠습니다.

뭐 다운로드 받으려면 백업할때 다운로드 받기로 내려받으면 되지만, 서버 백업 한걸, 다른 블로그에 복원할때 웹에서 백업파일을 가져오기를 할려고 합니다.

저장될때 cache/backup/숫자.xml  파일이 생기던데, 내려받기 위해서
http://블로그주소/cache/backup/숫자.xml
http://블로그주소/나의URL/cache/backup/숫자.xml

아무리 해도 안되는군요..  mod_rewrite 때문에, 해당 경로로 바로 접근이 안되는것 같은데 어떻게 백업파일로 접근할수 있을까요??

dikafryo 작성:
주성애비 작성:

IE7 사용합니다.

동작은 제데로 되는듯한데
스크립트 에러가 나네요.
저만 그런지...

첨부 파일 올립니다.

저도 똑같은 에러가 발생합니다. 다만 줄번호가 저는 224번이군요..

지금은 보니 줄번호 143에서 에러를 뿜네요..

저는 IE6 입니다.

자답입니다 -_-;
저는 http://블로그url/checkup/index.php 를 실행시켜주니 저장이 잘 됩니다.

트랙백을 보낼려고 하는데. 6개까지는 되는데 그 이상 안보내어 지네요..

이게 원래 이렇게 만든건지, 아님 오류가 있는건지요?

저역시 블로그를 사용하는 회원한테 글을 어떻게 저장하냐는.. -_- 질문을 받은 적이 있습니다.

중간에 있는건 글쓸때 바로바로 저장할수 있는 이점이 있지만, 그걸 발견 못하는 초보 유저를 위해 하단에도 완료하기 버튼이라도 있는게 좋을것 같습니다.

음.. 엉뚱한 글인진 모르겠지만, TagReplations 테이블의 인덱스키에
PRIMARY 로 owner, tag, entry 가 물려있고,
INDEX 키로 owner이 또한번 물려있습니다.

MySQL의 경우 프라이머리키와 인덱스는 중복으로 걸릴수 없어서 경고가 뜨게 되는데,
뭐 경고를 무시하고 설정은 할수 있지만, 이것때문에 검색효율이 떨어지는건 아닐까 하는 생각이.. ^^;

릴레이션 테이블인 만큼, 프라이머리키가 없이 세개를 따로따로 INDEX를 걸어주면 어떤지 한번 테스트를 해보시고 누가 속도를 측정해주셨으면 좋겠네요. 저는 별로 Row가 많지 않아서 테스트가 잘 안되네요.

각각 INDEX를 거는것보다 프라이머리키로 3개 필드를 묶어주는게 빠르다면 INDEX키로 걸려있는 owner 을 없애는건 어떤가요?

저희 블로거분들 중에 한분이 전체 카테고리의 이름을 변경한 것 같은데.
그 카테고리의 id 값이 0 으로 되어 있네요.

id 값은 primary key 라 0의 값이 있으면 DB 백업이나 DB를 다른 테이블로 일괄 이동할때도 오류가 생기더군요.

단지 카테고리 이름을 변경해서 id 값이 0이 되었는지는 모르겠지만, 현재 id값이 0으로 되어있습니다.

여기서 id값을 다른걸로 변경하면 해당 엔트리의 글에도 오류가 생길것 같아 그냥 놔두고 있는 실정입니다.

주성애비 작성:

IE7 사용합니다.

동작은 제데로 되는듯한데
스크립트 에러가 나네요.
저만 그런지...

첨부 파일 올립니다.

저도 똑같은 에러가 발생합니다. 다만 줄번호가 저는 224번이군요..

지금은 보니 줄번호 143에서 에러를 뿜네요..

저는 IE6 입니다.

DARKLiCH 작성:

저도 애드로거때문에 필요해진 플러그인입니다. 대충 삽질해봐야 겠습니다;;

태터 플러그인자료실에 올라와있는 부정방지 플러그인은 구버전의 adlogger에서만 동작을 하더군요..
adlogger 1.4 이후 버전을 쓰신다면, 플러그인의 index.php 파일을 다음처럼 수정하시면 됩니다.
추가를 하시려면, 같은 형식으로 하나씩 추가하시면 되구요. index.xml 에서 바인딩할 치환함수 이름을 AdSense1 .... 등으로 써주시면 됩니다.

@include_once("/server/path/to/adlogger/track/ad_check.php");

function AdSense1($target) {
    global $show_ads, $adSense;
    if ($show_ads) return $adSense[0];
}

$adSense[]=<<<___ADSENSE_CODE___
구글광고 스크립트
___ADSENSE_CODE___;

13

(6 답글들, 버그 보고 및 QA (Quality Assurance)에 작성)

데이터를 백업했다가 복원할때 오류가 생깁니다.  버전은 최신버전인 1.1.1 입니다.

복원시 줄번호 10번에 잘못된 내용이 있다고 나오더군요.
줄번호 10번에는 </comment>   코드만 있었습니다.

내용찾기에서   comment>   를 검색해보니 "<comment>" 는 없고 "</comment>"  만 있었습니다.
물론 10번째 줄에서 </comment> 부분을 삭제하니 정상적으로 복구가 되더군요.

백업을 했던 블로그 URL 은 http://blog.sw4u.net/cherryto7  입니다.
위의 블로그는 현재 백업을 다 한상태라 더이상 사용하지 않는 것이므로, 테스트를 위해 아이디와 비밀번호가 필요하다면 메일로 보내드리도록 하겠습니다.

아랫분의 백업버그와는 다소 다른 내용인듯 싶어 새글작성으로 씁니당.

백업한 데이터를 첨부파일로 올립니다.
10번째줄을 확인해보시기 바랍니다.

그리고 첨부파일데이터로 인해 용량이 17메가가 넘기에, 첨부파일에 해당하는 데이터는 모두 "첨부파일DATA" 라는 문자열로 대치하였습니다.

Ikaris C. Faust 작성:

제가 써놓았는데 질문을 바꾸셨군요;;;
곤란합니다;;;

아 죄송합니다. 님께서 답변하신 내용에 대한 질문도 위에 남겨 두었습니다만.. ^^;  [L] 은.. 거기서 종료 한다는 구문. 

제 질문이 너무 무성의한것 같아서.. 성의껏 다시 쓴다고.. 했는데 죄송합니다 ㅠㅠ

.htaccess 의 RewriteRule 가 정규표현식을 사용하는것 같은데.

1. RewriteCond %{ENV:REDIRECT_SURI} 는 어떤 상태를 의미하는것인가요.

2. RewriteRule (.*) - [L]    에서   - 가 무엇을 뜻하는지요?

3. RewriteCond  %{REQUEST_FILENAME} -d  와  -f 가 있는데  에서 REQUEST_FILENAME 과 -d , -f 옵션의 의미는 무엇인가요.

4. RewriteRule 의 뒤에  [NE] 는 무슨뜻인지요?

이곳의 글 검색도 .htaccess 로 해도 안나와서 문의드립니다. 

.htaccess 의 호출하는 파일의 제어가 제겐 신선한 충격으로 다가왔습니다.. 한동안은 이것때문에 잠을 설칠것 같네요.

16

(24 답글들, 아이디어 및 기능 제안에 작성)

inureyes 작성:

차라리 gmail 처럼 라벨 기능을 따로 만드는 것이 나을 것 같습니다. 카테고라이즈의 원래 개념에 중복의 개념이 들어있지 않으니까요.  도서관에 가 보시면 확실하죠.

태그와 독립적으로 라벨 기능을 만들고, 위에서 말한 중복 카테고리처럼 사용하는 방법은 어떨까요? 아니면 라벨기능을 따로 만들지 않고 특정한 태그들을 지정하면 그 태그들이 리스트로 옆에 출력되도록 하는 치환자를 만들어 사용해도 좋을 것 같습니다. smile

라벨 기능을 하게 되면 카테고리는 1단으로 만족을 해야합니다.. ^^

카테고리를 2단으로 한다는 말은 라벨을 또 하나 추가하여 카테고리와 별개로 해야될테니, 더 복잡해 질것 같습니다. 물론 지금의 태그개념이 좀더 소프트적인 라벨링이겠지요.

2단으로 카테고리 자체를 제약한다는 것 자체가 테터툴즈의 무한한 가능성을 제약하는 결과가 되는것 같습니다.
2단에 있는 카테고리의 글을 다른 2단 카테고리의 밑으로 내려서 3단카테고리로 쓸수도 있고, 반대로 3단 카테고리를 2단, 1단까지 올릴수도 있도록 하는게 현재의 구조로 불가능 하다면, 더 낳은 카테고리의 구조를 확립하는것은 어떤지요?

프로그래밍 힘든 부분이 카테고리가 선택될때, 상위 카테고리가 하위 카테고리를 포함하기 때문에, 하위 카테고리를 찾고 또 거기에 해당하는 글을 가져오는 부분에서 문제가 되는 것인가요.

분명 다같이 생각해 보면 지금 문제가 되는 부분에 대한 해답도 나올것이라 믿습니다. ^^