bada 작성:

자답이 되었군요...ㅋ

xml 에 메일 주소를 스팸때메 혹시나 해서 한글로 쩜컴 이라고 썼더니 에러 나는거 였네요...ㅋ
(dot)com 으로 바꿨더니 정상적으로 변경됩니다.

기존 쓰던 스킨도 쩜컴이라고 썼는데 잘 되길래 생각을 못했네요...쩝.

cool

bada 작성:

알고 계시는지 모르겠지만...

제가 ie11 과 크롬을 같이 쓰는 중인데.

이번 1.10.1 로 업글후 ie11 에서 tinyMCE가 오작동하는 걸 확인했습니다.
뭐 걍 크롬으로 작성하면 되긴 하는데... 그래도 ..

- ie11 글쓰기시 문장을 입력하려고 하면 한글자가 작성되고 나서 커서가 윗줄로 이동되어 버립니다. 좀 특이하죠.
근데 이거 엄청 불편합니다. 글을 한줄로 쓴다음 줄바꿀 곳에 직접 엔터를 쳐서 처리해야 하죠.ㅋ

일단 좀더 써보고 다른 문제가 발견되면 이 글에 추가하겠습니다.

으음... 이건 왜 이럴까요. tinyMCE 포럼쪽을 좀 뒤져 보겠습니다.

28

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

ㅎㅎ 이제 트랙백이 남았군요... 이건 참 애매한게, RDF로 링크를 공개하고 있기 때문에 one-time-link-creation 방식을 도입하면 철학적인 문제가 좀 생깁니다;

네 1.10.1 의 가장 큰 개선 사항이 reCAPTCHA 기본 내장 및 이후 비슷한 플러그인을 만들 수 있도록 GET/POST 등의 input validator를 플러그인 단에서 커스텀할 수 있는 기능의 추가입니다.

1.10.1에서 수정되었습니다. 다음 검색이 텍스트큐브인 경우 특정 항목을 인식해서 스크랩을 하는 것 같은데, 그 부분을 LonnieNa님께서 유추해서 고치셨습니다;

bada 작성:

개발노트를 보면 모바일 모드에 대해서.

"만약 사용하시는 스킨이 모바일 모드를 지원할 경우, 위의 '모바일 모드 지원 스킨 안내'를 참조하여 index.xml을 수정하시면 모바일 모드의 제어권을 스킨에게 맡기게 됩니다. 그렇지 않은 경우의 기본 모바일 모드 스킨으로는 /skin/default/lucid 를 사용하게 됩니다."

라고 되어 있는데...

기본 스킨이 모바일 모드가 없는 경우 lucid 스킨을 쓴다는거죠...

근데 이 모바일 모드는 사이드바 위젯 같은거 설정을 어디서 해줘야 할까요?
모바일로 접속해보니 기본 스킨 위젯 설정과 많이 다른데요...

사이드바 플러그인들이 모바일 모드를 고려해서 만들어지지 않았기 때문에, 스킨에서 직접 모바일 모드를 지원하지 않고 lucid를 사용하는 경우에는 사이드바 플러그인의 동작이 꺼지게 됩니다. 그리고 기본 스킨에 마크업된 사이드바 항목들만 출력됩니다. 1.10.1 정식버전에서 사이드바의 경우 오른쪽 위의 메뉴 버튼을 눌러 사이드바 항목을 선택해서 호출할 수 있습니다. (왼쪽->오른쪽 스와이프로 부르게 하려고 했는데, 아이폰 사파리 제스처의 뒤로 가기와 미묘하게 동작이 겹치네요; )

library/model/blog.entry.php 의 function getEntry 내용에 보시면 기본 글 속성이 어레이형태로 지정되어 있는데, 거기서 visibility 기본값을 0에서 다른 값으로 바꿔주시면 됩니다.  2가 공개, 3이 발행일겁니다.

모아로그 작성:

블로그 10버전 업뎃 후 다음검색결과 이상현상 발생 현제 다음쪽에서 수정해 준다 하는대 기간이 조금 걸린다하내요.
벌써 5일째 기다리고 있는중인대 깜깜 무소식~
혹시 이런 현상 있으신 분 없으신가요???
혹시 스킨 문제인지 아님 버전업때문에 그런지 아님 다음쪽 오류인지 알수 없어 답답하기만 하지만 혹시나 이런 현상이 발생되는 유저분들이 없나 해서 이렇게 올려 봅니다.
반면 구글쪽에서는 검색이 너무 잘되고 있어요.

다음검색 결과
http://search.daum.net/search?nil_sugge … moalog.com

다음 쪽에서 수정 해 놨으면 정상적으로 뜨고 아직 안되있는 상태면 이상하시다는걸 볼 수 있을 거에요.

희한하네요. 아마 다음쪽 검색 엔진이 텍스트큐브 과거 버전에 특화되어서 페이지를 파싱하고 있는 것이 아닐까 추측해봅니다.

https://github.com/Needlworks/Textcube/issues/1631 에 반영해서 처리하였습니다.  smile

알려주셔서 감사합니다!

hjdfr45 작성:

JP_PN_Blog_Statistics_Default 이 플러그인은 플래쉬 그래프 작동도 안되고 통계 그래프도 안나오고 댓글, 방명록 개수도 전혀 뽑아오지 못합니다.

JP_CT_RecentCommentNotifies 이것도 최근 댓글을 전혀 뽑지못하고요, 최근 방명록글 뽑아오는 플러그인도 작동이 안되고.

하여간 확인해보시고 작동이 안되는 플러그인들은 없애거나 작동이 되게 수정을 바랍니다.
수고하세요.

사용하시는 플러그인의 버전을 한 번 확인 부탁 드립니다. 블로그 통계의 경우 혹시 브라우저를 타는지, 또는 adblock이 플래시를 차단하고 있지 않은지도 한 번 확인해주세요. smile

임명재 작성:

저도 같은 문제 때문에 2년 정도 노이로제가 걸릴 정도로 시달리다가,  mad  말에 작심하고 워드프레스로 이사를 준비하고 있습니다.

데이터 백업과 이전, 도메인 처리, 펌링크 설정 등의 문제가 한두개가 아니지만, 사이트 운영을 위한 손도 끔찍하게 많이 가고, 서버 자원은 거의 미쳤다고 밖에 표현할 수 없는 메모리와 네트웍 대역폭을 잡아먹습니다.

이젠 헤어져야겠다 결심을 했더니만, 아이러니하게도 1,8 판오림과 1.0 베타 소식이 들리네요... 이걸 도대체 어째야 하나요? ㅠㅠ

앞서 두 분이 팁 알려주신 방법이 효과가 있었는지 경험  공유 부탁 드립니다. ^^

서버자원의 대부분은 댓글 스팸 DB 처리 단계에서 소비됩니다. 지금은 스팸 학습 처리를 위해서 14일간 스팸 데이터를 보관하도록 해 놓았는데, 이 부분을 개선할 방법을 찾아 보도록 하겠습니다. 아울러 댓글 레코드 자체를 모니터해서 어느 정도 이상이 되면 처리할 방법을 따로 고민해 보겠습니다. :-)

이런저런 일들이 있지만, 계속 개발 중입니다. :-)

일단 /framework/boot/30-Auth.php에서
function getIdentity() 부분 앞에 static을 붙이셔서
static function getIdentity(~) 로 static으로 지정해 주시면 해결될 것 같습니다. 기존의 PHP가 OOP와 Static 을 동시에 사용할 수 있었기 때문에 저런 부분이 꽤 있는데, PHP 5.4에서 문법 강제 규정이 바뀌었나봅니다. 임시 방편이라서 조만간 패치를 해야겠군요.

관련해서 PHP 5.4에서 strict 한 문법에 기존의 인증루틴 문법이 맞지 않는듯 합니다. 한 번 확인해 보겠습니다^^
(우선 5.4 환경을 하나 만들어야겠네요..)

신종훈 작성:

기존에 사용중인더던 Apache, PHP를 업데이트 후  블로그 접속하면 500에러가 떨어지면서 접속이 되지 않습니다.

Apache 2.2.11 -> 2.4.2
PHP 5.2.8 -> 5.4.4
로 업데이트 했습니다.

각각의 블로그는 SubURL로 구분하여 사용중인데 특정 블로그는 접속이 잘되지만  나머지 블로그와 관리자 페이지는 접근시 오류가 발생합니다.
ex)
http://xxx.xxx.xxx.xxx/tc/A
http://xxx.xxx.xxx.xxx/tc/B
http://xxx.xxx.xxx.xxx/tc/C


아파치 error로그를 열람해보니 아래와 같은 로그가 남아 있습니다.

PHP Strict Standards:  Non-static method Acl::getIdentity() should not be called statically in
/usr/local/apache/htdocs/tc/framework/legacy/Textcube.Control.Session.php on line 61

PHP Strict Standards:  Non-static method Timer::getMicroTime() should not be called statically
in /usr/local/apache/htdocs/tc/framework/legacy/Textcube.Control.Session.php on line 70

문제 해결을 위한 도움을 요청드리니 해결방안 답변 주시면 감사드리겠습니다.

41

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

1.9.0 베타 4에서 패치되었습니다. 죄송합니다. T_T

1.9 b4에서 수정했습니다^^

43

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

플러그인에서 블로그의 기본 경로로 $defaultURL 을 사용합니다. 이 값은 http://dev.textcube.org/wiki/devReferen … lVariables 에서처럼 완전한 경로를 제공할 때 사용되는 값입니다. 블로그에서 이 값이 잘못 해석되고 있는 것 같습니다.

설치된 블로그의 config.php를 여셔서 그 안의

$service['domain']

값이 http://blog.cybok.com인지 확인해 보시기 바랍니다. 아니라면 이 값으로 바꾸어 주시면 됩니다.^^

해 보시고 알려주세요~

44

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

혹시 가능하시면 해당되는 글의 주소를 알려주시면 안될런지요? 말씀 주신걸로는 감이 잘 안와서...

ttxml 로 백업하신 후에 1.8 설치하시고 거기서 복원하시면 될 겁니다.^^

46

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

일단 1.8.7에서 수정했습니다. 댓글이 무지하게 많은 경우 또는 PHP 세션당 메모리가 적게 할당된 경우에 발생하는 문제같습니다~

https://dev.textcube.org/changeset/6ec8 … e6c5305928 요기서 수정했습니다. 죄송합니다~

/library/model/blog.blogSetting.php 파일의 303번째줄을 아래와 같이 수정 부탁 드립니다.

if(!POD::query("INSERT INTO {$database['prefix']}SkinSettings VALUES ($blogid,'skin','".$service['skin']."')")) {

skin 관련 테이블 구조가 바뀌면서 생긴 버그입니다. 1.8.7에서 수정하도록 하겠습니다. 불편 끼쳐 드려서 죄송합니다~

아파치의 rewrite 모듈이 정상적으로 동작하고 있지 않으면 호환 모드로 돌아가게 됩니다. 호환모드가 두가지가 있는데, 하나는 index.php를 생략하고 ?로 URL 인자를 대신 넘기는 방식이고 다른 하나는 full URL인 index.php?를 몽땅 출력해 주는 방법입니다.

아파치의 rewrite 모듈이 정상적으로 동작한다고 확신하는 경우이시면 강제로 fancyURL 의 모드를 변경할 수 있습니다. 설치된 디렉토리의 config.php에

$service['fancyURL'] = 2;

를 추가하시면 됩니다.

설명을 위해 /documents/manual_config.txt의 내용을 붙여 봅니다^^

   // 0 : Do not use fancy-URL,   e.g.) http://www.example.com/index.php?tag
   // 1 : Use php direction only. e.g.) http://www.example.com/?tag
   // 2 : Use full fancy-URL.     e.g.) http://www.example.com/tag

1578 번 티켓 ( https://dev.textcube.org/ticket/1578 ) 으로 등록하였습니다~ 이게 얼마만에 등록인지... 죄송합니닷