아직 로그인하지 않았습니다. 로그인 또는 회원 등록을 해 주시기 바랍니다.
TNF : Tatter Network Foundation forum » Milfy가 작성한 글
... 그렇게는 이미 http://neoocean.net/ 에서 비슷하게 하고 있고요,
'도메인 루트'에 설치했고, '블로그 구분자'를 'blog'로 지정했습니다.
'구분자'는 관리자 메뉴에서 '설정'->'블로그'->'블로그 주소'를 수정했다는 이야기이고,
'구분자'라는 단어는 'setup.php'를 실행해 블로그를 세팅하는 과정에서 사용되는 말입니다.
---
어쟀든, '도메인 루트디렉토리'에 블로그를 설치했고,
구분자를 'blog'로 설정했습니다. ('blog' 디렉토리를 만들었단 소리가 아닙니다.)
http://www.iammyme.net/ 404 에러
http://www.iammyme.net/blog/ 접근 가능
http://www.iammyme.net/index.php 404 에러
http://www.iammyme.net/rewrite.php 접근 가능
이런 상태입니다. -_-
도메인 루트에 설치하고 구분자를 'blog'로 설정해 아래와 같이 블로그를 생성했습니다.
그런데, 루트에 설치했는데도 아래 주소로 접속하면 404 에러가 나타납니다.
어떻게 하면 도메인 루트에 404 에러가 나타나지 않을까요.
TC 버전은 1.7.6,
오늘 아침에 한글스팸을 손으로 지우다가 안되겠다 싶어 스팸 삭제를 위한 간단한 스크립트를 만들었습니다. 하는 역할은 특정한 시간 이후에 들어온 모든 글을 스팸으로 처리하면서 이름, 홈페이지, 아이피를 필터 테이블에 집어넣어 다시는 못 쓰게 만듭니다.
다만, 스팸을 삭제한 다음 '최근 답글 출력' 관련 캐시를 새로 고쳐줘야 하는 것 같은데, 그 부분은 tc 소스를 몰라 그냥 뒀습니다. 아래 주소의 스크립트로 스팸은 일괄 삭제가 가능한데, tc 개발자분께서 스크립트에 답글 관련 캐시를 새로 고쳐 주는 부분을 추가해 주시면 좋겠습니다.
밀피유님 // 밀피유님 블로그에서 테스트해본 결과 Firefox, Opera 에서 문제 없고 IE 에서만 검색이 안되는것으로 볼때 CheckURL Off 문제인듯 싶습니다
검색결과를 봐선 어떤식으로 해결을 하는 건지 이해하지 못했습니다. ;
off topic 이 될 가능성이 높지만, 혹시나 관련이 있을까 싶어 적어봅니다.
제 경우에는 (1.5.3.1) 영문 검색어를 넣으면 곧잘 결과가 나오지만,
한글 검색어를 넣으면 암만 기다려도 결과가 나오지 않습니다.
결국은 검색 전용의 페이지 ( http://neoocean.net/search/ )를 만들어
한글 검색어는 여기서만 검색하고 있습니다.
혹시 다른 분들은 어떠신지 궁금합니다.
브라우저에 추가된 Add-in 중 하나가 문제를 일으킨 것으로 보고
브라우저의 모든 설정을 초기화시켜 문제를 해결했습니다.
어떤 Add-in 이 문제를 일으키는지 확인해보려고 시도하느라
경과 보고가 늦었습니다만, 결국 어떤 것이 문제를 일으키는지는
확인하지 못했습니다.
혹시 다른 분이라도 저처럼 드래그 앤 드롭으로 움직이는 구성요소가
정상적으로 동작하지 않는다면 브라우저의 초기화를 시도해보시면
도움이 될 것 같습니다.
자바스크립트 설정은 별도로 건드리지 않았고, 특별히 익스텐션을 설치하지는 않았습니다.
별달리 도움이 될 것 같지는 않지만, 일단 상황을 조금 더 자세히 찍어봤습니다.
드래그 앤 드롭은 되지 않지만, 일단 사이드바에 추가되어 있는 사이드바 구성 요소들은
위, 아래, 삭제 단추를 눌러 조작이 가능합니다.
하지만 한 번 삭제된 사이드바 구성 요소는 다시 사이드바에 넣을 수 없는 상태입니다.
혹시 시간이 되시는 분들은 아래 주소를 참고해주세요.
http://neoocean.net/tmp/textcube_skin_side_drag_2/
문제 해결을 위해 제가 검토해야 하는 부분이나, 추가로 더 보여드릴 수 있는 부분이 있을까요?
버전 1.5.3.1
브라우저 IE 7.0.5730.11
스킨 설정에서 사이드바 구성 요소를 변경하려고 할 때,
사이드바 구성 요소가 드래그되지 않습니다.
상황은 아래 주소를 참고해주세요.
http://neoocean.net/tmp/textcube_skin_side_drag/
혹시 다른 분들도 이런 문제를 겪으신 적이 있는지 궁금합니다.
참고로, 같은 버전에서 센터 플러그인 구성 요소는 드래그가 가능합니다.
1.1.1.1 -> 1.1.2.1 업그레이드 후 공지사항이 보이지 않습니다.
관리자로 로그인하면 페이지가 제대로 나타나지만,
로그아웃하면 http://neoocean.net/blog/notice/1613 이렇게 빈 페이지로 나타납니다.
블로그에 카테고리를 사용하지 않고 있는데요,
그것과 관련이 있을지도 모르겠습니다. ;
에러가 나는 라인 말고, 에러가 나는 라인을 포함한 한단계 상위의 태그에 문제가 있을지도 모릅니다.
<daily><date>20060727</date><visits>50</visits></daily>
이 태그의 한단계 바깥쪽의 태그를 한번 보여주세요.
제목 대로, 줄바꿈 문제의 근본적인 해결이 필요합니다.
그 동안, 여러 차례에 걸친 업데이트가 이루어지면서, 버전마다
줄바꿈 문자의 처리에 대한 정책이 모두 달랐습니다.
그래서 버전마다 각기 다른 정책에 맞춰 데이터 교정이 이루어졌는데,
덕분에 글마다 줄바꿈 문자가 각기 다르게 입력되어 있고,
글마다 줄바꿈 문자의 처리도 모두 다르게 되어 있습니다.
어떤 글은 '\r\n' 으로 되어있기도 하고, 어떤 글은 '<br /><br />' 로 되어 있으며,
또 어떤 글은 '<br /><br />\r\n<br /><br />'로 되어 있기도 합니다.
심지어 어떤 글은 원래 'r\n'으로 되어 있었을 줄바꿈 문자가 아예 사라진 글도 있습니다.
--
버전마다 정책이 달라 생긴 이 문제를 이제 근본적으로 해결할 때가 되었다고 봅니다.
데이터 교정 과정을 반복해 오면서 줄바꿈 문자('<br />'이나, '\r\n' 등)이 아예 사라진 경우는
어쩔 수 없이 수동으로 복구해야 하겠습니다만,
엔터를 두 번 누른 의도가 확실한 줄바꿈 문자에 대해서는 일괄적으로
현재 정책에 맞는 줄바꿈 문자로 수정하는 과정이 필요하다고 생각합니다.
--
즉, 다음과 같은 엔터를 두 번 누른 것으로 추정되는 줄바꿈 문자들을
일괄적으로 현재 줄바꿈 정책과 일치하는 엔터를 두 번 누른 줄바꿈 문자로 바꿔 주는 기능을
데이터 교정에 추가해야 합니다.
--
<br /><br />
\r\n\r\n
\n\n
<br /><br />\r\n<br /><br />
\r\n<br /><br />\r\b<br /><br />
... 아마도 다른 경우가 더 있을 겁니다.
1.1.1 ex 에서, tt_Entries 테이블의 ategory 값이 '1'인 글들이
'존재하지 않는 페이지입니다.' 메시지를 출력하며 나타나지 않습니다.
이 글들은 정상적으로 공개 되어 있는 상태입니다.
제 사용 환경의 특수한 점은, 카테고리를 사용하지 않는다는 점입니다.
카테고리 값을 '0'으로 바꾸면 글이 정상적으로 출력되었기 때문에
'update tt_Entries set category = 0 where 1' 을 써서
지금은 모든 글이 제대로 나오고 있습니다만,
카테고리를 사용하지 않는 환경에서 카테고리 값이 '1'일 때
나타나지 않는 경우는 수정되어야 할 것으로 보입니다.
1.1.1 확장팩 설치 후, 사이드바 설정에 들어가면 브라우저가 먹통이 됩니다.
1.1.1 rc2 -> 1.1.1 확장팩.
모든 플러그인을 비활성화한 다음 사이드바 설정에 다시 들어가봤지만, 여전히 브라우저가 멈춘 상태로
더 이상 동작하지 않습니다.
브라우저는 IE 7인데요,
일단은 비슷한 증성을 겪으신 분이 계신지 궁금합니다.
지금 받은 rc2 에서 정상적으로 동작합니다. 
일단, fireEvent() 를 제거한 다음 테스트했을 때는 퍼머링크가 동작하지 않는 문제가 해결되지는 않았습니다.
이 문제와 관련이 있는지는 모르겠는데, 2745의 fireEvent 를 지우고 테스트하는 과정 근처에서
모든 글이 나타나지 않는 문제가 생겼습니다.
관리자로 로그인하면 글이 나타나는데, 로그아웃하면 모든 글이 나타나지 않습니다.
일단, 두어번 재현됐지만 정확한 상황은 모르겠어서,
혹시 비슷한 문제가 일어나시는 분이 계신가 알아봤으면 좋겠습니다.
이게 또 1.1.0.2 를 덮어씌워보면 제대로 나옵니다. =_= ;;;
판올림을 하면 체크업 과정이 있는데요,
지금은 체크업 과정을 위해 관리자 페이지 전체를 체크업 페이지로 옮긴 다음,
체크업이 끝나면 끝났다는 메시지를 출력한 다음 그대로 멈춰있습니다.
여기서 관리자 페이지로 돌아가기 위해서는 '뒤로' 단추를 눌러야 하는데요,
체크업 과정을 새 창에서 진행하거나,
체크업이 완료되면 시간차를 두고 관리자 페이지로 돌아가는 부분을 추가하면 어떨까 합니다.
숫자로 된 퍼머링크들이 모두 동작하지 않습니다.
1.1.1 rc2 에서 발생합니다.
1.1.0.2 -> 1.1.1 rc2 로 덮어쓰기해서 업그레이드 했습니다.
예를 들어, 다음 주소에 접근하면 존재하지 않는 페이지라고 나타납니다.
페이지를 앞뒤로 넘기면 그 페이지는 정상적으로 나타납니다.
또, 공지사항으로 지정해 둔 다음 페이지도 정상적으로 나타납니다.
음. 1.0.6 에서는 지원하지 않았었는데, 1.1에서는 지원했군요.
그런데, 여전히 이전 퍼머링크에 접근하면 무조건 첫 페이지로 연결되는데요,
이전 퍼머링크인
에 접근하면
http://neoocean.net/blog/neoocean/1234
로 연결되도록 하실 계획이 있으신지요. 현재 버전에서는 지원되지 않는 듯 합니다.
예전부터 벼르고 있던 건데, 저질러볼 예정입니다.
단일 사용자 -> 다중 사용자 모드 변경인데요,
기존에는 블로그 주소를
로 사용하다가, 다중 사용자로 변경하면서,
http://neoocean.net/blog/neoocean/
으로 변경했습니다. 하지만 이전 주소로 접속해도 알아서 블로그 페이지가 나타났기 때문에
웹 브라우저로 접근하는데는 문제가 없습니다.
문제는 rss 주소인데, 이전 rss 주소인
http://neoocean.net/blog/rss
http://neoocean.net/blog/index.xml
이 둘을 사용할 수 없게 된 점이 문제인데요,
예전에 비슷한 질문을 드렸을 때 이런저런 이유 때문에 기본으로 지원하지 않는다는 답변을 들은 적이 있는거같습니다.
헌데, 어디든 수정해서 위의 이전 rss 주소에서도 rss 데이터를 제대로 제공하고 싶습니다.
뭔가 방법이 없을까요. =_=
거기에, 이전 퍼머링크들을 모두 사용할 수 없게 되는데요, 이 이전 퍼머링크들 역시
새 주소로 알아서 연결되도록 하는 방법이 없을까요. =_=
1.1 버전에서 이미 해결된 문제를 가지고 제가 뒷북을 치고 있을 가능성이 있습니다.
일단 검색을 해 봤는데, 같은 이야기를 올리신 분은 안 계신 것 같아 적어봅니다.
..
RSS 파일을 구독하시는 분께서 위 문제를 지적해 주셨습니다.
요즈음에 글을 공개한 다음에 자꾸 수정하다 보니 이런 문제가 일어났는데요,
위 포스팅 대로 처리해 글을 공개한 다음 수정해도 RSS 수집기에 서로 다른 글로 수집되지 않도록
하는게 좋겠습니다.
.. 아직 1.06 버전을 사용중이라, 1.1 버전에서 수정된걸 가지고 뒷북을 치고 있는지도 모르겠네요. ㅜ_ㅜ
아아. 그리고 update 쿼리를 잔뜩 돌려야 하는 상황이라면, delayed insert 쿼리처럼, update 쿼리에도 딜레이를 줬으면 좋겠습니다. 제가 사용하는 호스팅 회사는 웹서버와 데이터베이스 서버를 분리해 놓고 있는데, 체크업 과정에서 웹서버와 데이터베이스 서버 사이에 접속 폭증이 일어난다고 합니다. - 호스팅 회사에서 그러더군요 ; -
그래서, 유저 접속도 막아놓고 마이그레이션 하니까, 조금 더 시간이 걸리더라도 서버에 부담을 덜 주는 쪽으로 개선되었으면 좋겠습니다. 언듯 찾아보니 update 쿼리에는 특별히 딜레이를 주는 구문이 없는거같은데, 이전 쿼리가 수행되었는지 확인해가며 느긋하게 변환해도 좋겠습니다.
... 사실 이 문제는 태터툴즈의 손을 떠나 호스팅 회사의 문제라고 생각되기도 해서 .. 좀 난감하네요.
시간이 오래 걸려도 끝까지 제대로 수행된다면 불만은 없습니다.
다만, 설치나 업그레이드 도중에 블로그 이용자들로부터 접근을 막을 수 있으면 좋겠습니다.
업그레이드가 진행되는 10여분 사이에도 계속해서 블로그에 접속이 이루어질텐데,
블로그에서 글을 보는데는 이상이 없을 수 있지만, 답글을 남기거나 한다면
문제가 생길 수도 있지 않을까 하는 생각입니다.
수행 시간이 긴 것은 문제가 아니지만, 수행시간 동안 작업이 안정적으로 이루어질 수 있기만 하면 오케이입니다.
지난번 1.06 -> 1.1.0.0 으로 업그레이드 하려다가 실패한 전력이 있었는데, 이번에도 역시 실패했습니다. 더 이상 사용되지 않을 디렉토리를 삭제하고, 태터툴즈 1.1.0.2 파일들을 올린 다음 블로그를 리로딩했습니다. 관리자모드에서 체크업을 진행했는데, html 블럭을 삭제하는 단계에서 멈춰서 더 이상 진행이 되지 않습니다. 그리고 나면 블로그 전체가 매우 느려집니다.
블로그 전체가 느려진 시점에서 대략 다음 쿼리들이 락 상태로 걸려있습니다. 아마도 html 블럭 제거 단계 같은 글 하나하나의 내용을 모두 건드려야 하는 쿼리라면 딜레이를 줘서 입력하는게 좋겠습니다. (이게 원인인지는 확실하지 않지만요.)
UPDATE tt_Entries SET content ...
SELECT count(*) FROM `tt_Tags` t, `tt_TagRelations` r, `tt_Entries` e WHERE r.entry = e.id AND e.vis ...
SELECT EXTRACT(year_month FROM FROM_UNIXTIME(published)) period, COUNT(*) count FROM tt_Entries WHER ...
일단, 체크업 단계에서 느려지는 문제가 해결되어야 할 것으로 보이고,
다음 버전부터는 파일을 덮어쓴 다음 업그레이드가 진행되는 도중에는 사이트 공사중 안내 문구를 보여줄 수 있으면 좋겠습니다. 관리자가 업그레이드 하기 전에 태터툴즈의 블로그 서비스를 멈추면 업그레이드를 위해 파일을 지우거나, 올리거나, 데이터베이스를 변경하는 동안에는 유저들이 접근하지 못하도록 공사중 페이지가 나타나면 업그레이드에 많은 시간이 걸리는 경우에 대응할 수 있겠습니다.
TNF : Tatter Network Foundation forum » Milfy가 작성한 글
니들웍스