티켓 #1063로 등록하였습니다.

427

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

무료 도메인들의 경우 주소창에 도메인 주소가 계속 유지되어 보이도록 하기 위해 프레임 안에 사이트를 넣어서 보여주는 방식인 경우가 많습니다.

사용하시는 브라우저와 블로그로 연결된 주소를 알려주시면 좀더 도움이 될 것 같네요.

428

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

허허허...

http://www.toosweettobesour.com/2008/07 … -closures/

PHP 5.3에서 드디어 anonymous function (일명 lambda)가 구현된다(되었다?)는 소식입니다... (....)

이 역시 티켓 #1059에서 같이 처리하겠습니다;

430

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

티켓 #1059에서 함께 처리하겠습니다.

이 부분은.. 현재 스킨 스펙 상의 문제로 적용이 힘듭니다. 스킨 입장에서 해당 글의 코멘트/트랙백이 허용되었는지 허용되지 않았는지에 따라 달리 처리할 방법이 없거든요;;

관련하여 텍스트큐브 2.0에서 스킨 규격 업데이트 때 이런 부분들을 지원하기 위해 확장성 있는 방법을 고려하고 있습니다.

현재 티켓 593으로 등록이 되어 있습니다.;

혹시 사용하시는 계정이 어디인가요?

와우웹이 아닌 곳에서도 문제가 발생한 적이 있나요..?
이상하군요..;;

ps. http://forum.tattersite.com/ko/viewtopic.php?id=6156 이 글도 '어느날부터' 안 된다고 하시는 걸로 봐서 혹시 같은 곳일 가능성이...;

435

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

행간 조절과 같이 특정한 CSS 코드를 추가해주는 플러그인 개발은 가능합니다만, 스킨마다 HTML 구조가 모두 다르므로 모든 스킨에 적용할 수 있다는 보장은 힘들 것 같습니다. 현재 가장 좋은 방법은 스킨 CSS를 고치는 것이지요..;;

좌우 양쪽 정렬(justify) 기능은 고려해 볼 만 한 것 같습니다.
단, 이 경우 URL을 본문에 붙여넣는 것처럼 아주아주 긴 "한 단어"가 본문에 들어갈 경우 오른쪽으로 뚫고나가버릴 가능성이 있습니다. 이것을 제어하는 word-wrap이라는 CSS 속성은 아직 IE만(...) 구현하고 있지요.

죄송하지만, 이곳은 텍스트큐브 전반에 관한 사항을 다루는 곳이지 HTML/CSS 문제 해결을 위한 곳이 아닙니다. 말씀해주신 내용이 텍스트큐브의 기본 스킨 문제라거나 관리자 스킨 문제라면 저희가 살펴보겠지만요.

CSS Design Korea 포럼과 같은 사이트에 질문을 올리시는 것이 더 빠르고 좋은 답변을 얻을 수 있으실 것으로 생각됩니다.

보통은 웹호스팅 업체의 설정에 따라 조절됩니다. 직접 웹서버를 관리하신다면 아파치 쪽의 php.ini 설정을 찾아보시면 되구요, 웹호스팅을 이용하신다면 업체에 문의해보셔야 할 겁니다. (보통은 가입하신 상품에 따라 제한되기 때문에 맘대로 늘리기는 어렵습니다.)

438

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

현재 검색은 SQL의 LIKE 문을 이용하여 구현되어 있습니다.
간단히 작성자와 제목, 내용 중 하나라도 입력한 문자열이 포함되어 있다면 결과에 포함하는 식이죠.

말씀하신 내용을 비슷하게나마 구현하려면 검색어를 파싱해서 그 구조를 그대로 SQL로 옮기는 부분을 짜야 될 것 같군요. (LIKE 문 자체는 문자열이 안에 들어있는지만 검사하므로 이 조건을 여러개 만들어서 AND, OR, NOT으로 결합시키려면 이렇게 해야 합니다.)

제대로 된 문장검색, 그러니까 네이버나 구글과 같이 형태소 분석을 포함하여 '비슷한' 내용을 찾아주는 full text 검색을 지원하려면 SQL만으로는 힘들고 별도의 알고리즘과 인덱싱 코드를 구현해야 합니다. 이 부분은 구현의 난이도가 높기 때문에 현재로서는 고려하기 힘듭니다.

대표블로그만 검색되는 문제의 경우, 현재의 검색 코드가 무조건 '현재 보여지고 있는 블로그'만을 기준으로 하고 있기 때문에 발생합니다. 다만 개별 블로그 관리자가 외부 공개를 허용하지 않은 경우는 제외해야겠죠.

다음 차기 버전에 기본적인 조건 검색과 여러 블로그 검색 기능에 대한 반영을 고려해보겠습니다.

추가: 티켓 #1059로 등록했습니다.

가끔씩 아이디어 제안 포럼을 보면서 고민을 많이 합니다.
안 그래도 텍스트큐브 자체가 bloatware라고 불릴 수 있을 만큼 비대하게 이것저것 기능이 많아졌는데, 굉장히 세세한 것들까지 원하시는 분들을 보면 난감하죠. 플러그인으로 해결이 다 된다면 좋겠지만 꼭 그런 것도 아니고...

"죄송하지만 올려주신 내용은 반영할 수 없습니다"라고 딱 잘라 말하지도 못하겠는 게, 하다보면 들어가게 될 수도 있고 또 어디선가(?) 나타난 분이 샤샥 넣어주실 수도 있고 누군가 패치를 만들어주실 수도 있고 경우의 수가 워낙 많기 때문이기도 하지요. '반드시 이러이러한 조건을 갖춘 아이디어만 반영할 수 있다' 뭐 이런 규정이 있는 것도 아니고 말이죠;;

Creorix 작성:
daybreaker 작성:

흠.. 작업 과정에서 웹서버 로그(아파치라면 error.log 등) 같은 거 확인해보셨나요?
세션이 안 구워진다면 몇 가지 원인이 있을 수 있는데, php 자체의 세션을 이용할 경우 아파치가 세션 디렉토리에 쓰기 권한이 없다거나  하면 세션이 제대로 작동하지 않을 가능성도 있습니다.

세션이 안 구워진다는게 아니고 아마 다른 페이지에서 텍스트큐브 세션을 못 가져오겠다는 뜻일겁니다. (저번에 세션 관련 질문 계속 올리셨던 http://forum.tattersite.com/ko/viewtopic.php?id=6107 이 분입니다)

네, 저도 그 글이 생각나서 답변을 드린 것입니다.
나름대로 열심히 코드 작성은 시도하신 것 같지만, 디버깅을 위해 혹은 문제점을 찾기 위해 정확히 무엇무엇을 시도해보셨고 각각에 대해 어떤 결과를 얻으셨는지 알 수 없어서 최대한 넓게 답변을 드리려고 했습니다.; 또 매우 당연한(?) 것인데 빠뜨리신 것이 있을 수도 있구요.

그렇다고 제가 크리스토옵님이 올려주신 코드를 받아서 일일이 테스트해보기도 난감하고 말이죠...

흠.. 작업 과정에서 웹서버 로그(아파치라면 error.log 등) 같은 거 확인해보셨나요?
세션이 안 구워진다면 몇 가지 원인이 있을 수 있는데, php 자체의 세션을 이용할 경우 아파치가 세션 디렉토리에 쓰기 권한이 없다거나  하면 세션이 제대로 작동하지 않을 가능성도 있습니다.

무엇 때문에 되지 않는 것인지 정확하게 알고 싶으시다면 별도의 파일에 디버깅용 정보를 출력해서 살펴보시거나, 제가 가끔 쓰는 방법으로는 syslog 함수들을 이용해 시스템 로그에 메시지를 찍어보는 방법이 있습니다. 예를 들면 $_SESSION 변수에 값을 설정한 다음 제대로 설정이 되었는지 찍어본다거나 말이죠. 이런 식으로 한 줄 한 줄 검사해보시면 답을 찾는 데 좀더 가까워지지 않을까 생각합니다.

또, 세션 관련 정보를 디버깅하기 위한 방법으로 config.php에
$service['debug_session_dump'] = 1;
를 넣어보시는 것도 도움이 될 수 있습니다.

한편 php에서 제공하는 세션 관리에서 세션 데이터가 어떤 형태로 저장될지(기본값은 특정 경로의 파일) 직접 프로그래밍해주실 수도 있습니다. 이를 테면 자기가 직접 mysql table을 만들어놓고 거기에 세션 정보를 저장할 수도 있다는 얘깁니다. http://blueb.net/blog/751 여기를 참고해보세요.

442

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

결국 http://farm3.static.flickr.com/2093/2659972337_785abb698b_o.png 구현했습니다;

이제 PuTTY는 원 풀었다는...;

443

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

스웨덴에 있는 동안 맥의 iTerm을 이용해오다가 집에 와서 비스타에서 PuTTY를 이용하게 되니 그 모양이 너무 안 이쁘더군요-_-;;;;

그래서 PuTTY tray 이 패치와 직접 만든 한글/영문 글꼴 분리 패치를 합쳐서 dPuTTY라는 브랜치를 아예 만들었습니다... 랄라; 앞으로 사용자가 유니코드용 글꼴 및 세부 조정 픽셀값 등을 직접 설정할 수 있게 할 생각입니다.
초초초초장기적 로드맵으로는 '배경만 투명, 글자는 그대로'가 있는데 이건 좀 많이 뜯어고쳐야 할 것 같아서 n년 후에 구현 가능할 듯...

자, 다들 미려한(?) 터미널 환경을 즐겨보아요~ =3=3

.htaccess 파일을 일반 ftp 프로그램에서 찾으시려면 숨김 파일 표시 옵션을 켜주셔야 할 수도 있습니다.

좋은 "아이디어"....이므로 아이디어 게시판으로 이동 부탁드립니다. (여기 관리자분이 해주실 거에요. =3)

음.. 시간대 문제 같은데... 일단 환경설정에서 시간대 설정 확인해보세요..;;

어느 곳에서의 검색 기능을 말씀하시는 건지요?
텍스트큐브와 이 포럼 모두 검색 기능을 제공하고 있습니다. (포럼의 경우 상단 메뉴를 잘 보면 '처음', '회원 명단' 오른쪽에 '검색하기' 메뉴가 있습니다.)

음, 질문을 한데 모아놓으니 이제서야 무엇을 하시려는 건지 대충 알 것 같군요..;; 기왕이면 질문을 올려주실 때 포럼의 특성(?)을 활용해서 첫 쓰레드에 계속 추가하는 식으로 올려주시면 한 눈에 의도 파악도 되고 좋을 것 같네요.
(그러고보니 질문답변 포럼은 '게시판'처럼 운영하고 있군요..음-_-)

그러니까 하시려는 게 블로그를 보려면 인증 절차를 한 단계 두고 싶다는 것인데, 그 인증 절차가 굳이 매우 특별한 형식이 아닌 이상 텍스트큐브 자체의 블로그 공개 설정 기능을 이용하시는 것이 가장 나을 것 같습니다. 만약 예전에 올리셨던 질문 중에 pass.php를 반드시 써야 한다면 거기서 인증 결과를 해시 등으로 생성해서 쿠키로 구우신 다음 텍스트큐브의 rewrite.php 같은 곳에서 체크하면 되지 않을까요?

예를 들면 pass.php에서 통과가 되면 key를 생성하고 그 key를 DB에 저장 + 쿠키로 설정한 다음 텍스트큐브로 redirect 시켜서 rewrite.php에서 해당 key와 DB에 저장이 된 게 일치하는지 확인한다든지 말이죠. 좀더 안전하게 하려면 timestamp를 넣어 시간 제한을 하거나 무한히 key가 쌓이는 걸 방지할 수도 있겠구요. (그러니까 php에서 하는 session 관리를 간단하게 직접 구현하는 것도 한 방법이라는 얘깁니다. 말씀하신 상황으로 봐선 php 자체의 세션 관리와 텍스트큐브의 세션이 충돌하는 것 같아서요.)

흠;;;; 메모리 부족 문제로군요.
이 경우는 일반적인 다른 해결책으로는 해결이 안 될 것 같구요, 텍스트큐브 소스 자체를 손봐서 메모리 사용량을 줄이거나 혹은 php가 비정상적으로 메모리를 많이 먹는 원인을 찾아야 할 것 같습니다.

지금까지 저곳에서 메모리 부족 오류가 떴다는 이야기는 저도 처음 보는지라 당황스럽군요..;;;
그나저나 메모리 허용량이 12MB밖에 안 되네요. 보통 16MB 정도로 설정된 걸로 아는데..

450

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

해당 필터링 기능은 댓글이나 트랙백을 달 때 스팸인지 여부를 판단하기 위해 사용자가 필터 단어 및 ip 주소를 등록할 수 있도록 해놓은 것입니다. 즉, 블로그를 웹브라우저로 방문하는 것과는 관련이 없습니다.;;

리퍼러 기반으로 직접 접속 자체를 차단하시려면 별도의 플러그인을 만드는 방법이 가장 나을 것 같네요.;