Textcube : Brand yourself!

1.9 발표와 더불어 빠른 업데이트 너무나 반갑고 고맙게 생각합니다. 피드백을 같이 하자면, 블로그 트래픽을 줄이는데 큰 도움이되는 '외부 리소스 사용' 옵션을 사용중이었는데, 리소스파일이 정상적으로 로드되지 않는것 같습니다. 그리고 모바일 기기로 접속했을때 어떤경우에는 모바일 페이지로 리다이렉트 되는데 어떤때에는 PC버전으 그대로 보이고 하단에 모바일버전 링크가 보입니다. 왜 이런건지 원인을 못찾겠네요;;; 그외에는 1.8.6으로 업그레이드 하는과정에서 에러하나 없이 전~혀 문제가 없네요. 간만에 업그레이드 할 수 있어서 너무나 기쁩니다.

• TuNE
  2014/03/02 09:32  PERMALINK  MODIFY/DELETE

  이 분 댓글에 덧붙이면, 외부 리소스를 켜둘 경우 키워드, 창으로 수정 등의 팝업창으로 띄우는게 동작하지 않았습니다.

• 텍스트큐브
  2014/03/04 21:11  PERMALINK  MODIFY/DELETE

  외부 리소스 서버 업데이트가 버전 공개 이후에 있었습니다. 그 사이에 빠르게 업데이트를 하셨었네요! 지금은 잘 될겁니다. 빠른 적용 감사합니다^^

발빠른 업데이트를 위해 노고가 많으십니다. 언제나처럼 판올림 후, 이것저것 테스트를 해보던 중 발견한 문제점 몇가지를 피드벡 드려 봅니다.

* "모바일 UI 환경에서 블로그의 일부 포스팅이 무한로딩으로 열리지 않는 문제" 가 있습니다.

얼마전 텍큐를 쓰시는 다른분의 블로그를 방문했을때 해당 사용자 분께서는 모바일UI 기능을 사용치 않는 이유로 상기의 문제를 말씀 하셨는데, 저역시 이번에 테스트 해보니 같은 문제가 있다는걸 확인할 수 있었습니다. 더욱 확실한 결과 도출을 위하여 무작위로 일부 다른 텍큐 사용자 분들의 블로그를 방문하여 모바일 환경에서 테스트해 보았을때 마찬가지의 문제가 발생하는것을 다시한번 확인이 가능했습니다.

무한로딩이 나타나는 포스팅(글)의 공통조건은 알 수 없었으나, 개별 텍큐 사용자 분들과 개발진 분들께서는 한번쯤 반드시 확인해 보셔야 할 사항인 듯 싶습니다.

언제나 노고에 감사 드립니다.

• 텍스트큐브
  2014/03/04 21:08  PERMALINK  MODIFY/DELETE

  넵 jquery mobile이 특정 미디어가 들어간 글을 불러올 때 오류내는 것을 확인했습니다. 다음 버전에서 라이브러리 버전업과 함께 빨리 수정하도록 하겠습니다!
  
  모바일 UI는 bootstrap으로 새로 작성할 예정이기도 합니다. 그 다음에는 모바일 스킨단에서 커스터마이즈할 수 있는 요소가 굉장히 늘어날 계획입니다. 참고해주세요-

이제야 댓글이 달리네요...
질문 겸 소소히 발견한 부분 올려봅니다.

1. 창으로 수정 으로 글 수정시 들여쓰기 옆에 3개 옵션(구분선 부분)이 여전히 동작하지 않습니다.
2. 관리자 화면의 ui 말고 블로그 메인화면 맨 아래의 부제(Largo) 부분이 이번에도 빠져있는데 이건 의도하신건가요?
3. FAS의 무차별 차단은 이제 고쳐진건가요?
4. 스킨 미리보기가 띄어쓰기나 특수문자가 들어간 경우는 동작이 안 하는데 맞는건가요? '_'를 넣거나 공백을 아예 없애버릴 경우엔 되던데...
5. 제 블로그의 경우는 데이터 교정이 계속 되질 않습니다.. 댓글과 방명록 데이터 교정에서 계속 멈춰있습니다 (....)

1.8.3.1 때부턴가 이용했던거 같은데, 오랜만에 빠른 피드백 대응이 되어서 저도 정말 기쁘네요.
정말 고생하셨고 수고하셨습니다. :)

• 텍스트큐브
  2014/03/04 21:19  PERMALINK  MODIFY/DELETE

  답변을!
  1. 확인후 수정하도록 하겠습니다-
  2. 블로그 메인 화면 쪽에서는 일단 메세지를 제외했는데, 이후에 largo 말고 다른 이름 될 때 다시 반영하도록 하겠습니다. ㅎㅎ (진짜 이유는, 버전 번호 부분을 2.0 코드와 호환성을 맞추기 위하여 버전 번호와 코드 이름을 분리하는 부분이 1.9 트리에 백포트된 부작용입니다. 스킨 구조나 관리패널은 1.8에서 왔고, 하위 라이브러리 구조에 2.0 코드가 일부 들어가서 발생한 오류입니다.)
  3. 단어 빈도수 증가 반영 부분의 학습 조건을 좀 완화했는데, 그랬더니 스팸이 또 공습을 시작하네요...
  4. 네. 디렉토리 이름은 지원 운영체제가 리눅스/맥/윈도우 등으로 다양해지면서 파일 시스템을 타지 않는 이름만 지원하도록 되었습니다. 역시 2.0 백포트 코드라서 UI상에 표시가 없는 문제가 있습니다. 죄송합니다;
  5. 댓글 스팸이 댓글과 동일한 테이블을 쓰고 있는 경우, 휴지통에 스팸이 많으면 PHP 처리시간 내에 정리가 끝나지 않아서 그런 현상이 생깁니다. 휴지통을 비우고 한 번 더 시도해주세요. 참고로, 그래프가 멈춰 있어도 백그라운드에서 mysql로 명령 전달은 된 상태기 때문에 교정은 잘 마무리 됩니다.
  
  즐거운 하루 되세요~

업데이트하고나서 sns 보내기 플러그인 이나 페이스북 좋아요 버튼 사용시 해당 포스트가 아니라 메인화면/표지 주소가 링크되는 되요.
addthis 도 마찬가지고..
다른 분 블로그 들어가서 확인해봐도 해당 포스트 링크되는게 아니라 메인주소가 링크되네요.
혹시 텍스트큐브 문제일까요?;;

• 팥알
  2014/03/03 21:36  PERMALINK  MODIFY/DELETE

  <link rel="canonical" ref="http://블로그 주소"/>
  
  여기에 블로그 주소 하나만 들어가고 있는 것이 원인인 것 같습니다.

• Jay
  2014/03/03 21:48  PERMALINK  MODIFY/DELETE

  판을 1.9.0 rc1~rc3 으로 내려봐도 증상이 마찬가지네요.
  어떤 글은 제대로 되고, 어떤 글은 않되고..;;
  팥알님 블로그(rc1)에서도 포스팅 여러게 페이스북으로 공유해보니 되는 것 있고 않되는 것 있고 그래요..

• 팥알
  2014/03/03 22:28  PERMALINK  MODIFY/DELETE

  페이스북은 이미 공유한 곳의 정보를 저장하므로 바로 갱신되지 않습니다.
  
  http://pat.im/812
  
  위 글은 페이스북에 글 정보를 전달하는 태그 다는 방법을 정리한 것인데, 끝에 나온 페이스북 디버그 주소로 들어가서 글 주소를 넣으면 이미 들어가 있는 정보를 바꿀 수 있습니다.

• 팥알
  2014/03/04 01:21  PERMALINK  MODIFY/DELETE

  앞서 쓰던 1.9 RC1로 되돌리니 글 주소가 잘 들어가는 걸로 보아서 텍스트큐브 1.9.1판의 문제인 것 같습니다.
  
  그리고 이상하게 1.9.1로 판올림하고 나서 MYSQL 서버가 많은 메모리를 쓰면서 블로그가 두세 시간마다 뻗는 일이 자꾸 벌어지고 있습니다. 텍스트큐브 새 판이 의심스러운데 아직 원인을 못 찾고 있습니다. (→ 점검해 보니 텍스트큐브와는 관계 없는 다른 원인 때문에 서버가 뻗었나 봅니다.)

<link rel="canonical" ref="글 주소"/>

Jay님의 덧글을 보고 찾아 보니, 글 주소가 문자 주소일 때는 잘 들어가는데, 숫자 주소를 쓸 때에 canonical 속성에 블로그 대표 주소 하나만 들어갑니다. 이 때문에 트위터, 페이스북, 구글+ 따위에 글을 보내는 위젯이나 플러그인에 문제가 생기고 있습니다.

interface/common/blog/begin.php에 들어가는 $canonicalLink 값에 숫자주소를 쓸 때에 숫자 주소값[$context->getProperty('suri.value')]를 덧붙이는 조건문을 불여야 하지 않나 싶습니다. 하지만 그냥 $context->getProperty('suri.value')를 붙이면 방명록 등의 고유 주소가 잘못 들어가게 됩니다. 살펴서 고쳐 주시길 부탁 드립니다.

• 텍스트큐브
  2014/03/04 21:09  PERMALINK  MODIFY/DELETE

  넵 숫자주소 부분이 문제되는 부분을 확인후 버그패치 하도록 하겠습니다-

갑자기 업뎃속도가 엄청나네요 ㅎㅎ

업데이트하고 나니
Graphic Statistics 플러그인이 동작하지 않네요. 어떤 부분을 수정하면될지.

• 텍스트큐브
  2014/03/08 02:31  PERMALINK  MODIFY/DELETE

  1.9가 1.8에서 플러그인 아키텍처는 크게 바뀌지 않았기 때문에 돌아가는게 정상입니다. 해당 플러그인을 디버그해 보는 방법밖에 없을듯 합니다...

업데이트한 후 잘 쓰고 있습니다.
하나 질문 혹은 부탁이 있어서 올립니다.
Line을 쓰면 기록된 시간을 23시간전, 2주전 등으로 표시해 주는데, 기록된 날짜와 시간으로 기록되게 할 수 있는 방법이 없는지요?

• 텍스트큐브
  2014/03/08 02:11  PERMALINK  MODIFY/DELETE

  넵 Timestamp 클래스의 getHumanReadable 대신 다른 함수를 쓰게 하면 됩니다. /framework/model/Line.php 의 function getFormatterList의 해당 함수 호출 부분을 원하는 포맷의 함수로 변경하세요. Timestamp 클래스는 /framework/id/10-CoreClasses 에 들어 있습니다.

알려주셔서 고맙습니다.
/framework/model/Line.php 의 function getFormatterList의 getHumanReadable까지는 확인을 했습니다만, /framework/id/10-CoreClasses를 찾을 수가 없었습니다. 설령 찾는다고 하더라도 어떤 함수가 적절한 것인지 알 수 있을지가 걱정입니다.
저에게는 getHumanReadable 대신 xxx 함수를 쓰면 된다고 알려주시면 크게 도움이 될 것 같습니다. 고맙습니다.

• 텍스트큐브
  2014/03/08 21:38  PERMALINK  MODIFY/DELETE

  /framework/boot 에 있는데 안내를 잘못 해 드린듯 합니다. 죄송합니다. T_T
  
  굉장히 다양한 포맷을 지원하는데요, 날짜와 시간 정도면 format5를 쓰시면 될 것 같습니다. 혹 이 포맷이 아닌 다른 포맷을 사용하고 싶으시면, /framework/boot/10-CoreClasses 를 여셔서 보시면 포맷 모양이 이해하기 쉬운 형태로 쓰여 있을테니 하나 고르시면 됩니다. 성공하시길!

알려주신대로 하니 라인관리(.../owner/entry/line)에는 날짜가 2014/03/15식으로 바뀌었지만, (.../line)에서는 여전히 4일전, 3주전으로 나옵니다. 이곳도 수정할 수 있는 방법을 알려주시면 고맙겠습니다.

• 텍스트큐브
  2014/03/14 23:26  PERMALINK  MODIFY/DELETE

  interface/common/blog/line.php 의 14번째 줄의 getHumanReadable 부분을 변경하시면 됩니다. :)

• 여인
  2014/03/15 06:45  PERMALINK  MODIFY/DELETE

  감사합니다.
  이미 format3로 변경 시도를 해 보았습니다만, more 버튼 이전은 2014/03/15식으로 잘 변경되지만 more 버튼을 누르면 그 밑으로는 또 다시 22주전 식으로 나옵니다. 그래서 getHumanReadable 로 되돌아왔습니다.

• 텍스트큐브
  2014/03/17 10:50  PERMALINK  MODIFY/DELETE

  아하; /interface/common/blog/line.php 에서 Line 객체를 포매팅하니 그 부분도 한 번 보시면 될 것 같습니다! 아무래도 날짜 포매터 부분도 옵션을 주는게 좋겠네요.. 이슈트래커에 올려 놓겠습니다.

• 여인
  2014/03/20 22:20  PERMALINK  MODIFY/DELETE

  답글 감사합니다. 하지만 너무 전문적이어서 line.php를 아무리 들여다보아도 모르겠습니다. 저에게는 어디를 어떻게 고치라고 알려주셔야 도움이 될 것 같습니다.

• 텍스트큐브
  2014/03/20 22:29  PERMALINK  MODIFY/DELETE

  14번째 줄의 getHumanReadable을 다른 부분에서 고치신 포맷으로 고치시면 되겠습니다. :)

정식버전 감사합니다~!!
블로그 처음 시작했을때부터 오로지 텍스트큐브.. 그리고, 앞으로도..

우왕 얼마만의 신버젼인가요!+_+/

반가운 글이네요. :)

고생많으셨습니다.
갈아타봅니다.

버전업은 성공했고,
이번엔 풋터에 1.9.0 으로만 끝나네요..
뒤에 largo 가 안붙고요~

• 텍스트큐브
  2014/02/28 16:18  PERMALINK  MODIFY/DELETE

  2.0에서는 코드 네임과 버전 번호가 분리되었는데, 해당 코드가 1.9로 내려오면서 생긴 버그입니다. 다음 버전에서 수정하겠습니다^^

고생 많으셨습니다. 특히 재활훈련 중이시라니...

• 텍스트큐브
  2014/02/28 16:17  PERMALINK  MODIFY/DELETE

  아하.. 그 재활 훈련은 저희들이 몽땅 python이나 node.js, codeigniter로 로 외도 나갔다가 PHP를 다시 잡는 재활훈련... 입니다. ㅎㅎ 걱정하지 않으셔도 됩니다.

노고가 많으셨습니다. 예전에 발빠른 행보를 보이던 시절로 되돌아 간 듯 하여 사용자 입장에서는 너무나 감사하고 기쁠 따름입니다 *^^*

한가지 피드백을 드리면...
꽤나 오래된 문제로써, "모바일 UI 에서 "분류" 메뉴로 글을 필터링 했을때 한 페이지에 한개의 글목록만 나오는 문제" 가 아직 해결되지 않은듯 싶습니다. 때문에 현재까지는 매 판올림 시마다 텍큐 사용자, 플러그인 개발자 이신 팥알님의 글 (http://pat.im/1043) 을 참조하여 해당 문제를 해결하고 있습니다. (interface/i/category/index.php 파일의 수정)

검토하시어 적절한 처리를 부탁 드립니다. 다시한번 감사 드립니다.

• 텍스트큐브
  2014/02/28 16:16  PERMALINK  MODIFY/DELETE

  넵 확인 후 수정하도록 하겠습니다! 감사합니다 :)

피드백에 이어 추가로 한가지 문의 드리고 싶은 사항이 있습니다.

기존에 오랜기간 사용중이던 1.9 베타6 까지는 없던 문제로, 최근 업데이트된 1.9 RC2 버전부터 (RC1은 확인을 못해봤습니다.) 간간히 스마트폰 (안드로이드 ICS, 젤리빈 각각의 기본 내장 브라우저) 을 이용한 블로그 접속시, 모바일 UI 가 아닌 데스크탑 UI 로 접속이 되었었는데, 1.9 정식으로 판올림 한 후 부터는 지속적으로 이러한 현상이 나타나고 있습니다.

-> 해당 문제로 RC2 때분터 텍큐 업데이트 서버 (http://notice.textcube.org/ko) 에도 테스트 삼아 접속을 해보았었는데 업데이트 서버도 종종 그러한 현상이 있었음음 확인하였으나, 현재 1.9 정식버전 에서는 업데이트 서버는 모바일 UI로 잘 접속되는 듯 싶습니다.

물론 블로그 관리자 설정에서 모바일 UI 접속 설정은 잘 해놓은 상태 입니다만... 이쪽으로는 관련 지식이 전무하다 싶어 답답한 마음에 문의를 드려 봅니다. 혹시 개인 사용자가 확인해봐야 할 사항이나 조치점 등이 있다면 조언을 부탁 드립니다.

• 텍스트큐브
  2014/02/28 16:15  PERMALINK  MODIFY/DELETE

  /framework/model/Browser.php 에서 모바일 브라우저 인식을 잘못할 가능성이 있습니다. 확인해보도록 하겠습니다.
  
  ...이와 별도로, 모바일에서 'PC버전 보기'를 눌러서 PC버전을 보고 있는 경우 다시 모바일로 돌아올 방법이 없는걸 발견했습니다. (아마 이 문제일 수도 있을 것 같습니다. 이 경우는 세션 정보에 desktop인지 mobile인지가 저장됩니다) 이 문제는 1.9.1 핫픽스 대상으로 올려 놓겠습니다. T_T

정말 오랫동안 사용한 블로그였는데 저도 오늘 업데이트 했습니다.. 정말 감사합니다

고맙습니다. ^^ 멀리 이사 가려고 했는데...,

안녕하세요. 오랜만에 텍스트큐브가 돌아오게 되서 반가워요~ ^^)/

오오오!!! 감사합니다. 수고하셨습니다. 앞으로도 잘 부탁드립니다(?)

태그가.. ㅋㅋㅋ
지금까지 개인적으로 수정했던 것을 다 파악해서 업그레이드하도록 하겠습니다 !! ^^ powered by 텍스트큐브 도 넣어야겠네요 ! 전 텍스트큐브가 죽은 줄 알았다는 ㅠㅠㅠㅠㅠㅠㅠ

언제나 노고가 많으십니다. 오랜 휴면기를 끝내고 다시 일어선 텍스트큐브의 모습을 보니... 사용자로써 너무나 반갑기 그지 없습니다. 곧 발표될(?) 1.9 정식 버전에 바라는 바와 개선점에 관한 몇가지 피드백을 드려보고자 합니다.

1. 본문 작성시 삽입된 이미지가 모바일 환경에서는 생성된 저품질 썸네일 이외에는 이미지 원본을 볼수가 없어 이미지에 따라 내용 확인이 불가능한 경우가 많습니다. 이미지 터치시 원본 이미지를 보여줄 수 있었으면 합니다.

2. 모바일 환경의 글주소 체계의 수정/확립이 필요할 듯 합니다. 텍스트큐브 사용자이신 "팥알" 님의 블로그에 해당 내용이 잘 정리되어 있어 대신 링크를 남깁니다.

* http://pat.im/1064

"http://블로그 주소/i/entry/사용자가 지정한 문자 혹은 숫자주소 쳬게" 형식으로 모바일 주소가 올바르게 작동 되었으면 합니다.

언제나 앞으르 나아가는 텍스트큐브를 기원 합니다. 다시한번 감사 드립니다.

• 텍스트큐브
  2014/02/18 23:17  PERMALINK  MODIFY/DELETE

  2번의 경우를 https://github.com/Needlworks/Textcube/issues/1643 에서 수정하였습니다. 1번의 경우도 개선하도록 하겠습니다^^

안녕하세요.
링크 관련해서 문의드립니다.

글 작성시에
http://dont.pe.kr/tt/470 이라는 내용을 적고,
http://dont.pe.kr/tt/470 주소로 링크를 추가 할 경우,

<a href="../../470">http://dont.pe.kr/tt/470</a>
로 저장이 되어집니다.

<a href="../470">http://dont.pe.kr/tt/470</a>
또는
<a href="http://dont.pe.kr/tt/470">http://dont.pe.kr/tt/470</a>
로 저장이 되도록 수정 할 수 있는지 문의드립니다.

• 텍스트큐브
  2014/02/19 23:45  PERMALINK  MODIFY/DELETE

  원래는 제대로된 주소가 다 적히는 것이 정상입니다. 텍스트큐브에서는 딱히 저장시에 sanitize를 하는 부분이 없습니다.
  
  원인 파악을 위해 config.php 안의 $serviceURL 값과 $service['path'] 및 $service['domain'], $service['type'] 을 한 번 확인 부탁 드립니다.^^

• 비밀방문자
  2014/02/20 16:13  PERMALINK  MODIFY/DELETE

  관리자만 볼 수 있는 댓글입니다.

• 텍스트큐브
  2014/02/21 14:24  PERMALINK  MODIFY/DELETE

  serviceURL 앞의 주석 처리를 한 번 제거하고 글을 작성해 보시고 결과를 알려주세요~

• 조영운
  2014/02/28 12:07  PERMALINK  MODIFY/DELETE

  네.
  serviceURL 주석을 제거해도 같은 문제가 발생합니다. ^^;
  
  
  한가지 추가로 발견한게 있는데,
  예전 에디터로 글 작성 시 링크를 추가 하면 정상적으로 링크 주소가 저장됩니다~

• 텍스트큐브
  2014/02/28 16:20  PERMALINK  MODIFY/DELETE

  그럼 에디터 문제로 생각하고 버그 확인에 들어가겠습니다! 알려주셔서 감사합니다~

텍스트큐브에서 글갈래(카테고리)에 따라 분류되어 나오는 글 목록을 보면 글 주소에 ?category=x라는 식으로 덧붙습니다. 이런 주소는 글의 글갈래가 바뀌면 쓰지 못하게 될 수 있고, 글갈래를 바꿀 때마다 검색기에 등록되는 주소가 늘어나는 것이 크게 거슬립니다. 그래서 매개변수가 붙지 않은 글 주소만 쓰도록 텍스트큐브를 판올림할 때마다 고쳐 쓰고 있습니다.

http://pat.im/226

목록에 매개변수가 없는 글 주소를 나타내게 하거나 환경설정에서 고를 수 있게 바꾸어 주시면 좋겠습니다.

• 텍스트큐브
  2014/02/19 23:53  PERMALINK  MODIFY/DELETE

  해당 GET 값은 텍스트큐브에서 카테고리를 선택한 후, 앞뒷글을 읽을 때 현재 카테고리를 알기 위하여 사용하는 값입니다. (카테고리를 하나 선택하신 후 A,S로 이동을 하실 때 해당 카테고리의 글들 사이만 이동하시는 것을 확인할 수 있습니다.)
  
  매개변수가 없이 카테고리 안에서 앞뒷글 이동을 구현하려면 Transaction model에 pickle을 사용하거나, 세션에 해당 정보를 박는 방법이 있습니다. 그런데 둘 다 사파에 가까운 구현이라 (Transaction은 특정한 종류의 데이터가 세션을 넘나들며 전송되어야 할 경우에 사용하기 위한 것이고, 세션 데이터는 보장성이 약하거나 크기 제한이 브라우저 종류를 탑니다) 말씀하신 것 처럼 GET값 없이 카테고리 정보를 들고 다니려면 좀 더 생각이 필요합니다. 고민해 보겠습니다.
  
  일단 1.9에서 category=숫자 로 들어오는 값이 직접접근의 경우 퍼머링크의 유일성 여부에 영향을 주지 않도록 수정하도록 하겠습니다. 감사합니다 >_<