701

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

이피 작성:

현재 티스토리에도 비슷한 기능이(포스트 하단에 Posted by XX(이름) 표시) 들어가 있는 걸로 아는데, 저 이름 부분의 치환자를 태터에 추가하고, 태터 내에서 이름 치환자 부분에 '사용자 표시에 이미지 사용' 등을 가능하게 해 준다면 가능하지 않을까 싶습니다. 물론 필수적인 기능은 아니니 플러그인으로 제작되어도 좋을 것 같네요.

티스토리에서 추가된 치환자들은 현재 검토중이고요. 팀블로그 관련 치환자들이니 배포본에도 무난히 포함될 수 있을 것 같습니다.

나니 작성:
graphittie 작성:
나니 작성:

전 이미지 리샘플링한 포스트를 올리면

Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 1470000 bytes) in /home/nani/public_html/components/Tattertools.Function.Image.php on line 75

메시지가 뜹니다.
(그라피티에님께 전달하려다 회의 중이시라 리체님께 전달해드렸는데 조용하네요;; )

메모리 부족. 호스팅 유저는 어쩔 수 있는 사안이 아닙니다.

호스팅 유저는 어쩔 수 있는 사안이 아니라는게 무슨 말인지 이해못했는데 부가 설명해주시겠어요?;;

PHP.ini 파일을 편집해야 합니다. 보통 관리자 외에는 저 편집 권한이 없고, 호스팅 서비스를 받는 경우라면 절대 안 올려줄 겁니다. 한 명 올려주면 전부 올려줘야 하므로...

나니 작성:

전 이미지 리샘플링한 포스트를 올리면

Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 1470000 bytes) in /home/nani/public_html/components/Tattertools.Function.Image.php on line 75

메시지가 뜹니다.
(그라피티에님께 전달하려다 회의 중이시라 리체님께 전달해드렸는데 조용하네요;; )

메모리 부족. 호스팅 유저는 어쩔 수 있는 사안이 아닙니다.

golden 작성:
펭도 작성:

- 1.1.0.2에서 새로 작성한 DB를 백업했다가 복원하면 날짜 데이터가 사라진다(1.0.6.1에서 백업한 DB를 복원했을 때는 그런 문제 없었음)

그렇다면 이것은 정말로 큰 일이군요.
이리 중요한 문제가 거론되지 않은 것도 이상합니다.
애써 1.1.0.2  로 업그레이드하였는데,   백업하면서 마음이 편치 못할 듯 합니다.

저거.... DateConverter의 버그입니다. 재현은 저도 못 하고 있습니다...

한 가지 여쭙고 싶은 게 있는데요... 논외의 이야기입니다만... 왜 테더라고 쓰시는지요? 보통 태터라고 쓰는데요...

맥이 돌아오면!! 돌아오면!!;;

아울러 필터링에 정규식 도입도 고려해봄직 하다고 아뢰오(제안자가 나니님이었던가?).

707

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

나니 작성:
Ephemera 작성:

현재는 일 단위로만 구분이 되는데요.
거기에 시간단위(시분초)도 추가하는건 어떨까요?
불필요할까요?

저도 필요성을 느끼고 있습니다.
예전에는 리퍼러 시간과 코멘트 달린 시간(혹은 스팸 달린 시간)을 비교해서
코멘트 단 사람이 어느 경로 타고 와서 글 남긴거구나! 라고 추측이 가능했는데 지금은 그게 불가능해서 불편함을 느끼고 있던 중이었습니다.

교주님, 이런 사안도 이슈화가 필요할까요?
(넣게 된다면 관리자스킨 구조가 좀 변경되어야하는 노가다가 필요하지만;; )

어려운 건 아닌데요, 뭐.

htna 작성:

그럼 매 스킨마다 필요한 플러그인을 만들어야 한다는 말이 되는군요...
플러그인으로 빼기에는 빈약한 기능임에도 불구하고,
플러그인으로 처리해야 한다는...

물론 플러그인의 확장가능성이 좋은것은 사실입니다.
하지만, 단지
1) guest 일때 login 으로 찍고, admin 일때 logout 으로 찍으며,
2) guest 일때 통계를 숨기고, admin 일때 통계를 나타내고,
3) guest 일때는 없지만, admin 일때 지정된 텍스트와 링크 메뉴가 나오도록
만드려면, 1,2,3 에 해당하는 플러그인을 하나하나 만들어야 하고,
더구나, 각 스킨마다의 디자인이 다를것이기에, 각 플러그인을 특성화 할 수 있도록 하거나, 하니면 스킨마다 맞는 플러그인을 만들어야 한다는 결론이 나오는군요.

플러그인 물론 좋습니다.
큰 기능의 경우에 특히요.
하지만, 스킨과 맞물려 돌아가는게 좋은 부분들에서 역시 플러그인을 강요한다면.
매 스킨마다 그에맞는 플러그인을 만들어야 하거나, 한 플러그인을 모든 다변성을 가지는 정말 덩치가 큰 플러그인으로 만들어야 할 것입니다.

이런경우..
배보다 배꼽이 큰 경우가 되죠...

매우 간단한 기능지원, 혹은 스킨을 php로 지정할 수 있게해서, 스킨의 능동성을 부여하는방법이,
플러그인으로 처리하기 불편한 부분을 쉽게 해결하도록 지원할 수 있는 방법이 아닌가 생각합니다.

skin.php를 허용한다고 해도 매 스킨마다 새로 짜야 하는 것은 마찬가지 아닐까요? 오히려 어느 정도 스킨 호환성이 보장되는 플러그인 시스템이 더 좋다고 생각되는데요.

그리고 laziel님 말씀처럼 보안 문제가 반드시 함께 이야기되어야 하는 이슈라고 생각됩니다.

htna 작성:

네 자바스크립트를 의미하는 겁니다.
자바스크립트 안에서 php함수나 변수를 이용할 수 있는지를...

불가능이죠...

현재는 가입형 회원제가 아니기 때문에 준비되어 있지 않은 기능이라고 합니다. 가입형으로 전환될 때 준비될 것이라고 하는군요. 이외에 드릴 말씀이 있는데 공개적으로 드릴 말이 아닌 것 같아 메일을 이용하겠습니다. 양해 부탁드려요.

펭도 작성:

보기를 들면, 댓글만 따로 새 창을 띄워서 본다든지. 그냥 태터 기본 스킨의 구조를 따라 평범하게 만들면 아무 문제 없겠지만 창의적인 디자이너들은 태터의 한계에 좌절하는 경우가 많아요

그 한계인 상황을 구체적으로 알려주시고 같이 고민해 보면 뭔가 해결책이 나오지 않을까요? 현재로서는 skin.html을 여러개로 나누자는 말씀에 아직 공감하지 못하고 있습니다. 파일이 많아지면 복잡하다고 생각하는 사람도 많으니까요. 구체적으로 문제점이 되는 상황을 제시하시고 문제점이 맞다는 점을 인식시키시면 펭도님이 원하시는 부분을 얻기 위해 사람들을 납득시키기도 더 쉬워지지 않을까 합니다.:)

htna 작성:

스킨을 변경할때마다, 사이드바가 초기화 되더군요.
초기화 되지 않도록 할 수 없나요???

음... 이런 상황이 있을 수 있지 않을까요. A라는 스킨 사이드바에는 달력 모듈이 있고, B라는 스킨 사이드바에는 달력 모듈이 없습니다. 사용자는 A 스킨을 쓰고 있었고, 지금 B라는 스킨으로 바꿨습니다. 이렇게 하면 달력 모듈의 정보는 증발해야 맞는 거죠. 사이드바 시스템에서 누락된 모듈을 찾아내 자동으로 제거해 주면 좋겠지만 사이드바 내부 시스템 상에서 개별 모듈은 아이덴티티를 가지고 있지 않습니다. 전부 order 값으로 구분되고 있지요. 이 문제점 때문에 스킨 변경시마다 초기화되고 있습니다.

htna 작성:

역시, 스킨의 edit 모드에서 값을 변경하였을때,
다른 스킨으로 갔다가 다시 오면, 역시 초기화 되어 있는데...
이 문제도 해결할 수 없나요???

이 문제는 스킨 편집의 중간 경유지로 customize 디렉토리를 공유하기 때문에 생기는 문제입니다. A스킨을 사용중 스킨 편집을 눌러 내용을 바꾸고 저장하면 customize 디렉토리에 저장되고 현재 사용중인 스킨이 customize 디렉토리 안에 있는 스킨으로 바뀝니다. 이 상태에서 B스킨으로 바꾸시면 현재 스킨은 B스킨이 되고, 이 상태에서 편집을 누르시면 customize 디렉토리 안에 있던 내용은 B스킨으로 덮이게 되죠. 이 상황을 반복하기 때문에 매번 초기화 되는 것입니다. 이 문제는 현재 다음 버전의 개선사항에 포함되어 있습니다. 자신이 편집한 스킨은 디렉토리를 정해 따로 저장하거나 다운로드 받을 수 있도록 개선할 생각입니다.

713

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

iendev 작성:

인사드립니다. 꾸벅~ 태터 감사히 잘 쓰고 있습니다.
그나저나.. 글 올려도 되는것 맞죠? ^^;;; 왠지 어색 모드..

자주 오세요. 하하하하... 매일 오셔도 됩니다.... 하하하하하하... 1시간에 한 번씩 오셔도 됩...(퍽!)

714

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

inureyes 작성:

해당 기능에 대한 요청이 많았으므로 다음 주 중에 우선 샌드박스 쪽으로 구현해 보겠습니다.
(다음주까지 기다리기 힘드시면 누가 구현을 좀... 그라피티에님?)

주말에 작업을 해야 하는데 맥북 프로가 아직도 안 왔습니다. 전화해 보니 LCD 부품이 없다고 손 놓고 있다더군요. 어쩌라는 건지... 몇 주 더 기다려보고 찾아가서 밥상 뒤집듯이 확 질러볼 생각입니다. 어쨌거나... 주말에도 출근하지 않는 한 저한테는 어렵삼...

715

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

inureyes 작성:
iendev 작성:

일단 프롤로그 페이지가 마련되어 있다는 전제하에서 시작 페이지를 고정시키려면..

첫번째 .htaccess 를 사용하는 방법 (http://iscubix.com/iendev/46)이 있습니다만 댓글 알리미 작동하지 않습니다.
두번째 /blog/index.php 를 고쳐 버리는 방법이 있습니다. 부작용 없습니다. 글목록을 보여주던 원래의 코드는 다른 파일로 따로 만들어 사용합니다. 현재 제가 사용하는 방법입니다. 그리고.. index.php 코드에 직접 html을 포함시키는 것보다.. skin.html에 html작성후 index.php을 거쳐서 보여주는 것이 훨씬 좋겠죠.. 물론 글 목록을 가져 온다거나 하는 작업은 플러그인을 사용하는것이 훨씬 깔끔할 것입니다.

새로 페이지를 추가하는 부분에 대해서는..

플러그인에서 list.. cutSkinTag  그리고 dress 명령에 대하여 태터 소스와 동일한 시점에서 실행시키는 방법이 있다면.. 플러그인 만으로 페이지 추가 생성을 간편하게 할 수 있을텐데.. 내공이 딸려서 그런지.. 아니면 소스에 현기증을 느껴서 그런지.. 아직까지는.. php 파일을 수정하는 패치(?) 형태로만 구현하였습니다.

dress를 동적으로 삽입하여 스킨의 특정 영역을 해석하도록 만드는 방법이 있겠군요. 관련한 플러그인 이벤트를 기존에 존재하던 SKIN_head_end 등과 같은 메타 이벤트 형식으로 삽입해서 적용할 수 있을 것 같습니다. 방법은 좀 생각이 필요하겠군요. 작동을 위한 시나리오를 묘사해 주시면 함께 생각을 정리할 수 있겠습니다. 부탁드려요 smile

이후 스킨과 플러그인이 셋으로 묶여 일종의 템플릿을 구현하는 것으로 가게 될텐데, 그럴 경우 의존성 검사등의 부분이 추가적으로 필요하겠군요.^^

기타 페이지와의 로딩을 구분하기 위해 첫 페이지 로딩이라는 이벤트(LoadStartPage)를 만들고 skin 클래스에서 inureyes님이 말씀하신 방법과 유사한 방법으로 skin.html에서 해당 영역을 읽어오도록 조절해볼 생각입니다. 이 경우는 스킨이 하위 호환성을 완전히 잃어버리기 때문에, 플러그인으로 해야 하는가에 대한 고민도 함께 하고 있습니다. 어쨌든 LoadStartPage 이벤트는 추가될 것이 거의 분명해 보이는군요.

욕심을 말씀드리면, 스킨마다 LoadStartPage를 이용해서 그 스킨만의 첫 페이지를 만들어 사용하도록 하고 싶습니다. 물론, 플러그인으로 제공되는 첫 페이지 패키지도 있을 수 있겠죠. 사용자는 이 패키지 중 마음에 드는 첫 페이지(프롤로그, 포토로그, 페이지 등)만 선택해서 사용하면 됩니다.

716

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

음... 원래는 그런 기능이 1.1을 준비할 때는 포함되어 있었습니다. 그런데 QA 과정에 'HTML는 순수 HTML 모드이면 되는 것이다'라는 의견이 나타나 빠지게 되었습니다. 지금 여기저기에서 해당 기능의 부활을 원하고 있는 것 같으니 이 기회에 얼른 이슈화하시는 것이 좋지 않을까용.

htna 작성:

keyword를 위키로 만들어 써보려고 몇번 아둥바둥 거렸습니다.
근데 이를 작업하다보니...
keyword를 오픈하면, 새로운 창에 뜨거나,
기존의 테더모양과 다른 형태로 나옵니다.

이 부분을...
keyword를 open할때 역시, 다른 포스팅과 같은 스킨에 나오도록 해줄 수 없나요?
기존의 keyword view와같이 새로운 윈도우로 띄우는 경우라면, 내용이 적어서 간단히 보고 닫아도 되는 형태일 때가 가장 적합하다고 봅니다.
하지만, 저와같이 위키로 확장하려 하거나 할 경우에는, 좀 불만이 생기는군요.
추가로, 에디팅 중에는 기존의 포스팅과 같기에, 같은 형태로 출력될 것을 예상합니다만,
막상 다른 형태로 출력이 되면서 css/스킨 등이 새로 먹는다면, 애초에 작성하면서 예상했던것과는 다르기에, 좀 조율이 안됩니다.

만약 기존의 keyword view를 새로운 창으로 띄울 수 있도록 해야만 한다면,
기능추가로, keyword view를 기존의 다른 포스팅으로도 볼 수 있도록 flag 등을 추가해주시면 좋지 않을까 생각합니다.

PS:
역시, keylog시 나오는 리스트를, tatter에서 검색시 나오는 리스트와 동일하게 처리할 수 있지 않을까 생각합니다.
코드의 중복정의는, 버그의 발생가능성을 높입니다.
물론 정말로 다른 기능이라면, 다르게 분리하는게 맞습니다만...

넵. 그게 저희가 키워드 '출력' 기능을 플러그인으로 분리한 진정한 이유입니다. 키워드 출력에 관해서 사용자의 요구가 너무 다양했어요. htna님은 포스트와 한 화면에 출력되는 것을 원하시지만 어떤 분은 팝업으로 출력되길 원하시기도 하고, 어떤 분은 툴팁으로, 또 어떤 분은 각주로 출력되길 원하시는 등등 그 수요에 전부 대응할 수 없었습니다. 그래서 핵심기능은 내장하고 출력부분은 플러그인으로 제어하게 해서 사용자가 원하는대로 출력할 수 있도록 했던 것이지요. 1.1에는 기본적으로 팝업 방식 플러그인만이 포함되어 있지만, 사용자 사이에서 수요가 생긴다면 포스트와 같이 출력되도록 하는 플러그인을 누군가 만들어주시지 않을까 기대하고 있습니다. 저희가 만들 수도 있는 부분이지만, 아직까지 그에 대한 수요가 높지 않아서 진행되고 있지 않고요, 다양한 참여자를 늘린다는 측면에서 포럼 이외의 개발자 분이 구현해 주시기를 은근히 기대하고 있답니다.:)

718

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

전 살이 얼마나 빠지셨는지가 제일 궁금해욧!

719

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

하하하... 잘 오셨습니다. 눈팅은 이제 그만~ 크크크.

기본 스킨인 티스토리 스킨에서 정상동작하는 것을 확인했습니다. 티스토리 스킨으로 변경하시고 다시 테스트해 주시겠어요?

PS. 트랙백 카운터가 변경되지 않는 버그는 확인 되었습니다.

721

(3 답글들, 스킨 및 플러그인에 작성)

citta 작성:

1.06버전의 스킨이 1.1에서도 호환이 완벽하게 안되는 거 같던데...
이게 일부 스킨의 문제가 아니라 시스템의 차이인 거 같은데...맞나요?

데이지님의 1.06용 스킨에서는 작동되던 비밀글 기능이
1.1버전에 씌우면 비밀글 기능이 아예 실행이 안되는 현상이 있습니다.
근데 다른 스킨들도 요전에 안되는 것들이 간혹 있었는데....
호환이 완벽하게 안되는 문제인가 싶어서 여쭙습니다.

비밀글 기능이 혹시 바뀐 점이 있다면, 어떻게 수정을 해줘야 하는지...
제가 수정을 할 수 있는 문제인지 좀 알려주세요.
1.06스킨이 마음에 드는 것이 많은데...호환이 된다고 알고 있었거든요.
그렇게 말씀하신 것으로도 알고 있고...
혹시 버그 고치시면서 변경된 부분이라도 있는 것인지...
제작자분께서 매번 버전 업글해주시기를 기대하는 것도 참 죄송한 일이고..;
암튼 코멘트 비밀글 기능이 안되는 이유를 정확하게 모르겠어서요.

스킨에 대한 문제는 스킨 게시판에 qa를 올려놓고 제작자분께도 여쭙긴 했는데...
버전 호환의 문제라면 여기에서도 답변을 들을 수 있겠다 싶어서 글 올립니다.



+ 그리고 위지윅 모드에서 줄간격이 너무 다닥다닥해서 거의 겹쳐져 보일 정도라 눈이 좀 아픈데,
혹시 이 글쓰기 모드에서 줄간격을 좀 떨어뜨려놓을 수 있는 방법이 없을까요?
스킨의 index파일에서 창 너비 조절은 가능하다고 알고 있습니다만...줄간까지 조절할 수는 없을 거 같고 말이죠..;

스킨 호환성!!

단호히 말씀 드리겠습니다. 호환 됩니다!! 왜 몰라주나아아아... 사실 태터툴즈 개발하면서 가장 우선 생각하는 것이 과거 버전과의 호환성입니다. 이번에도 호환문제 때문에 gendoh님이 내쳐버리신 멋진 기능이 꽤 많습니다.

그럼에도 불구하고 실제로 비호환 문제에 부딪히고 있는 유저가 발생하고 있는 점은 왜인가...? 그건... 스킨을 잘못 만들어서 그렇습니다.ㅡㅡ... 아주 난감합니다... 제대로 만들어 주시면... 1.0.6 스킨도 1.1에서 잘 돌아가고 1.1 스킨도 1.0.6에서 잘 돌아갑니다. 뭐, 기타 댓글 버그 때문에 "완벽 호환"이라는 말이 무색한 상황이 발생하고 말았지만 어쨌든 "완벽 호환" 된다고요... T_T

이런 문제와 관련된 것이 깔끔한 스킨 제작 문서가 없다는 것이리라 짐작합니다. "제대로 만드는 법"을 알려준 적이 없으니 제대로 만드실 리가 없지요... 추진 중인 "태터툴즈 온라인 레퍼런스" 사이트에서는 각종 자료를 만나 보실 수 있도록 준비하겠습니다. 꾸벅.

에디터 부분의 글간격이요?

조절 되죠! 왜 안 되겠어요! 흑흑... 1.1에는 에디터/블로그 wysiwyg이라는 멋진 기능이 있습니다. 맛 보고 싶으시다고요!? 지금 사용중이신 스킨 폴더에 wysiwyg.css 파일을 만드시고

body { line-height : 20px; background-color: #FFF;}

라고 적어보세요. 줄간격 팍팍 늘어났죠? 1.1에서는 에디터 창의 디자인도 변경할 수 있도록 지원하고 있습니다. 여태까지 주욱 보아왔던 그 노란 박스들을 이제는 안 만나도 된다는 거죠. 흑흑흑... 근데 이 기능 묻혔어요... T_T 예제가 없어서 다들 이런 기능이 있는 줄 모르고 있죠...

이건 주저리였고요... 원하시는 줄간격 효과를 얻으시려면 style/default-wysiwyg.css에서 body 부분에 위처럼 "line-height"를 추가하시고 원하시는 간격을 적으시면 됩니다.

PS. 비밀글 문제는 직접 소스를 봐야 도움을 드릴 수 있을 것 같아요.:)

722

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

크크크... 재미 있는 거 많지요.

나니 작성:

그럼 단비님께 물어보셔야죠 [........
플러그인 때문에 발생하는 문제를 TNF에서 해결할 수는 없잖습니까...?;;;;

우리도 상황 파악은 하고 있어야죠... 마지막 말씀에서 요청 의도는 없으실 겁니다. 다른 분도 아니고 유마님이신데요.

gendoh 작성:

구린 UI가 범인이군요 smile

ㅡㅡ...

J. Parker 작성:
나니 작성:
J. Parker 작성:

'(발행)→비공개로 변경합니다' 요기능은 있는데 발행하는 치환자는 없는듯 합니다.
엔트리 ID값만 불러올수 있다면 플러그인으로 가능 할것 같습니다.

[##_article_rep_id_##] ?

저렇게 가져와서 하려면 불필요한 코드 작업이 많아집니다. global으로 값을 가져올수 있으면 수월합니다.
단일 포스트일 경우는 쉽게 가져올수 있는데, 복수 포스트가 출력될땐 어려움이 있습니다.

그냥 이벤트를 추가해 드릴까요? 아, 본인이 직접하셔도 되는구나...