rewrite 모듈이 정상적으로 세팅된 경우에도 이 현상이 발생하는 경우 DirectoryIndex 설정 때문일 수 있습니다.
제가 사용하는 환경에서는 Apache vhost rewrite rule -> .htaccess rewrite rule 이렇게 2단계를 거쳤는데 DirectoryIndex에 index.php가 포함되어 있으면 두번째 .htaccess rewrite rule이 적용되기 전에 index.php를 먼저 실행해버립니다. 특히 vhost rewrite rule은 웹호스팅 사용자 입장에서는 설정 내용을 확인하거나 수정하기 어렵기 때문에 더욱 찾기 힘들죠.
텍큐 입장에서는 이런 상황을 구분할 방법이 없고, rewrite.php가 아닌 index.php로 실행되었기 때문에 rewrite를 지원하지 않는 환경이라고 해석하여 URL에 물음표를 붙입니다. 해결 방법은 세준님이 말씀하신 것처럼 config.php에 강제 설정하거나 DirectoryIndex none으로 Apache가 항상 rewrite rule만 사용하도록 만들면 됩니다.

2

(0 답글들, 공지사항에 작성)

새로운 기본 에디터 tinyMCE의 도입과 모바일 인터페이스 개선(jQuery mobile 사용), ATOM 피드 지원 등의 기능 추가와 더불어, 스팸 대응을 위해 업데이트된 FAS 플러그인 및 PHP 5.3 이후의 서버 환경에 대응하고 그동안 제기된 각종 버그 수정을 골자로 하는 텍스트큐브 1.9가 공개되었습니다.
그동안 정체된 개발 과정을 뜻하는 "Largo"라는 코드네임을 사용합니다.

개발 멤버들의 박사과정 졸업 및 진학, 회사 이동, 결혼 등 개인적인 사정이 겹치면서 개발이 많이 지연되었지만, 프로젝트 자체는 죽지 않았습니다. smile

textcube.org 공지사항 : http://notice.textcube.org/ko/247

이후로도 6개월 단위로 major release를 발표하고 "pinpoint" 개발을 통해 각 minor 버전마다 특정 기능에 집중하여 개발하는 방식으로 개발이 진행될 예정입니다.

3

(1 답글들, 공지사항에 작성)

mercurial 사용자 안내 문서가 나왔습니다.

http://dev.textcube.org/wiki/UsingMercurial

참고하세요~~

4

(1 답글들, 공지사항에 작성)

텍스트큐브 공지사항에서 알려드린 바와 같이, 텍스트큐브의 소스코드 버전관리 시스템이 subversion에서 mercurial로 교체되었습니다.
※ 공지 참조 : http://notice.textcube.org/ko/221

Mercurial은 분산형 버전 관리 시스템(DVCS; Distributed Version Control System)입니다. 요즘 개발자 커뮤니티에서 많이 뜨고 있는 git과 같다고 생각하면 됩니다.

주요 특징으로,

  • 저장소를 통째로 복사(clone)하여 로컬에서 지지고 볶는다. -> 오프라인 개발 이력 관리 가능

  • branch와 merge가 매우 자주 일어나는 일이라는 철학을 가지고 만들어졌으며 이러한 동작이 매우 가볍고 빠르다. -> 메인 트리는 중앙 저장소와 계속 동기화를 유지하면서 자신만의 customized 트리를 만들고 이력 관리하면서 지속적으로 merge하는 것이 편리하다.

  • 위와 같은 특징들을 지원하기 위해 저장소 크기가 작고 속도가 빠르다. (6.5GB svn repo -> 100MB hg repo)

  • clone된 저장소는 그 자체로서 독립된 저장소이기 때문에, 다양한 개발프로세스 도입이 가능하다. -> 조직 규모가 커질수록 개발팀 단위 통합과 테스트 후 검증된 코드만 최종적으로 중앙 저장소에 반영하는 기업형 모델이나, 다른 개인이나 그룹이 쉽게 fork할 수 있도록 장려하는 오픈소스 문화에 적합

사실 이들 특징은 git과도 일맥상통합니다만, TortoiseHg의 Windows 지원이 좀더 빨랐다는 점, subversion과 명령어 체계가 비슷하여 기존 사용자가 학습하기 쉽다는 점, 그리고 Google Code에서 지원한다는 점 때문에 mercurial을 선택하게 되었습니다.

생소하신 분들은 일단 스크린샷이 첨부된 한글 설명을 한번 보시면 조금 더 감이 올 것입니다.

mercurial 채택으로 인해 중앙 저장소에 의존적이지 않은 창의적인 fork가 많이 나오길 기대합니다. big_smile

새 mercurial 저장소에 접근하기 위한 방법은 trac 첫 페이지 하단 안내를 참고하시면 됩니다.

덧) 이 글을 쓰면서 알았는데 웹서버 이전 및 설정 문제로 한동안 포럼 글쓰기가 불가능했더군요. 수정했습니다. ㅠㅠ

5

(1 답글들, 공지사항에 작성)

속도 개선에 중점을 둔 텍스트큐브 1.8.4 버전이 나왔습니다.

플러그인 로딩 및 환경설정 부분 속도 개선, 각종 캐시 관련 기능 개선 및 버그 수정을 포함하고 있습니다.

개선사항에 대한 자세한 내용은 텍스트큐브 공지사항 블로그를 참고하시기 바랍니다. smile

http://notice.textcube.org/ko/214

6

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

사실 핑백은... 구조상 로직만 구현하면 되는 수준인데(데이터 모델엔 이미 다 들어가 있습니다) 어쩌다보니 계속 미뤄져왔네요. 흑흑

7

(2 답글들, 잡담하기에 작성)

고쳤습니다~ smile

8

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

음...
이미 티켓 #1406으로 반영되어 있는 것 같은데 동작하지 않나요?;

http://dev.textcube.org/ticket/1406

아... 생각해보니 덮어써서 업글하는 경우엔 setup.php를 거치지 않는군요; 티켓 재오픈하겠습니다;

에디터의 경우는... 웹서버는 큰 상관이 없고 웹브라우저 특성을 타기 때문에 서버 정보보다는 웹브라우저 정보가 있는 것이 좋지요.
PC의 운영체제와 사용 중이신 웹브라우저(IE, Firefox 등)에 대해 알려주시는 것이 더욱 도움이 됩니다.

10

(4 답글들, 잡담하기에 작성)

역시 무리해서 프로젝트를 했던 탓일까요; 지난 일주일 동안 신종플루에 걸려 집에서 요양(?)하다왔습니다.

자세한 내용은 제 블로그 참고하시고...

쉰 것은 좋지만 프로젝트와 과제와 수업을 다 쨌다는 거... 그리고 쉬어도 아픈 것은 별로 좋지 않다는 거... ㅠㅠ

으음, /가 두 번 붙어있는 것이 조금 이상하긴 하지만 일단 동작에 영향을 줄 부분은 아니라 생각되고...
설치 환경(php 버전, 가능하다면 서버 OS 종류 등)을 좀더 자세히 알려주시면 좋을 것 같습니다.

개인적으로 설치한 태터툴즈·텍스트큐브를 이용한 개인정보 침해사례는 이 포럼에 문의하셔도 저희가 해결해드릴 수 없습니다. 직접 연락처를 찾아서 연락을 해보시거나 정 힘들다고 판단될 경우 사이버수사대 등에 신고하시는 방법이 있습니다.

우선 이것 때문에 데이터가 날라가지는 않으니 너무 걱정하진 마시구요, 단지 보이지 않는 것 뿐입니다.;
.htaccess U 플래그가 들어가는 건 IIS 모드로 설치되었을 때뿐입니다. 정상적으로 Apahce + mod_rewrite가 활성화된 환경에서라면 해당 플래그가 나올 이유가 없습니다. 우선 .htaccess 파일을 지우고 다시 시도해보심은 어떨까 합니다.

올려주신 글만 봐서는 지우고 1.7.8을 올렸다는 게 그냥 설치된 디렉토리를 지우셨다는 것인지 백업을 하고 지우셨다는 것인지 config.php 같은 파일을 남기고 지우셨다는 것인지 정확히 알 수는 없습니다만 업그레이드할 때 DB 정보 입력 후 기존에 이미 설치된 것이 있다면 이를 인식해서 기존 블로그가 있다고 알려줍니다. 물론 항상 백업을 먼저 하고 업그레이드하시길 권장드립니다. (참고로 백업을 안 하고 디렉토리를 그냥 싹 지우셨다면 글·댓글·트랙백 등은 남아있으나 추가 설치한 스킨·플러그인 및 첨부파일은 날아갔을 수도 있습니다)

14

(1 답글들, 잡담하기에 작성)

드디어 끝났습니다.
http://daybreaker.info/blog/entry/PageR … 8%EA%B8%B0
(그러면서 살짝 블로그 홍보 =3=3)

우와, 새벽 2시 전에 자보는 게 얼마만이죠......

혹시 사용하시는 개인 서버가 아래 글의 내용에 해당되는지 확인해보시기 바랍니다.

http://forum.tattersite.com/ko/viewtopic.php?id=7501

텍스트큐브의 config.php 등이 있는 '루트' 디렉토리의 권한은 다른 것으로 변경해주셔도 됩니다. smile 물론 웹서버가 읽고 실행할 수 있는 권한은 남아있어야겠죠. 그 외에 캐시나 스킨 디렉토리는 웹서버가 쓸 수 있는 권한이 계속 남아있어야 합니다.

17

(1 답글들, 질문과 답변 / 사용자 지원에 작성)

저 화면이 뜬 직후 /var/log/apache2/error.log 또는 /var/log/httpd/error.log 파일의 마지막 부분을 봐야 원인을 알 수 있을 것 같습니다. 서버 관리자에게 오류난 시각 근처의 아파치 오류 로그 요청해보세요.

18

(1 답글들, 잡담하기에 작성)

...중간고사 끝났더니 과제 폭풍이 장난 아니군요. 1.8 RC2도 릴리즈하면서(?) 여유로웠던 시험기간은 바이바이...

이번 주 내내 PageRank 구현했습니다. 실제 클라우드컴퓨팅 테스트베드에 올린 Hadoop이라는 분산처리플랫폼을 이용해서 위키백과의 페이지 데이터를 가지고 간단한 검색엔진을 만드는 게 목표죠. (말하자면 대략 90년대 말 구글의 아주 초창기 버전을 구현한달까...)

역시 분산처리는 쉽지 않더군요. 언제 어디서나 메모리에서 constant time에 원하는 데이터를 변수 접근만 하면 읽어올 수 있다는 가정이 성립하지 않으니 분산 join을 해야 하는데 이게 Hadoop 프레임웍에 맞춰서 해야 하다보니 custom 확장 클래스 만들고 별별 삽질을 다 하고 있습니다. ㅠ_ㅠ

다음 주에는 확률로보틱스 프로젝트가 있는데 Particle Filter라는 확률 기반의 sensor-action model을 이용해 로봇 자신의 위치를 추정하는 뭐 그런 걸 짜야 되는군요.

당분간 1.8 버전업은 조금 힘들지도 모르겠습니다. -_- =3=3=3
대략 과제 다 끝나고 동아리 워크샵 끝나면 교주님 돌아오시겠네요.;

으음... 일단 파일을 올리다가 중간에 누락된 것이 있거나 깨진 게 있는 것 같습니다. 압축파일 째 올려서 서버에서 압축을 푸시거나(텔넷이나 ssh로 접속해서 명령어 사용), 그게 어려우시면 FileZilla 같은 좀더 안정적인 FTP 프로그램을 사용해보시는 걸 추천합니다.

일단 이미 덮어썼다면 1.8로 덮어쓰시고 체크업 진행해보셔야 할 것 같습니다.

파일들만 지우셨다면 데이터베이스가 그대로 남아있어서 그렇습니다. 데이터베이스 테이블까지 모두 지우셔야 하구요, 그냥 DB를 지워버리시면 복구가 안 되니 지우지 말아야 할 내용이 있다면 일단 재설정하신 후 백업을 받으신 후 진행하시면 됩니다.

티켓 #1365로 등록하였습니다. 좀더 자세한 상황은 확인해봐야 할 것 같습니다.

22

(7 답글들, 잡담하기에 작성)

LonnieNa 작성:

tc.org는 바꼈는데. 포럼은 아직.
거... 저 위에 로고 좀 이제 바꿔주세요..
저도 저 당시엔 맘이 저랬던 건 사실이지만,
지금은 시간이 넘 지났네요.
볼 때마다 좀 거슬립니다.

수정하였습니다. smile

23

(9 답글들, 질문과 답변 / 사용자 지원에 작성)

음... 제가 디버깅 툴을 써보니 텍스트큐브가 해당 URL을 처리하기 전에 http://help.onmaru.com/error/404.html로 redirect되어버리는 것 같습니다. 텍스트큐브에서 없는 태그로 접근하면 글 0건이라고 표시된 페이지가 떠야 하는데 웹호스팅의 별도 404 페이지가 뜨는 게 이상하네요. (HTTP 내부 통신 내용도 다르게 나옵니다)

혹시 웹호스팅 회사에서 특정한 문자열을 차단하고 있는 건 아닌가 싶기도 하니 한번 문의해보시는 것이 좋을 것 같습니다. 혹시 업그레이드 과정에서 호스팅이나 같은 호스팅이라도 서버를 옮기셨다거나 한 적이 있으신지도 알려주시면 좀더 도움이 될 듯합니다.

24

(9 답글들, 질문과 답변 / 사용자 지원에 작성)

혹시 사용하고 계시는 웹브라우저가 무엇인가요? 전 Firefox 3.5와 IE 8.0에서 테스트했습니다.

보니까 어떤 태그는 되고 어떤 태그는 안 되는데 한자쪽은 오히려 잘 되는 듯하고 일본어만 있는 태그가 더 안 되는 것 같네요.

25

(9 답글들, 질문과 답변 / 사용자 지원에 작성)

혹시 블로그 주소를 알려주실 수 있으시간요? 원래 사용하고 계셨던 태터툴즈에서 UTF-8 인코딩을 사용 중이셨다면 인코딩이 깨진다든지 하는 문제는 없으리라 생각되는데 검색이나 태그 접근이 안 되는 것이라면 웹브라우저 쪽에서 보낼 때 문제가 있는지도 직접 확인해봐야 합니다.