2,851

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

아마 당분간 추가되는 기능들은 티스토리에 빨리 반영되기가 힘들겁니다. smile 달릴거거든요.

2,852

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

비공개 카테고리 기능을 넣었습니다. 예전 1.0에서 1.1로 올라오기 전에 DB쪽을 준비시켜 놓은 터라 checkup 안건드리고 코드의 변경으로 해결이 되었군요.

sandbox r2699 입니다.

관련 내용은 티스토리쪽에서 다룰 것입니다. 이 글타래는 잠그겠습니다^^

누구나 추가할 수 있게 되었으므로 놓아줍니다. smile

2,855

(6 답글들, 티스토리(TiStory.com)에 작성)

더이상 소용없는 글타래이므로 공지에서 놓아줍니다. smile

티스토리 버그는 http://report.tistory.com/4 의 댓글로 보고하거나 블로그 글에 '티스토리버그' 라는 태그를 달아 보고해주세요.

같은 문제가 태터툴즈에도 발생하는 경우에는 포럼의 '버그 보고 및 QA' 에 해 주시면 됩니다.

앞으로 버그 보고 글은 게시판 지기님이나 저에 의해 임의로 삭제될 것입니다. 이미 존재하는 해당 글타래들은 백업 포럼으로 옮기거나 잠그도록 하겠습니다.  포럼이 티스토리 소스와 관련된 우리가 직접 손댈수 없는 버그 리포트로 넘치는 것을 막기 위한 조치이므로 양해 부탁 드립니다.

처리 완료 smile

2,858

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

기술적인 문제야 해결하면 됩니다^^

그라피티에님이 해당 부분을 작성하셨으니 마무리 지어주세요 smile

2,859

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

안녕하세요. smile 즐거운 시간 되시길^^

2,860

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

해당 부분은 다른 방법으로 예전에 수정되었습니다. smile 현재 1.1.1 대기본에 적용되어 있으므로 기다리시면 보실 수 있을거에요^^

말씀하신 부분도 확인후 추가하도록 하겠습니다.

smile 1.1.2용 티켓으로 등록하겠습니다.

대강 문제는 알고 있습니다. adobe flash 가 업데이트 되면서 브라우저 포커스에 대한 처리가 이상해지는 버그입니다. 멀티 파일 업로더가 flash로 작성되어 있어서 생기는 문제입니다.

이건 어떻게 해결을 해야 될지 모르겠네요 -_- adobe사에 연락을 해야 할지 아니면 멀티 파일 업로더를 짤라내든지 해야 될 것 같습니다...

그렇군요. 1.1 베타 트리에서 확인했습니다.

2,864

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

아마 루트에 보시면 .htaccess가 있을겁니다. 다른 이름으로 바꾸고 한 번 시도해보세요. smile

또는 업로드가 잘못되었을 때 해당 증상이 보고된 적이 있었습니다.

2,865

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

laziel 작성:

자. trac 설치를 시작할 시간입니다[..?!]

아침놀님 이미 시험기간에 다아 끝냈다는...

2,866

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

알집의 경우에 그런 일이 많이 보고된 적이 있습니다. 참고하세요^^

뭐랄까... 여기서 블로거 성향 조사를 하면서 싸이월드나 네이버로 benefit을 주는건 마치 wordpress나 MT 대상으로 블로그 설문 조사하면서 facebook 의 reward를 주는 것 처럼 느껴지네요. smile

htna 작성:

그렇다면 적어도...
Permalink 를
A0: AAA
A1: AAA
A2: AAA-1
로 정한 글의 경우 (A0는 글 내용이고, AAA는 permalink입니다.)

A2의 permalink는 AAA-1 이 되어야 하는게 아닌가 생각합니다.
하지만 현재는 A2의 permalink가 AAA-1-1 이 되는군요...

즉 AAA-1 을 치면 나오는 내용은 A1 이구요.
AAA-1-1 을 치면 나오는 내용은 A2 입니다.

이 버그는 언제쯤 고쳐질지... ^^;;;

의도한대로 동작하고 있는 부분이라 버그가 아닙니다. smile 퍼머링크는 중복을 절대적으로 제한하고 있고 실제로도 불가능합니다. 하지만 사용자가 언제나 "예전에 있었는지" 체크할 수 없기 때문에 자동으로 검색 후 예전에 존재했던 링크라면 독립성을 보장하기 위해서 링크에 번호를 붙여줍니다. (semantic permalink를 제공하는 도구들이 거의다 이렇죠.)

초창기의 퍼머링크는 무조건 처음 정한 이후 못 바꾸게 하자! (퍼머링크니까) 로 의견이 모이고 구현되었다가 막판에 지금처럼 바뀌었습니다. 퍼머링크의 개념에 대해 이해하지 못하는 사람들에게 굳이 반발을 받을 필요가 있겠느냐 하는 이유에서였죠. 또는 바꾸려고 했었는데 까먹고 안 바꾸고 저장하거나 하는 경우에 대한 구제책도 필요했고요. 원래대로라면 처음 글 작성 이외에는 변경할 수 있는 부분이 아예 등장하지 않아야 하는것이 정상입니다만, 현실과의 타협으로 지금처럼 되었습니다.

2,869

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

트래픽 막을만한 재미있는 아이디어가 하나 떠오르네요. smile
그런데 문제는 지금 쌓인 아이디어들도 처리가 안되고 있다는 ㅠ_ㅠ

홈주인 작성:

비밀글은 관리자만 볼 수 있더군요 orz

통상 비밀글이라 하면 쓴 사람은 볼 수 있어야 하는거 아닌가요?

댓글 알리미에 다른 블로그에 비밀글로 쓴 댓글이 나오게 했으면 좋겠습니다.

자신이 쓴 비밀글에 댓글이 달리면 비밀글의 내용도 함께 넘어오게 됩니다. smile 참고하세요^^

2,871

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

htna님. 부탁 하나 드립니다만 글을 읽는 사람들이 받아들이기 좋도록 쓰는 법을 배우시기 바랍니다.

잡담하기란에 와서 htna님의 글 어투에서 기분 상하고 가는 사람들이 많습니다.
같은 이야기라도 필요없는 표현들을 제외하면 더 의사소통이 쉬울듯 합니다.

청 풍 작성:

저는 ie toy 1.8버젼을 쓰고 있는 블로거입니다.

여기서 질문입니다.

1.아토의 어떤 기능때문에 업로드가 원활치 않는가?

2.폰트커지는건 아토하고는 상관없는것 같은데 어떤 문제때문에 업로드시 폰트가 커지는가?


조언 부탁드립니다.

http://warrior45.tistory.com/147

1번의 경우엔 해당 파일을 스팸으로 인식하거나, 파일 송신중의 경로명등이 광고 필터에 걸러지거나 하는 것 같습니다. 광고 필터의 예외 목록에 해당 티스토리 주소를 집어넣고 시도해 보신 후, 피드백 부탁 드립니다.

2번의 경우 브라우저의 기본 폰트 크기 설정이 '보통' 이 아닌 경우 같습니다. smile 약시자를 위하여 폰트 크기가 상대 폰트로 지정되어 있으므로 브라우저에 영향을 받게 되어 있습니다. 그 부분이 맞는지 한 번 확인해 주세요. smile

2,873

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

창 밖으로 시원하니 대나무밭이 보이는군요^^

올해는 눈이 오려나? ...

2,874

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

htna 작성:

1차로.
스펨필터로 어느정도 해결을 보도록 하구요.

2차로.
스펨필터를 통과하는 메세지에 대해서,
내용을 "스펨서버"로 전달하고, 그 서버에서 스펨 분류를 통해 다시 걸르는 형식을 취하면 어떨까요.

2.5차로.
모든 과정을 통과한 메세지에 대해서,
테더 사용자가 스펨확인을 할 수 있는...
예를들어, 이건 스펨이다 라고 느끼면, "스펨" 버튼을 누르면, "스펨서버"로 원문을 보내서 스펨으로 처리될 수 있도록...


2차/2.5차는 내용적으로 같습니다만.
(a)일단 스펨서버로 오는 메세지에 대해서, 자신이 그 메세지가 스펨메일이다는 기록이 없으면, "no spam"을 전달 합니다. 즉 테더에 메세지로 남깁니다.
(b) a에 의해 테더에 남겨진 메세지에 대해서 사용자가 스펨으로 확인할 경우, 스펨버튼을 누름으로서, 스펨서버에 스펨이다는 기록을 남깁니다.
(c) c에의해 스펨기록으로 남겨진 메세지가 (예를들어) 10번 이상 등록되면, 이를 스펨으로 인식하고, 이후 a의 메세지 중 이와 동일한 메세지는, 스펨서버에서  "spam"을 전달합니다. 즉 테더에 메세지가 남지 않습니다.

가정은, 아무리 스펨이 교활한 아이디어를 적용하더라도,
10번 이상의 동일한 내용을 전달할 것이다. 라는 것이죵...

머. 맞는지는 모르게지만.
hotmail 에서 취하는 정책과 비슷하게 하자는...
테더의 서버가 좀 부하가 커지겠지만. 머. 한달에 500원 정도의 수익을 받는다는 등. 방식을 취하면, 수익성 모델이 되지 않을까 하네요...

일단 태터툴즈의 필터를 거친다는 자체가, 해당 호스팅으로 트래픽을 일단 받고 본다는 가정이 되어 있습니다. 스팸은 막을 수 있어도 트래픽은 못막게 됩니다.

트래픽 문제를 해결할 수 있는 대응방안이라면 태터툴즈까지 오기 전에 차단이 되어야 할텐데 (.htaccess 편집 같은 경우가 그러한 예가 되겠죠. 해당 주소면 걍 denial 보내고 마니까요) 그 방법을 적용하려면 내용 검색이 불가능합니다. 골치아프죠...

말씀해주신 방법은, turbo algorithm이라고, akismet에서 사용하는 방법입니다. smile 효과는 있는데, 이미 눈치채고 스팸 내용을 교묘하게 변조해서 보내도록 이미 스패머들이 발전해 버렸습니다. ㅠ_ㅠ

2,875

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

CN 작성:
inureyes 작성:

사파리를 포함한 KHTML 파서 계열도 컹커러 빼고는 제대로 지원 못하고 있는 입장에서 굉장히 가슴 아픈 언급입니다.  sad

컹커러와 사파리를 제외하고 KHTML의 구현이 무엇이 있습니까? 사파리는 제가 맥을 안쓰기 때문에 전혀 접근할 수 없겠군요.

윈도우에서 가끔 사용되는 swift와 맥에서 가끔 사용되는 shiira가 있습니다.

swift는 리눅스 머신 없는 환경이나 컹커러가 없을 때 테스트용으로(?) 사용해 본 적이 있는데, 레이아웃에 관련된 렌더링 문제가 가끔 발생하는 것을 제외하면 대체로 무난했습니다. shiira의 경우 일부 맥 사용자들이 신나게 사용하죠. (UI를 괜찮게 만들어 놓았습니다.)