기간 단위로 백업하기, 카테고리 단위로 백업하기, 원하는 글만 골라서 백업하기, 용량 단위로 잘라서 백업하기, 첨부파일'만' 백업하기
그리고 첨부파일 관리탭을 두고 음악파일, 이미지파일 같은 분류부터 재활용까지...

뭐 기능 추가하기로 말하면 제법 많죠 = ㅂ=a; 개인적인 판단으로 기술적인 어려움보다는 "과연 이게 사용자에게 얼마나 유용하게 쓰일 것 인가", "이게 과연 블로깅에 도움이 되는 기능인가" 같이 기능 구현에 들이는 시간과 노력대비 실효성에 대한 확신이 서질 않습니다. 기존 UI 에 변경을 가해야 하는 부분도 생길수 있으니, 괜히 복잡성을 늘리기만 해서는 난감하죠;

어떻게 정리해야 깔끔하게 데이터 관리 기능을 강화할 수 있으려나요 ' ㅂ'
토론해 봅~시다[]

152

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

맞아요>>
방명록에도 비밀덧글 기능이 필요하고, 검색도 필요하고, 닉콘도 필요하고[...]

153

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

생각만!!을 강조하시지 않으셔도 LonnieNa 님께는 결자해지의 압박이 들어갑니다[....ㅋㅋ]
방명록 강화해야 하는게 증~말 많아요 ; ㅁ;

저도 오늘 출근하다가 그 광고 봤습니다.
흐리긴 하지만 폰카로 찍은거 올릴게요.
...일단 술 깨면[..]

어떤 문제인지 이해했습니다 smile
1.0.6 버전에서 같은 문제가 있음을 확인하였습니다만,
현재 배포 대기중인 1.1.1 RC 버전에서는 같은 문제가 발생하지 않네요.

Ikaris C. Faust 작성:
laziel 작성:
Ikaris C. Faust 작성:

Wirklich?

Sicher! smile

duo xie!!

どう いたしまして >_<b

Ikaris C. Faust 작성:
laziel 작성:
Ikaris C. Faust 작성:

..저..저는요?

nur Sie können es tun cool

Wirklich?

Sicher! smile

158

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

...대체 저를 어떻게 보시는겁니까 orz

2월초에 2007년 첫 TnF 모임 추진해~뽑시다<-
이번엔 스키장 모임이라도?[..]

전 아무 문제 없이 잘 사용하고 있습니다. XP (sp2) 환경에서 IE6, FF2 모두 정상입니다.
스파이웨어, 바이러스 및 수상한 ActiveX 등에 대한 점검을 권합니다.

Peris 작성:
daybreaker 작성:

흐음...
클립보드는 사용자가 의도한 게 아니라면 안 건드리는 게 좋다는 생각입니다만...;

저도 아침놀님에 한표..

의도하지 않은 동작으로 다른 중요한(?) 클립보드에 들어있는 자료가 날아가버리는 경우도 생각을 해주는게 어떨까요?
PC방 등의 장소에서 글을 저장하고 아무 작업없이 브라우저만 끄고 집에 가버린 경우 글의 내용이 클립보드에 남아있어서 보호/비공개 글의 경우 사생활 유출 등의 문제가 발생할 소지도 있겠군요.

지적하신 문제들은 어떤식으로든 해결책을 찾으면 나올겁니다.
...하지만 저도 클립보드를 액세스하는건 썩 내키지 않는군요.

지금 문제가 되는 부분은, 타임아웃으로 로그인이 풀림으로서 중간에 증발하는 글을 보호하자는 것이 취지인것 같은데요
이걸 그냥 무시하고 바로 로그인 안되었으니 퉷! 하는 현재 상태를 개선해서, 일단 PHP가 POST 로 글 내용은 받은 상태이니 이걸 handle 해서 별도의 draft 를 두면 어떨까요. 임시보관소 라든가 하는 이름으로해서, 로그인 타임아웃이나 조작 실수라고 판단할 수 있는 경우 ownership 과 상관없이 관리자 모드에서만 확인할 수 있는 임시 보관소를 만들어 여기에 글을 넣어두고, 후에 여기에서 '글 작성을 재개합니다' 를 한다든가 해서 살릴 수 있다면 그것도 나쁘지 않다고 생각합니다.
그리고 이 글들은 일정한 유효기간 (48시간 정도?)을 갖고 이후에는 소거되도록 하고 말이죠.

실수한 놈이 나빠! 라고 하기엔 정말 앗 하는 사이에 어처구니 없는 실수를 하는 경우가 생각보다 비일비재하니 다른 각도로도 한번 생각해 볼 문제라고 봅니다.

162

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

http://solo.dingurr.net

163

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

inureyes 작성:
laziel 작성:

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

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

역시 시험기간은 신비롭군요!!

164

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

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

...1기가짜리 백업파일 만들어드릴까요?[..]

htna 작성:

여러개를 바꾸는 경우에는 글목록으로 가서 바꾸는게 나을 수 있습니다.
하지만 지금 당장 블로그 내용을 보면서 하나를 바꾸는 경우에는...
(실제로 올릴떄는 aaa일줄 알았는데, 나중에 훑어보다보니 bbb였다더라..)
(글이 100개 이상 난무할 경우에는 대략 난감이죠..)

1) 글목록으로 가야 합니다. (글목록 표시하느라 시간이 소비됩니다.)
2) 글목록에서 내가 해당하는 글이 있는 페이지로 이동을 해야 합니다.
3) 해당 글의 체크를 해야 합니다.
4) 카테고리 변경을 위해 drop list 에서 선택을 하고
5) apply 버튼을 눌러야 합니다.
(더구나 실수로 delete 를 선택할 경우에는 되돌리기 힘든 결과를 초래합니다.)

그냥 보기에는 간단한 동작입니다만,
실제로 매우 복잡한 단계를 거치고 있습니다.
실제로 올린 글이 많을경우 (약 100개 이상의 글이 있는 경우를 생각해 보시기 바랍니다.)
실제 1,2 단계를 거쳐 3의 단계까지 가기에 많은 시간이 소요될 수 있습니다.

이정도 만으로도 글목록으로 카테고리 하나 바꾸는게 얼마나 비효율적일지 알 수 있지 않습니까...

그거야 말로 그냥 글 편집창 띄워서 카테고리 변경하면 되지 않겠습니까? 굳이 카테고리 변경 only 의 창을 요구할 만한 작업은 아니라고 생각합니다. 그리고 글 목록에서 실수로 삭제 & 적용을 했다 하더라도 경고창 한번 더 뜹니다. 자기가 뭘 하고 있는지 생각한번 안하고 클릭만 연타하는 것 까지 배려해야하나요?

167

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

htna 작성:

테더 php 소스를 건들어야 할 듯 합니다만.

테더가 아니라 태터입니다.
이름은 중요한거죠 smile htna 님을 흣나님이라고 부르면 안되잖아요? ㅋ

168

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

(기쁨의 춤사위)





운전을 해서 출근을 하는 것과는 거리가 먼 라지엘군은
월요일에 예상되는 교통체증도 아랑곳 없이 마냥 기쁩니다<- (씨익)

플래시를 이용하면 뭐, 어떻게든 구현은 될 겁니다;; 하지만 CN님 말씀처럼 안정적인 동작에 대한 아무런 보장이 없기 때문에, 클립보드를 액세스하는 코드는 되도록이면 피하는게 좋겠지요. 대신 이걸 원하는 목적은 최종적으로 저장 버튼을 누를때의 글 내용과 임시저장본 사이의 차이(이게 생각보다 크더군요_-;;)를 커버하기 위한 임시 저장이니 이를 구현하기 위한 다른 방법을 고민해보면 어떨까요.

$_POST 를 serialize 해서 한 변수로 만들어 세션에 등록하면?....음; 이것도 결국 세션테이블을 무겁게 만들겠군요;;
일단 자동저장이 제 기능을 충분히 발휘할 수 있게 하기 위한 고민이 우선일 것 같습니다. 보조장치는 그 다음..

반갑습니다 smile

에, 그렇지만 첫글에 초치는게 된 것 같습니다만;
버그는 아니고 주변에 태그가 붙으면 (예: 정렬, 색깔 등..) 키워드 링크를 하지 않는것으로 알고 있습니다.
일전에 논의가 되었었네요 http://forum.tattertools.com/ko/viewtopic.php?id=1935 >_<;
이거 아차상이라도 드려야하나;;

말하자면 시그내쳐로군요 ' ㅂ')

일단 정리하면 디비상에는 첨부파일에 대한 정보가 있지만, attach 폴더를 삭제한 채 백업파일을 생성하신 상태인거지요?
이로인해 백업XML 상에 첨부파일에 대한 정보(파일명이라든가)는 있지만, 내용은 비어있는 상태라서 복원이 제대로 안되고 있는게 아닐까 싶습니다.

백업파일 구조에서 각각의 글은 <post id="글번호">~</post> 영역으로 구성됩니다. 이 안에 <attachment ~></attachment> 그룹으로 구성된 부분이 바로 그 글에 첨부된 첨부파일에 대한 정보입니다. <attachment ~> 안에 <content></content> 영역으로 묶인 부분이 그 파일의 내용이 담긴 부분입니다. 이 부분이 비어있어서 문제가 발생하는 것이 아닐까 생각합니다. 해당되는 <attachment ~></attachment> 영역을 제거해주면 해당 첨부파일에 대한 복원 시도를 하지 않게 되겠지요. 만약 , <content>~</content> 영역에 내용이 들어있는데도 문제가 발생한다면 백업파일의 문제는 아니리라 생각합니다.

attach 폴더, attach/사용자번호 (단일 사용자인 경우 1 (e.g. attach/1)) 폴더가 존재하는지, 쓰기 가능(777 또는 707)한 상태인지 확인해보세요.

CN 작성:

그 글을 볼때 왜 주민등록번호가 필요하느냐가 더 큰 문제라고 생각합니다.

그럼 성인임을 무엇으로 증명할까요? 성인용 컨텐츠의 분리는 필요합니다.
대안도 없이 정보통제, 개인정보 운운하며 무조건 No 하면 뭐 어쩌라는건지 모르겠네요?
무조건 풀어놓을수는 없습니다. 성인이 볼 수 있는 정보와 미성년자가 볼 수 있는 정보의 분리는 필요합니다.

건더기 작성:

짐은 않싸고 뭐하시는 겁니까... lol

않싸고(x) -> 안싸고(o)
않 은 아니하 의 줄임이니, 않싸고는 아니하싸고=안하싸고 가 되므로 잘못된 표현입니다.
- LBC 우리말 나들이 cool

175

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

571BO 작성:

부산에 있던 사람이 강원도 눈을 부러워하는 얘기나 마찬가지... <- 유명한 얘기죠

일명 하얀똥덩이의 전설