🚀 go-pugleaf

Kuifmans wrote:
> Piet Beertema wrote:
> >> Maar ongeacht waar die staat is het voor internet-servers normaal
> >> om GMT/UTC te hanteren.
> >
> > Waarom is dat "normaal"? En waarom draaien zoveel servers (wat is
> > trouwens een 'internet-server'?) dan gewoon in de lokale tijdzone?
> 
> Jim zei het al, bijvoorbeeld om de klok niet te hoeven verzetten voor
> zomer/wintertijd.

Met goede software - en ook met minder goede - gebeurt dat vanzelf.
En met goede software kom je ook wel over het "probleem" van gaten
en tijd-duplicaten in logfiles heen.

> Met een "internet-server" bedoelde ik publieke servers die communiceren
> via internet.

Er zijn massa's servers die tcp/ip praten, maar alleen niet publiek
zijn. Zijn dat dan ineens geen "internet-servers" meer?

> En met "normaal" bedoelde ik algemeen geaccepteerd/redelijk standaard.

Ah, de M$ benadering...

> Over GMT/UTC is wereldwijd veel meer overeenstemming dan bijvoorbeeld
> over CET, CEST, MEZ in Europa

Vergeet in de lente de MEST niet. ;-)

> en bijvoorbeeld EST, EDT, ET, PST, PT, PDT in de US

Klopt. En daarom is er de uiterst handige +/-NNNN notatie.
 
> Wanneer je de tijd op je server instelt als GMT/UTC en daarop een offset
> voor je eigen land toepast heb je ook je "lokale tijdzone" en ga je toch
> uit van GMT...

Dat doe je in feite met de +/-NNNN notatie ook, met dit verschil dat
de werkelijke lokale tijd er wel in staat. En zonder GMT bestond er
niet zoiets als een "lokale tijdzone", omdat er dan geen referentie
zou zijn.

> Denk hierbij bijvoorbeeld aan (bedrijfs)netwerken die zich over meerdere
> tijdzones uitstrekken, met clients die "van de server de tijd" krijgen
> toegespeeld...

Dat laatste is natuurlijk geen argument: zelfs een pc met Windhoos
kun je zonder problemen op een stratum 1 timeserver in Verweggistan
laten sync'en, ongeacht de tijdzone aldaar.

-p