1

주제: 조심스럽게;; 세계표준시간 및 날짜형식에 대한 생각

1. 세계표준시간

전에 GMT에 대한 논의가 이루어졌습니다만, 그 때는 timezone을 직접 선택하는 (select form) 형식이었는데
wordpress 처럼 현재의 UTC time을 보여주고 그것에 맞추어서 현재 시각을 정하는(input form) 건 어떨까 싶어서 건의합니다.
만약 UTC time이 2006년 6월 30일 10시 40분 00초라면
우리나라는 현재 2006년 7월 1일 7시 40분 00초이므로 9시간 차가 납니다. 그럼 시간재조정 폼을 넣고 "(9)시간"이라고 넣으면 될거 같거든요.
물론 이것과 관련해서는 블로거분들이 이해하지 못할 수 있으니 가이드라인을 정해두는 게 좋을 거 같고요.


2. 날짜형식

lunamoth 작성:

월일시간 형식조정 // 언제 논의가 된 것도 같습니다만, 2006/07 , 2006년 7월 등 날짜 형식을 옵션에서 조정 가능 했으면 합니다.

이 부분에 대해서는 select form으로 나가도 좋을 것 같네요.

한글 형식: 2006년 7월 1일 | 2006. 7. 1. | 2006/7
영문 형식: Saturday, July 01, 2006 | July 1, 2006 | 2006. 7. 1. | 2006/7
중국 형식: 星期六, 1 七月, 2006 | 2006年7月1日 | ...
불어 형식: samedi 1 juillet 2006 | Juillet 1, 2006 | ...

물론 각 언어에 대한것은 환경설정에서 어떤 언어를 사용했느냐 따라서 달라지는거구요.

하늘은 스스로 삽질하는 자를 삽으로 팬다

2

답글: 조심스럽게;; 세계표준시간 및 날짜형식에 대한 생각

좋은 기능은 도입하는 것이 옳기는 하지만... 점점 태터툴즈가 워드 프레스화 되는 것 같아 안타깝네요.:|

3

답글: 조심스럽게;; 세계표준시간 및 날짜형식에 대한 생각

graphittie 작성:

좋은 기능은 도입하는 것이 옳기는 하지만... 점점 태터툴즈가 워드 프레스화 되는 것 같아 안타깝네요.:|

혹시라도 구현이 불가능하다고 하실까봐 조마조마했습니다 big_smile

하늘은 스스로 삽질하는 자를 삽으로 팬다

4

답글: 조심스럽게;; 세계표준시간 및 날짜형식에 대한 생각

graphittie 작성:

좋은 기능은 도입하는 것이 옳기는 하지만... 점점 태터툴즈가 워드 프레스화 되는 것 같아 안타깝네요.:|

저도 태터는 태터 나름의 신조를 가지고 발전했으면 좋겠습니다.
워드프레스를 따라가는것이 나쁘다는건 아니지만, 그래도 '태터프레스'가 되어버리면 곤란하겠죠..
물론 좋은 것, 유용한 것은 고려되는 것이 마땅하겠습니다.

현재 사용중인 서버 세팅 - Apache 2.2.3 / mysql 5.0.24 / php 5.1.6
메인블로그 - http://sumomo.tistory.com/
스킨블로그 - http://mamoru.homeip.net/skin/

5

답글: 조심스럽게;; 세계표준시간 및 날짜형식에 대한 생각

나니 작성:
graphittie 작성:

좋은 기능은 도입하는 것이 옳기는 하지만... 점점 태터툴즈가 워드 프레스화 되는 것 같아 안타깝네요.:|

혹시라도 구현이 불가능하다고 하실까봐 조마조마했습니다 big_smile

아니,,, 뭐, 제가 책임자도 아니고... 제가 "안 돼" 하면 안 되는 건 아니잖아요... 뻘줌...

6

답글: 조심스럽게;; 세계표준시간 및 날짜형식에 대한 생각

나니 작성:

2. 날짜형식

lunamoth 작성:

월일시간 형식조정 // 언제 논의가 된 것도 같습니다만, 2006/07 , 2006년 7월 등 날짜 형식을 옵션에서 조정 가능 했으면 합니다.

이 부분에 대해서는 select form으로 나가도 좋을 것 같네요.

한글 형식: 2006년 7월 1일 | 2006. 7. 1. | 2006/7
영문 형식: Saturday, July 01, 2006 | July 1, 2006 | 2006. 7. 1. | 2006/7
중국 형식: 星期六, 1 七月, 2006 | 2006年7月1日 | ...
불어 형식: samedi 1 juillet 2006 | Juillet 1, 2006 | ...

물론 각 언어에 대한것은 환경설정에서 어떤 언어를 사용했느냐 따라서 달라지는거구요.

wp 스타일을 떠나서 이 부분은 스킨의 표현레이어와 연관이 있는 것 같군요. 글이 표시될때 날자가 어떤 식으로 보이느냐도 디자인 항목이 될 수 있을 만한 부분으로 보입니다. '/'와 '-'로 구분자를 사용하는 것이 Feel이 다를테니까요.

시스템적인 부분으로 접근 할 수도 있겠지만 스킨적인 요소로 고려해 보자고 의견을 제시해 봅니다.

7

답글: 조심스럽게;; 세계표준시간 및 날짜형식에 대한 생각

gendoh 작성:
나니 작성:

2. 날짜형식

lunamoth 작성:

월일시간 형식조정 // 언제 논의가 된 것도 같습니다만, 2006/07 , 2006년 7월 등 날짜 형식을 옵션에서 조정 가능 했으면 합니다.

이 부분에 대해서는 select form으로 나가도 좋을 것 같네요.

한글 형식: 2006년 7월 1일 | 2006. 7. 1. | 2006/7
영문 형식: Saturday, July 01, 2006 | July 1, 2006 | 2006. 7. 1. | 2006/7
중국 형식: 星期六, 1 七月, 2006 | 2006年7月1日 | ...
불어 형식: samedi 1 juillet 2006 | Juillet 1, 2006 | ...

물론 각 언어에 대한것은 환경설정에서 어떤 언어를 사용했느냐 따라서 달라지는거구요.

wp 스타일을 떠나서 이 부분은 스킨의 표현레이어와 연관이 있는 것 같군요. 글이 표시될때 날자가 어떤 식으로 보이느냐도 디자인 항목이 될 수 있을 만한 부분으로 보입니다. '/'와 '-'로 구분자를 사용하는 것이 Feel이 다를테니까요.

시스템적인 부분으로 접근 할 수도 있겠지만 스킨적인 요소로 고려해 보자고 의견을 제시해 봅니다.

http://forum.tattertools.com/ko/viewtopic.php?id=962

이 논의와 관련이 있어 보이는군요. 다국어 문제 때문에 2번 제안은 좀 힘들지 않을까 합니다. 역시 플러그인 형태로...(까다로운 건 전부 플러그인이냐...)

8

답글: 조심스럽게;; 세계표준시간 및 날짜형식에 대한 생각

나니 작성:

1. 세계표준시간

전에 GMT에 대한 논의가 이루어졌습니다만, 그 때는 timezone을 직접 선택하는 (select form) 형식이었는데
wordpress 처럼 현재의 UTC time을 보여주고 그것에 맞추어서 현재 시각을 정하는(input form) 건 어떨까 싶어서 건의합니다.
만약 UTC time이 2006년 6월 30일 10시 40분 00초라면
우리나라는 현재 2006년 7월 1일 7시 40분 00초이므로 9시간 차가 납니다. 그럼 시간재조정 폼을 넣고 "(9)시간"이라고 넣으면 될거 같거든요.
물론 이것과 관련해서는 블로거분들이 이해하지 못할 수 있으니 가이드라인을 정해두는 게 좋을 거 같고요.

이전에 tistory 섹션에서 여러 번 말씀드린대로, offset으로 지정하는 것은 현재 시간에만 의미가 있습니다. 즉 1초전의 offset과 지금의 offset이 다르다는 것입니다. 그래서 태터툴즈는 UTC로 시간 정보를 저장하지만, wp는 localtime으로 저장합니다.

그러나, wp가 사용자가 글을 작성할 때 현재 offset으로 다시 정의해 줄 수 있으면 문제가 해결될 것으로 보이지만, 언제 댓글이 달릴 지 모르기에, 제대로된 localtime을 유지하기 위해서는 사용자가 변화되는 offset을 계속 보정시켜 줘야 합니다.

또한 태터툴즈는 timezone을 변경하면 일괄적으로 모든 글과 댓글 등에 대해 localtime을 보정할 수 있지만, wp는 GMT로 저장하고 있어도 보정할 수 없습니다.

한국처럼 daylight saving time (써머타임)을 시행하지 않는 곳에서는 별 문제점이 없겠지만, 그렇지 않은 곳에서 심각할 수 있습니다.

나니 작성:

2. 날짜형식

lunamoth 작성:

월일시간 형식조정 // 언제 논의가 된 것도 같습니다만, 2006/07 , 2006년 7월 등 날짜 형식을 옵션에서 조정 가능 했으면 합니다.

이 부분에 대해서는 select form으로 나가도 좋을 것 같네요.

한글 형식: 2006년 7월 1일 | 2006. 7. 1. | 2006/7
영문 형식: Saturday, July 01, 2006 | July 1, 2006 | 2006. 7. 1. | 2006/7
중국 형식: 星期六, 1 七月, 2006 | 2006年7月1日 | ...
불어 형식: samedi 1 juillet 2006 | Juillet 1, 2006 | ...

물론 각 언어에 대한것은 환경설정에서 어떤 언어를 사용했느냐 따라서 달라지는거구요.

이것은 스킨의 영역이라기 보다는 언어의 것으로 여겨지며, 지금도 언어 리소스에서 재정의할 수 있습니다.
언어 리소스에서 다음 부분을 살펴보십시오.

//$__text['%H:%M'] = '';
//$__text['%H:%M:%S'] = '';
//$__text['%Y'] = '';
//$__text['%Y/%m'] = '';
//$__text['%Y/%m/%d %H:%M'] = '';
//$__text['%Y/%m/%d'] = '';
//$__text['%m/%d'] = '';

9

답글: 조심스럽게;; 세계표준시간 및 날짜형식에 대한 생각

http://forum.tattertools.com/ko/viewtopic.php?id=671

10

답글: 조심스럽게;; 세계표준시간 및 날짜형식에 대한 생각

PAPACHA 작성:
나니 작성:

2. 날짜형식

lunamoth 작성:

월일시간 형식조정 // 언제 논의가 된 것도 같습니다만, 2006/07 , 2006년 7월 등 날짜 형식을 옵션에서 조정 가능 했으면 합니다.

이 부분에 대해서는 select form으로 나가도 좋을 것 같네요.

한글 형식: 2006년 7월 1일 | 2006. 7. 1. | 2006/7
영문 형식: Saturday, July 01, 2006 | July 1, 2006 | 2006. 7. 1. | 2006/7
중국 형식: 星期六, 1 七月, 2006 | 2006年7月1日 | ...
불어 형식: samedi 1 juillet 2006 | Juillet 1, 2006 | ...

물론 각 언어에 대한것은 환경설정에서 어떤 언어를 사용했느냐 따라서 달라지는거구요.

이것은 스킨의 영역이라기 보다는 언어의 것으로 여겨지며, 지금도 언어 리소스에서 재정의할 수 있습니다.
언어 리소스에서 다음 부분을 살펴보십시오.

//$__text['%H:%M'] = '';
//$__text['%H:%M:%S'] = '';
//$__text['%Y'] = '';
//$__text['%Y/%m'] = '';
//$__text['%Y/%m/%d %H:%M'] = '';
//$__text['%Y/%m/%d'] = '';
//$__text['%m/%d'] = '';

물론 이렇게 하면 '아라비아 숫자'로 된 시간은 어떤 형식이든 되겠지요.
하지만 숫자를 한자로 표기하고 싶은 경우 등 여러가지 경우에는 대응할 수 없지 않을까요..?

현재 사용중인 서버 세팅 - Apache 2.2.3 / mysql 5.0.24 / php 5.1.6
메인블로그 - http://sumomo.tistory.com/
스킨블로그 - http://mamoru.homeip.net/skin/

11

답글: 조심스럽게;; 세계표준시간 및 날짜형식에 대한 생각

PAPACHA 작성:

이것은 스킨의 영역이라기 보다는 언어의 것으로 여겨지며, 지금도 언어 리소스에서 재정의할 수 있습니다.
언어 리소스에서 다음 부분을 살펴보십시오.

//$__text['%H:%M'] = '';
//$__text['%H:%M:%S'] = '';
//$__text['%Y'] = '';
//$__text['%Y/%m'] = '';
//$__text['%Y/%m/%d %H:%M'] = '';
//$__text['%Y/%m/%d'] = '';
//$__text['%m/%d'] = '';

이 의견에는 이견이 있습니다. ko.php 등의 언어파일은 주로 관리자 화면에 관계된 리소스(외부 블로그에 표시되는 일부 자바스크립트 제외)입니다. 전에도 예를 들어놓았지만(http://forum.tattertools.com/ko/viewtopic.php?id=846), 관리자 환경의 언어설정과 외부 스킨 영역의 언어는 다를 수 있습니다.

"관리자|환경설정"에서 언어를 중국어로 설정해 놓고, 스킨은 한국어를 사용하고 있는 블로그가 있다고 가정하겠습니다. 만약 위에 적어주신 "언어파일 내의 날짜/시간 포맷 부분"이 주석에서 해제되어 해당 언어를 따르도록 셋팅이 되어 있다면, 스킨은 한국어를 사용한다고 해도 스킨 내의 날짜/시간 부분은 중국어가 출력되게 됩니다. 따라서 이 영역은 스킨에 포함되어야 하는 영역입니다.

한 가지 더 설명 드려야 할 부분은 한국어 스킨을 사용한다고 해서 날짜/시간 부분이 반드시 "2000년 06월 11일 11시 36분 30초" 형식으로 한국어를 따를 필요는 없다는 점입니다. 서양에서는 드물겠지만 영어가 하나의 스타일로 자리잡고 있는 동양권에서는 스킨은 자국의 언어로 제작하되, 날짜/시간 영역은 영어형식을 사용하고자 하는 사용자가 다수 존재하고 있습니다. 따라서 외부 블로그에 출력되는 "날짜/형식 부분"은 언어 리소스, 외부 스킨과 별개로 제어되는 편이 좋다고 생각합니다. 이를 위해 제안한 플러그인 방식이 이 게시물 아래 몇 번째에 등록되어 있습니다.(http://forum.tattertools.com/ko/viewtopic.php?id=962)

이 플러그인은 아마도 정규식을 사용하게 될 것이므로 치환 대상이 될 "날짜/형식 부분"의 일원화를 위해 제시해 주신 언어 리소스 부분은 주석화된 채 그대로 두고, 현재 방식인 "00-00-00 00:00:00"을 계속 사용하는 것이 좋다고 생각합니다.

graphittie (2006-07-01 23:58:02)에 의해 마지막으로 수정

12

답글: 조심스럽게;; 세계표준시간 및 날짜형식에 대한 생각

graphittie 작성:
PAPACHA 작성:

이것은 스킨의 영역이라기 보다는 언어의 것으로 여겨지며, 지금도 언어 리소스에서 재정의할 수 있습니다.
언어 리소스에서 다음 부분을 살펴보십시오.

//$__text['%H:%M'] = '';
//$__text['%H:%M:%S'] = '';
//$__text['%Y'] = '';
//$__text['%Y/%m'] = '';
//$__text['%Y/%m/%d %H:%M'] = '';
//$__text['%Y/%m/%d'] = '';
//$__text['%m/%d'] = '';

이 의견에는 이견이 있습니다. ko.php 등의 언어파일은 주로 관리자 화면에 관계된 리소스(외부 블로그에 표시되는 일부 자바스크립트 제외)입니다. 전에도 예를 들어놓았지만(http://forum.tattertools.com/ko/viewtopic.php?id=846), 관리자 환경의 언어설정과 외부 스킨 영역의 언어는 다를 수 있습니다.

"관리자|환경설정"에서 언어를 중국어로 설정해 놓고, 스킨은 한국어를 사용하고 있는 블로그가 있다고 가정하겠습니다. 만약 위에 적어주신 "언어파일 내의 날짜/시간 포맷 부분"이 주석에서 해제되어 해당 언어를 따르도록 셋팅이 되어 있다면, 스킨은 한국어를 사용한다고 해도 스킨 내의 날짜/시간 부분은 중국어가 출력되게 됩니다. 따라서 이 영역은 스킨에 포함되어야 하는 영역입니다.

한 가지 더 설명 드려야 할 부분은 한국어 스킨을 사용한다고 해서 날짜/시간 부분이 반드시 "2000년 06월 11일 11시 36분 30초" 형식으로 한국어를 따를 필요는 없다는 점입니다. 서양에서는 드물겠지만 영어가 하나의 스타일로 자리잡고 있는 동양권에서는 스킨은 자국의 언어로 제작하되, 날짜/시간 영역은 영어형식을 사용하고자 하는 사용자가 다수 존재하고 있습니다. 따라서 외부 블로그에 출력되는 "날짜/형식 부분"은 언어 리소스, 외부 스킨과 별개로 제어되는 편이 좋다고 생각합니다. 이를 위해 제안한 플로그인 방식이 이 게시물 아래 몇 번째에 등록되어 있습니다.(http://forum.tattertools.com/ko/viewtopic.php?id=962)

이 플러그인은 아마도 정규식을 사용하게 될 것이므로 치환 대상이 될 "날짜/형식 부분"의 일원화를 위해 제시해 주신 언어 리소스 부분은 주석화된 채 그대로 두고, 현재 방식인 "00-00-00 00:00:00"을 계속 사용하는 것이 좋다고 생각합니다.

네, 저도 반드시 언어의 영역에 속한다라고 단정 짓고 싶지는 않으며,
언어의 영역을 벗어나고 싶다면, 스킨보다 플러그인에서 처리하는 것이 좋다고 생각합니다.

PAPACHA (2006-07-01 23:53:22)에 의해 마지막으로 수정

13

답글: 조심스럽게;; 세계표준시간 및 날짜형식에 대한 생각

PAPACHA 작성:

네, 저도 반드시 언어의 영역에 속한다라고 단정 짓고 싶지는 않으며,
언어의 영역을 벗어나고 싶다면, 스킨보다 플러그인에서 처리하는 것이 좋다고 생각합니다.

제 블로그의 접속통계 그래프때 생각을 한적이 있는데 일부 플러그인은 스킨과 셋트가 되었으면 할 때가 있더군요.

이 케이스에서도 플러그인을 끄면 블로그 설정을 따라가겠지만 켜진 경우 스킨 제작자가 의도한 데로 스킨에서 표현이 변경된다라는 설정을 할 수 있을 것 같고 따라서 스킨과 플러그인이 어느정도 통합될 수 있는 방법이 필요한지도 모르겠습니다.