아직 로그인하지 않았습니다. 로그인 또는 회원 등록을 해 주시기 바랍니다.
TNF : Tatter Network Foundation forum » lacovnk가 작성한 글
버그가 아니라... 트랙백인 경우에는 한글인코딩이라고 해야하나 그걸 받아들이지 못하는 서버인 경우에 한글로 트랙백을 받아버리면 문제가 발생할 수 있으니까 트랙백인 경우에는 게시물 숫자 퍼머링크만 받는거고 rss에서는 상관이 없으니 블로그 세팅에서 지정해준 퍼머링크로 뜨는거 같습니다. (제가 이해한게 맞다면요)
그렇게 의도를 하고 보내고 있는 걸까요? 음..
제가 쓰고 있는 툴이 wordpres인지라 
워드프레스는 트랙백과 답글 모두 comments로 취급해버립니다. 트랙백이 오면 말 그대로 원격 답글로 취급해버리는 것이지요. 같은 테이블에 type마 단르게 둡니다. 그리고 보여주는 것도 함께 시간 순으로 보여주지요. (섞여 보입니다)
어떻게 보면 트랙백이 답글과 다른 의미가 있으니 별도로 취급해야 할 것 같기도 하고, 어떻게 보면 주인장 입장에서는 답글이니 같이 처리해야 할 것 같기도 하고..
트랙백이라는 개념이 좀더 손 쉽게 받아들여지기 위해서는 답글과 동일하게 취급해버리는 것이 좀 편할 지도 모릅니다. 그리고 트랙백 역시 보내는 시점이 중요할 수 있으므로, 답글과 함께 시간 순으로 보여주어야 한다고 생각할 수 있습니다.
다른 분들은 어떻게 생각하시나요? 궁금합니다. 저야 트랙백을 주고 받은 일이 별로 없어서 -o- (왜 안가는거야.. orz )
1번의 경우는 원파일명으로 따로 거르기 위해선 별도의 php 파일을 두고 mod_rewrite를 이용해 url을 파싱 후 DB에 접근하는 삽질이 필요할 것 같습니다. 파일 시스템에 올라가는 건 원래 파일명이 아니니까요..; (일단 현재처럼 고유id를 생성해서 숫자로 붙이는 경우에 말입니다)
언어에 독립적인 것이란 뜻은, 한글 서버에서도 잘 돌아가고, 아랍어 서버에서도 잘 돌아가고, 중국어 서버에서도 잘 돌아가고... 뭐 이런 걸 말하는 거겠지요. 모든 서버가 다 유니코드를 쓰고 모든 웹브라우저가 다 유니코드로 url을 보내준다면 참 편하겠지만 실제론 그렇지 않으니까요. 아직까지 한글이 아닌 다른 비영어권 언어를 쓰는 환경에서 어떻게 돌아가는지는 잘 모르겠습니다;
그리고 php 요구사항은 아마 php4.2 이상인가? 그랬던 걸로 기억합니다만, 정확한 건 교주님이...=3
앗 daybreaker 반가워요 여기서 보는군요..
1. 어차피 다운로드 할 때 원래 파일명을 보존하기 위해서 php를 거치며 db를 찾아보니.. 피장파장이긴 합니다 ㅎㅎ
2. urlencode로 인코딩 된 것을 잘 사용하고 있는 dokuwiki가 있습니다.
중국어 링크도 잘 됩니다. http://www.allwiki.com/wiki/%E7%94%B5%E … D%E5%85%B8 처럼..
한글 서버, 중국어 서버.. 라는 것이 어떤 의미인가요? lang 변수에 ko_KR이 있으면 한글 서버일까요? 
urlencode를 지원하고, 인코딩을 하나로 결정해서 내부에서 쓰면 별 문제가 되지 않는 것으로 압니다. (mysql에 latin1이라고 해놓고 utf8를 넣어버려도..) 그리고 urlencode된 결과는 "화일명"으로 처리할 수 있습니다. 그리고 urlencode된 결과를 사용하면 "어떤 인코딩으로 한글을 주소로 사용할 것이냐"에 해당하는 해묵은 문제는 해결됩니다 (UTF-8 옵션..덜덜)
서버 환경이 문제가 되는 것은 예전에 iconv가 php에 포함이 되어 있지 않아서 이전 euckr으로 사용하던 태터를 utf8로 업그레이드할 때 발생한 경우였던 걸로 기억합니다.
아, 그리고 추가 질문 들어갑니다..
1. 서버 특성 때문에 어려움을 겪은 내용을 정리한 문서가 혹시 있나요?
2. 현재 태터에서 요구하는 설치 조건으로 아파치와 php, mysql을 요구하는데 그 것만으로도 언어에 상관없이 구현할 수 있는 것으로 압니다. 혹시 설치 조건을 완화하는 것을 목표로 하고 있나요?
lacovnk 작성:[1. 파일명 자동 생성 문제
한글 파일명은 urlencode를 이용해서 처리하면 됩니다. 이를 이용해서 원래 파일명 대로 저장하고, 실제 웹페이지에 보여줄 때에도 실제 파일명을 반영하도록 하는 것이 어떨까요?
이전에도 관련 이야기를 나눈 적이 있었습니다^^
원파일 이름을 바꾸어 저장하는 이유는 단순히 귀찮아서는 아닙니다. 내장된 encodeURI함수로 한글파일명 파싱해서 저장한다거나 해도 되겠지만, 좀 더 근본적으로 언어권 독립적인 저장 방법이 필요합니다. 태터툴즈가 UTF 지원이 되지 않는 수많은 국가의 다양한 서버 환경에서도 원활하게 돌아가기 위해서 이대로 간다고 생각하시면 됩니다^^
현재는 디비에 원파일명을 저장하고, 다운로드 등의 링크를 걸 경우에는 원래 파일명으로의 다운로드가 가능하도록 지원하고 있습니다. 그리고 덧붙여, 플러그인 등에서 특정 파일들을 모아 갤러리 기능을 만든다거나 다운로드 서비스를 만들 경우 그때마다 파일 리스트 전체를 파싱하는 것도 비효율적이기 때문에 현재의 방식이 가장 최적이라고 판단하고 있습니다
1. 그렇다면 현재 포스트에 img로 보이는 소스도 원 파일명을 반영하게 고쳐야겠지요. 현재는 img src="숫자.jpg" 이런 식으로 걸리는 데 src="원 파일명.jpg"로 걸려야 겠습니다.
2. 파일 리스트 전체를 파싱할 필요가 없게 하려면 원 파일명을 보존하고 DB로 관리해주면 됩니다. overload 때문이라면 추가 정보를 남겨야 겠지요..
3. utf8을 지원하지 않는 서버라면 어떤 경우가 있나요?
a) mysql에서 utf8을 따로 지원 안함 - 그냥 넣고 잘 꺼내 쓰면 문제 없음: 그렇게 하고 있는 걸로 알고 있습니다
b) apache에서 utf8을 지원 안함 - 이런 경우가 있나요? 한글 화일명은 urlencode해서 쓰면 별 문제 없습니다.
c) php에서 utf8을 지원 안함 - iconv가 지원 안되는 경우가 있겠지요.. 하지만 urlencode의 결과가 일정하므로 역시 그냥 쓰면 될 것 같습니다.
언어에 독립적인 것은, 사이트를 A서버에서 한글로 잘 운영하다가 갑자기 지원이 미비한 B서버로 옮기는 것을 가정하는 것인가요? 저는 그 것 까지는 필요하지 않다고 봅니다. A서버든 B서버든 잘 깔리면 그 것이 환경에 비 의존적인 설치일 것입니다. 그리고 백업과 복구는 별도의 툴로 만들면 됩니다
덧붙이면, 태터 설치하기 http://manual.tattertools.com/ko/wiki/% … 8%EA%B8%B0 에서 php 요구사항이 없더군요.. 현재 요구 사항이 무엇인가요?
1은 파일명이 중복되는 경우 등의 문제로 찬성하지 않습니다만 2는 괜찮은 것 같네요.
1이라고 하면 파일명 보존 건인지, 아니면 두가지 안인지 잘 모르겠습니다만.. 두가지 안 중 첫번째라고 생각하고 답글 달겠습니다.
1번: "한 글에 첨부된 모든 파일의 이름은 서로 다르다"
attach/{ownerid}/{entryid}/파일
2번: "한 블로그에 첨부된 모든 파일의 이름은 서로 다르다"
attach/{ownerid}/파일
1번의 제약조건은 현재에도 존재합니다. 그러므로 쉽게 마이그레이션 할 수 있습니다.
2번은 존재하지 않는 걸로 알고 있고요. 그러므로 마이그레이션 시 단순히 이동 뿐만 아니라 리네임과 글을 직접 수정해줘야 할 것입니다.
파일 첨부는 내용과 파일명 모두가 의미를 가집니다. 현재처럼 파일명을 보존하지 못한다면 의미가 없습니다. 그리고 파일명을 보존할 수 있는데도 보존하지 않을 이유는 없다고 생각합니다
다시 두가지 안을 비교해보면,
1번의 경우, 현재의 "첨부"개념이 글에 붙인다는 개념이라는 점에서 사용자에게 익숙합니다.
2번의 경우, wordpress나 많은 위키에서 사용하는, "공동 저장소에 첨부하고 사용하기 방법"입니다. 단 사용자가 적절하게 검색하기 어렵다는 점이 있습니다. 사진이 100개쯤 있으면 사용하기 불편해지겠지요..
두가지 방안 모두, 첨부파일 관련 DB 테이블이 필요 없어집니다.
wp2tt를 만들고 있는데, 설명을 찾을 수 없어서 일단 만들고 있습니다.
어디에 만들면 좋을까요? 매뉴얼에 들어갈 곳은 아니고, 개발 센터의 trac 위키에 들어가면 어떨까요? (저는 권한이 없습니다 후다닥..)
메이저 버전 업그레이드 시에 DB 필드도 변경이 된다고 하는데, 각 의미와 제약 조건 등을 정리해놓는 것이 필요하겠습니다
1. 파일명 자동 생성 문제
한글 파일명은 urlencode를 이용해서 처리하면 됩니다. 이를 이용해서 원래 파일명 대로 저장하고, 실제 웹페이지에 보여줄 때에도 실제 파일명을 반영하도록 하는 것이 어떨까요?
참고로 dokuwiki가 내부로 그렇게 처리하고 있습니다.
2. 다른 글의 첨부 파일 사용
현재 attach/{ownerid} 에 분리되어 있는데, 탐색을 만들고, 다른 글(id)의 첨부 파일을 사용할 수 있도록 개선하면 좋겠습니다. 즉, 다음과 같은 두가지 구조를 제안합니다.
attach/{ownerid}/{entryid}/파일
attach/{ownerid}/파일
현재 틀을 유지하자면 전자가 좋을 테고, 후자는 같은 이름의 파일이 존재하지 못하니 기존 자료를 마이그레이션하는데 어려움이 있을 것입니다.
저는 전자를 더 추천하고, 현재 글이 아닌 다른 글에 첨부된 파일을 탐색할 수 있는 기능을 넣으면 좋겠습니다.
그리고 현재 이미지 삽입 형식을 조금만 확장하면 됩니다.
[##_1L|1000553887.jpg|width="500" height="359" alt=""|_##]
라고 넣는데, 파일명 앞에 id를 명시하면 됩니다.
[##_1L|153|1000553887.jpg|width="500" height="359" alt=""|_##]
파싱해서 만일 필드가 없다면 지금 id에서 찾도록 처리하면 되므로, 기존의 글에 손 댈 필요가 없어집니다.
그런데, 첨부 파일 관련 글타래가 또 있나요? 아래 글 밖에 찾지 못했습니다.
http://forum.tattertools.com/ko/viewtopic.php?id=970
TNF : Tatter Network Foundation forum » lacovnk가 작성한 글
니들웍스