가장 확실한 방법입니다.

원래 설치된 텍스트큐브에서 아래의 디렉토리를 일단 지워 주시기 바랍니다.

/blog, /components, /doc, /image, /interface, /language, /lib, /script, /style

그리고 텍스트큐브 1.7을 다시 업로드 하시면 문제 없이 동작할겁니다.^^

덧) 절대 attach나 plugin, skin은 지우지 않도록 해주세요~

스킨에서 본문 폭을 지정하면 그것보다 큰 사진은 그 크기로 줄어서 출력됩니다.^^

선택한 스킨 폴더의 index.xml 파일에 contentWidth 값이 얼마로 되어 있는지 확인해보세요 big_smile 수정하시려면 그 값을 고치신 후 센터에서 '캐시 갱신'을 선택해 주시면 됩니다.

덧) 이후 버전에서는 관리 화면에서 바로 그 폭을 조정할 수 있도록 하는 것도 요구사항에 포함되어 있습니다.

네^^ 감사합니다.

관련해서 어제부터 새 플러그인을 테스트 중입니다. smile 안정성과 효과?가 확인되는대로 공개하도록 하겠습니다~

acrobat 작성:

inureyes 님 말씀은 백업 과정에서 정상적으로 첨부파일을 백업했더라도 복원 과정에서 제대로 복원되지 않을 수도 있다는 것인가요? 그렇다면 이는 텍스트큐브의 에러로 보아야 할까요? 살릴 가능성이 있다니 다행입니다.:)

조만간 메일 드리겠습니다.

예 서버에서 php에 사용하라고 할당한 메모리 용량의 제한에 따라 못 읽어내는 경우가 있는듯 합니다.^^

메인코드를 약간 수정하면 어렵지않게 구현될 것 같습니다.^^ updateEntry, addEntry 쪽에서, 권한을 Acl::check('group.administrators') 의 여부로 확인하시고, 해당되지 않는 경우 visibility를 강제로 1로 조절하도록 코드를 두 줄 추가하시면 될듯? 합니다.

소스에는 그러한 부분이 없습니다만, 혹시 POST의 한계 사이즈가 어떻게 정해져 있는지 확인해 보시기 바랍니다. smile

1.7에서 해결되었을겁니다.^^

일단 백업파일을 가지고 있으시면 '절대' 지우지 마시고 가지고 계시기 바랍니다.^^

강제로 백업된 ttxml에서 첨부파일만을 빼 오는 방법이 있습니다. smile ( http://plan9.co.kr/tt2/641 를 참고하세요~) 내용이 복원되었다면 attach/블로그아이디 디렉토리에 그렇게 빼온 파일을 올리는 것으로 복원을 할 수 있습니다.

백업때... 파일을 포함하지 않는 옵션을 선택하셨다면 난감하게 되지만 (ㅠ_ㅠ) 기억이 나지 않으시면 백업파일의 용량을 보면 아실 수 있겠습니다^^

혹시 첨부파일이 포함된 백업파일이 맞다면, 어딘가에 백업파일을 올려두신 후에 contact at needlworks dot org 로 '여기서 다운받아라' 하고서 메일을 보내 주시면 python에 능하신 분이 첨부파일만 뽑아서 다시 드리도록 하겠습니다.^^

bellblog 작성:

텍스트큐브 1.7 (1.7.6243.20080609)을 덮어 씌웠으니 당연히 skin/coolant/images 폴더에 4개의 이미지가 존재합니다.

그게... 관리 패널에서 수정을 하셨다면 skin/customize/블로그아이디/ 안에 가시면 기본 스킨을 수정하신 내용이 쏙 들어 있을겁니다. 그 곳에 복사를 해주세요^^

직접 스킨 디렉토리로 가서 스킨 파일을 수정하신 경우에는 creorix님 말씀대로 하면 될 것 같습니다~

버그군요. (그것도 골치가 아픈 종류네요 T_T)

1005번 티켓으로 등록하였습니다.

986

(35 답글들, 토의 및 과제 설정에 작성)

daybreaker 작성:

php5를 쓰게 되면 캐시와 DB 백엔드를 모두 abstract class로 정의해서 필요에 따라 자기가 직접 구현해서 쓸 수 있게 모듈화하는 것이 굉장히 용이해집니다만... 하아 -_-;

ps. 홍민희님이 만드신 phunctional을 도입해볼까요? =3=3

이거 php4.3에서도 돌아갈까요? 람다를 구현하는걸 생각해보면 아무리해도 php4 대에서는 답이 안나오는데...

987

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

저 줄 자체의 문법은 틀린 곳이 없습니다. 서버를 확인해 보아야 할 것 같네요.

혹시 다른 서버에서 테스트해도 안 되는지 확인해 보시기 바랍니다. 서버가 따로 없으신 경우에는 티스토리에 복원해 보시면 됩니다.^^

988

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

셋업이 떴으면 일단 그 경로에 설치가 되는겁니다.^^

문제는 데이터베이스 접속 정보가 올바르지 않은 것 같네요. 혹시 데이터베이스 정보와 해당 서비스 업체의 로그인암호나 패스워드를 혼동하시지 않았는지 확인해 보시기 바랍니다. smile

혹시 1.7 정식으로 업데이트 후에도 그런 일이 생기나요?

정식으로 업데이트 한 후에도 생긴다면 Link 테이블 구조가 문제가 되는 것 같기도 합니다만, 우선 안정 버전으로 업데이트 후 한 번 해 보시기 바랍니다. smile

혹시 해당되는 이미지들은 카피 하셨나요?^^

패치한 텍스트큐브 1.7을 공지와 함께 올렸습니다.

흑흑 패치를 부탁드려요 ~ ㅠ_ㅠ

헉....

패치하도록 하겠습니다 T_T

993

(35 답글들, 토의 및 과제 설정에 작성)

전 이젠 버려도 괜찮다고 생각합니다. 2년이면 마이 지원했죠...

곧 MySQL 6이 나오죠? ...

1번의 경우는 gd 모듈이 사용하는 메모리 제한의 문제인 것 같습니다. php가 돌아가는 메모리가 보통 8mb 정도인데, 이미지 리샘플링시 필요한 메모리가 php 모듈에 허용된 크기보다 커서 그런 것 같네요.

php가 사용하는 메모리 크기를 한 번 살펴보세요. (1.7 기준으로 서비스-환경 에서 확인할 수 있습니다)

1002번 티켓으로 등록했습니다~

IE7문제랑 함께 해서 1.7 다시 나가야 하겠군요 roll

주성애비 작성:

1.7 정식에서도 동일정상 발생하네요.
Internet Explorer 7.0에서 나타는 버그입니다.
Firefox에서는 잘 됩니다.

예 방금 확인하였습니다.

분석을 들어가야..되겠지만 오늘이 기말 프로젝트 마감인 관계로...

가능하신 분들께 분석을 부탁드립니다~

헉...
잘못 깔린 것 같습니다. T_T

정상적으로 덮어씌우시지 않고 다른 곳에 올리시거나 하신듯... 확인 부탁드립니다-

998

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

혹시 사용하시는 스킨의 index.xml에 contentWidth 값이 600으로 잘 들어가 있는지도 확인해 보시기 바랍니다^^

interface/blog/checkup.php 를 다시 업로드 해 보시기 바랍니다^^

희한한 경우네요^^ (paging 루틴을 checkup때 전혀 사용하지 않아서 혹여 저런 에러가 나오지는 않을 것 같습니다.)

<secondaryDomain />
요걸 지워보세요^^