이 현상이 제게도 일어나고 있습니다.
굉장히 중요한 문제 같은데요.
현상이 일어나고 있는데 모르는 분들도 있을거 같습니다.
저도 이 글 보고 슬래시 없애고 접속 시도해보고서야 안되는걸 알았네요.조속한 해결 부탁드리겠습니다.
태터에서 큐브로 넘어왔는데
태터때보다 안정성에서 문제가 많은것 같네요 ㅠㅠ
정식버전이 아닌 베타버전의 숙명입니다^^
wildlake님이 서버 환경을 제공해 주셔서 오늘 그 부분이 수정 되었습니다. ![]()
아직 로그인하지 않았습니다. 로그인 또는 회원 등록을 해 주시기 바랍니다.
입력을 마치기 전에 (필수) 로 명기된 부분은 모두 적어 주셔야 합니다.
이 현상이 제게도 일어나고 있습니다.
굉장히 중요한 문제 같은데요.
현상이 일어나고 있는데 모르는 분들도 있을거 같습니다.
저도 이 글 보고 슬래시 없애고 접속 시도해보고서야 안되는걸 알았네요.조속한 해결 부탁드리겠습니다.
태터에서 큐브로 넘어왔는데
태터때보다 안정성에서 문제가 많은것 같네요 ㅠㅠ
정식버전이 아닌 베타버전의 숙명입니다^^
wildlake님이 서버 환경을 제공해 주셔서 오늘 그 부분이 수정 되었습니다. ![]()
이 현상이 제게도 일어나고 있습니다.
굉장히 중요한 문제 같은데요.
현상이 일어나고 있는데 모르는 분들도 있을거 같습니다.
저도 이 글 보고 슬래시 없애고 접속 시도해보고서야 안되는걸 알았네요.
조속한 해결 부탁드리겠습니다.
태터에서 큐브로 넘어왔는데
태터때보다 안정성에서 문제가 많은것 같네요 ㅠㅠ
말씀하신 내용으로 .htaccess를 수정했더니 일단 첫 페이지(http://widelake.kr/tc)는 접속이 됩니다. CSS도 잘 붙어있구요.
그런데 페이징이 안 먹습니다 -_-; (eg. http://widelake.kr/tc?page=2).
일단 해당 블로그 컨텐츠가 제 회사 업무보고 파일들이 쌓여있으니.. 백업 후 메일 드리겠습니다. 수고끼쳐드려서 죄송합니다. ㅠㅠ
혹시 가능하시면 제가 직접 서버에 접근해 볼 수 있을까요? 관련해서 연락을 inureyes 앳 쥐메일닷컴으로 주셨으면 합니다.
환경이 재현이 안되어서 디버그에 너무 시간이 걸리네요;
덧) 그 전에 .htaccess 내용을
RewriteEngine On
RewriteBase /tc/
RewriteRule (.+[^/])$ $1/
RewriteRule (.*) rewrite.php [L,QSA]
이렇게 한 번 바꿔보시고 뒤에 / 없을때도 접속되는지 확인을 부탁 드립니다. (css 날라가는 것 제외)
rev 4994로 업데이트를 했는데도 동일합니다(;; )
으음.. 제 호스팅이 문제인건가요... -_-)a
혹 괜찮으시다면 rev 4994로 업데이트를 한 후 테스트를 해 보실 수 있을까요?
여기 첨부해 놓겠습니다.
RewriteEngine On
RewriteBase /tc/
RewriteRule (.*) rewrite.php [L,QSA]
이걸로 교체했더니 위에서 말씀드렸던 현상 중 /가 없는 경우 접속 불가(400 Bad Request), /가 있는 경우 스타일시트 로딩못하는 상태로 변경됩니다. ^^;
지금 디버깅 모드를 켜놨으니 한번 보시는 것이 어떠실런지..^^;
http://widelake.kr/tc/ 입니다(너무 번거롭게 해드리는거 아닌가 싶네요 ㅠ_ㅠ).
.htaccess를 이걸로 교체해 보시지요.
....
RewriteEngine On
RewriteBase / (이 부분은 기존의 값을 놓아 두시면 됩니다)
RewriteRule (.*) rewrite.php [L,QSA]
결과를 알려주세요^^
텍스트큐브 공지블로그의 베타1 공지 댓글에서 진행되던 문답인데, 보다 원활한 문제 해결을 위해 바쁘신데도 답변을 계속 해주고 계신 inureyes님의 요청으로 포럼으로 옮기겠습니다. ![]()
먼저 제 환경은 1.6 알파판을 1에서 7까지 계속 판올림하다가, 베타1 발표 후 베타1으로 판올림하였습니다. 호스팅 환경은 80포트의 UTF-8 호스팅(NEO-1)입니다. 텍스트큐브는 호스팅 루트에 설치하지 않고 루트 하위에 tc 디렉토리를 생성하여 설치하였으며, 단일사용자 환경입니다.
베타1으로 올라오면서 종전 http://widelake.kr/tc로 접속 가능하던 테스트용 블로그가 접속되지 않고, 반드시 http://widelake.kr/tc/처럼 주소 끝에 /(슬래시)를 붙여야 접속이 되는 현상이 나타났습니다. http://widelake.kr/tc?page=2 식으로 페이징을 넘길 때 제대로 처리가 되지 않더라구요.
이 문제를 댓글로 문의했습니다.
widelake: 위와 같은 현상이 나타났습니다.
inureyes: .htaccess 의 RewriteBase에 적힌 값을 알려주시고, 단일인지 다중사용자 환경인지도 알려주세요.
inureyes: .htaccess 에서 RewriteCond 아래에 RewriteRule ^(.+[^/])$ $1/ [L] 을 추가하시고 정상적으로 처리되는지 알려주세요.
widelake: 단일 사용자 환경이고, 루트 하위에 /tc 디렉토리를 생성하여 설치하였습니다. RewriteBase는 /tc/라고 되어있으며, RewriteRule은 추가하려고 보니 RewriteRule (.*) rewrite.php [L,QSA] 이라는 문자열로 존재하고, 말씀해주신 부분으로 대체하면 주소 끝에 /가 있던 없던 접속이 안되고, 기존 값을 놔둔채 알려주신 부분을 추가하면 / 없을 경우 접속 안되는 것은 동일, / 붙이면 접속은 되는데 스타일시트가 무시됩니다.
inureyes: .htaccess 는 이전대로 롤백하시고, 루트의 rewrite.php에서 19번째 라인을 $accessInfo['URLfragment'] = explode('/',rtrim(strtok($accessInfo['input'],'?'),'/').'/'); 로 변경해보세요.
widelake: 여전히 같은 현상입니다. ^^;
inureyes: 그러면 루트의 config.php에 아래 두줄을 추가하셔서(디버깅모드) path parser result : 값을 적어주세요.
$service['enableDebugMode'] = true;
$service['debug_rewrite_module'] = 1;
path parser result : 이 나오지 않는다면 텍스트큐브의 문제가 아닙니다. ![]()
나오지 않을 경우 404가 아닌 다른 에러가 나온다면 다른 문제일 수 있으니 다시 알려주세요.
혹시 모르니 1.6에서는 더 이상 사용하지 않는 blog 디렉토리를 삭제해보세요. ![]()
widelake: blog 디렉토리를 삭제해도 마찬가지입니다. ^^;
path parser result : 의 값은 다음과 같습니다.
Array
(
[host] => widelake.kr
[fullpath] => /tc/
[position] => /tc/rewrite.php
[root] => /tc/
[input] =>
[URLfragment] => Array
(
[0] =>
)
그런데 전 404가 아니라 400이 계속 나왔습니다. ![]()
inureyes: 디버그 모드가 맨 뒤에 /가 없는 상태에서도 정상적으로 출력이 되던가요?
여기까지가 텍스트큐브 공지블로그에서 주고 받은 문답입니다. 마지막으로 물어보신 부분에 대해서 보고를 드리면,
출력이 안됩니다. ㅠ_ㅠ 어떻게 해결을 해야할까요오오오오... ㅠ_ㅠ