"올바른"시간은 다양한 방법으로 해석 될 수 있으므로 솔직히 느낄 수있는 '정확한 시간'을 웹 사이트에 표시하라는 요청을 받았습니다.웹 사이트에서 정확한 현지 시간을 표시 하시겠습니까?
서버의 datetime을 매개 변수로 사용하여 onload를 실행하는 JavaScript를 렌더링하는 서버 컨트롤을 사용하여 현재 페이지에서 렌더링 한 다음 증분을 시작하는 JavaScript에서 시계 개체를 만드는 우리의 현재 메서드는 부정확 한 결과를 가져옵니다. 시계. 서버 처리, 네트워크 대기 시간 및 클라이언트 측 성능 사이에 (온로드를 실행하는 다른 많은 것들이 있습니다.) 클럭은 실제 서버 시간에서 벗어나 클라이언트 PC와 비교하여 누가 알 수 있습니다.
그래서 '올바른 시간'을 얻으려면 다음과 같이하십시오.
- 로컬 PC 시간을 사용하고 새 Date()를 JavaScript 시계 개체에 전달하십시오. 장점 : 가능한 한 PC 클럭에 가까워 야합니다. 단점 : PC 시계가 얼마나 정확한 시간대인지는 모르겠습니다.
- 웹 페이지에서 시계를 업데이트하기 위해 NTP 서버에 대한 TCP 요청에 웹 서비스를 사용합니다. 장점 : 로컬 PC에서도 NTP와 동기화가 이루어지면 가장 정확하고 일치 할 수 있습니다. 단점 : 서버와 관련된 모든 표준 시간대 조정을 처리해야합니다. PC 시계가 꺼져 있으면 여전히 불일치가 발생합니다.
내 웹 서비스를 구현하거나 다음과 같은 것을 사용합니까? Earth Tools 또는 세계 시간 웹 서비스 (편집 : 링크를 제거 - 이제 404)
여기에 꽤 오래 Jon Galloway on Atomic Clock Web Service에서 블로그 포스트 아직 내가 구글 그는 결론에 도달하지 않을 때 높은 시설이다.
hoopfully 나는 시간대가 아닌 경우 왜 우리 서버 시계 (GMT)와 동기화하면 왜 로컬 PC와 일치해야하는지 경영진과 논의 할 수 있습니다.
이 부분에 어떤 각도가 있습니까?
시계의 목적은 무엇입니까? 어떤 해상도가 필요합니까? 초입니까? 의사록? 클라이언트 측 로컬 시간대에 대한 디스플레이가 있습니까? –
나는 모든 것을 UTC에서 개인적으로, 특히 서버에서 실행합니다. UTC로 13:47로 시간을 게시하면 혼동이 없습니다. 그 문제에 관해서는, 둘 다 모든 것을 위해 PT를 사용하는 eBay의 시스템에는 없다. – warren