2009-10-12 4 views
0

이것은 어리석은 질문 일지 모르지만 어쨌든 아프다.gmt 또는 gmt없이

정말 게시물에 적절한 타임 스탬프를 얻으려면 사이트에서 gmt를 구현해야합니까? 나는 트위터 같은 사이트를 구축하고 있습니다. 내 피드가 정상적으로 작동하며 필요한 시간을 보여줍니다. "11 분 게시, 어제 게시, 5 일 전 게시 ..."와 같이이 사이트와 마찬가지로 모든 사람들에게 제대로 작동해야한다고 생각했습니다. ? 아니면 내가 그것에 gmt를 구현해야하고 recommand 또는 적절한 방법을 구현하기위한 그것에 대한 기사가 필요하다고 생각합니까? 그것은 좋은 지적이지만, 일일 전 "어제"제안하고, 현재 일부 사용자에 대해 오전 1시 5분 때 경우를 생각해 O

답변

1

:이 소리 바보 같은 경우

죄송합니다. 나는 days = datediff (지금, now). day가 아닌 days = hours % 24를 사용한다면 잘 동작 할 것입니다.

제가 생각하기에 문제는 다음과 같습니다. 귀하의 사이트가 얼마나 정확해야합니까? 의학적 판독을위한 것이라면 누군가가 약물 치료가 필요한 시점을 알 수 있으므로 예, 제대로 시간대를 고려하고 "x 전"이 아닌 정확한 시간을 알려야합니다. "joe가 이틀 전 안녕하세요"라고 말하면, 큰 문제는 아닙니다.

+0

나는 내 자신의 방법이 있지만 게시 된 주/일/분/초를 얻으려면 여전히 두 날짜가 필요합니다. 24 시간 어떻게 할 수 있습니까? 당신이 위에서 언급 한 것처럼 .. PHP에서 코딩. – Basit

1

시간, 분 및 초와 같은 시간대에 대해 이야기 할 때는 시간대와 관련이 없습니다. 그것이 생성되었을 때의 타임 스탬프를보고, 지금 타임 스탬프를보십시오. 어떤 뺄셈과 짜잔을해라!

며칠 밖에 걸리지 않는 경우가 약간 있습니다. 어제는 "지난 자정 24 시간 전에 언젠가"를 의미합니까, 아니면 "24 시간 전"을 의미합니까? 어쨌든, 당신이 제공하는 유일한 세분화 수준이 "일"이라면, 약 2 일이 지나면 정말 중요하지 않습니다.

혼란을 피하는 좋은 방법 중 하나는 여기에서 사용 된 동일한 방법입니다. 읽기 쉽고 친숙한 날짜를 화면에 ("어제") 입력하고 GMT 또는 사용자의 TZ에 정확한 시간을 툴팁.

2

장기적으로 사용자 인터페이스 렌더링 방법에 관계없이 항상 타임 스탬프를 GMT/UTC로 저장하는 것이 가장 좋습니다. 어떤 점에서 UI를 변경하는 경우

  • , 당신은 데이터가 명확한 디자인 가이드 라인을 제공
  • (명확한 권리의 관점에서/잘못된 결정)을 터치 할 필요가 없습니다 : 어떤이 두 가지 장점이 있습니다 시간을 다루는 특정 기능을 독립적으로 검토 할 수 있습니다. UTC로 처리하는 타임 스탬프

특정 프로그래밍 지침은 실행하려는 기능에 따라 크게 달라집니다. 대부분의 경우, from-utc 또는 utc 작업이 필요합니다.

관련 문제