Tijdszone op Shared hosting gewijzigd

Je kunt ook je backups van de afgelopen paar dagen nagaan en kijken wanneer iets is toegevoegd... Beetje omslachtig maar wel een oplossing.

Dat is de manier waarop ik het nu heb gedaan, inderdaad.

In ieder geval bedankt voor het advies, ik bekijk wel wat ik verder doe.
- Updates of veranderingen aan servers zonder eerst een melding is riskant zo blijkt.

Misschien dat het beheer ervan in eigen handen voor oplossingen zorgt.

Met alle respect maar ik verwacht dat dat ten koste gaat van je uptime. Je kan beter de tijd steken in een robuustere versie van je script. Voordeel is dat dat kan wanneer het je uitkomt, een storing op je server verhelpen gaat meestal op een moment wat niet uitkomt.

@ Richard: Indien je server goed ingesteld is van de start aan en er niets meer aan gewijzigd wordt lijkt het me sterk dat er plots pannes beginnen opduiken. (Behalve qua hardware/stroom/verbinding)

Overigens, het script deed reeds 2 jaar perfect wat het moest doen - Jouw uitleg dat het een slecht script is klopt dus niet helemaal.
Het script werd geschreven met het idee dat de server-instellingen niet zouden wijzigen (Server staat in Nederland, waarom zou iemand ooit de tijdszone wijzigen) --> Vandaar dat onderstaande stuk code niet gebruikt werd. - Dus nogmaals: Nu werkt het script gewoon goed.

Deze zit er trouwens inmiddels in:

date_default_timezone_set('Europe/Paris');

Ik vindt het echter niet kunnen dat (zelfs op een Shared hosting) instellingen worden gewijzigd voor één user en de anderen beïnvloeden. (Ik weet dat het normaal is op een shared hosting, maar een melding vooraf is waarschijnlijk teveel gevraagd? - Zet die users dan op een aparte server?)

Hetzelfde geldt voor updates van PHP versies (5.3).
(Zonder voorafgaande melding of, en wanneer die zal gebeuren)
Het hele boeltje kon achteraf worden teruggezet omdat er veel mensen problemen mee ondervonden.
(Inclusief wij - 1 deprecated functie die inmiddels is vervangen)

Zoals al meerdere mensen hebben aangegeven dient het script zelf voor de tijdzone te zorgen. En ja, het was niet zo handig van je hoster.

PHP updates zonder aankondiging vind ik inderdaad kwalijk, zeker 5.1 => 5.3 maakt veel stuk. Al is het ook een beetje een PHP issue, de verschillen zijn zo groot dat het beter PHP 6 had kunnen heten.

@ Richard: Indien je server goed ingesteld is van de start aan en er niets meer aan gewijzigd wordt lijkt het me sterk dat er plots pannes beginnen opduiken. (Behalve qua hardware/stroom/verbinding)

Nou, dat zijn er al drie.
- Hardware
- Stroom
- Verbinding
Doe ik er nog eentje bij. Veiligheidslekken.

Overigens, het script deed reeds 2 jaar perfect wat het moest doen - Jouw uitleg dat het een slecht script is klopt dus niet helemaal.

Tja. Ik zeg, het script is al na 2 jaar stuk.

Het script werd geschreven met het idee dat de server-instellingen niet zouden wijzigen

Een goed script leunt niet op aannames maar zorgt zelf dat zaken goed geborgd zijn.

Maar ga gerust je gang, host je eigen script op je eigen server. Zal niet de eerste keer zijn dat er bij het installeren van de broodnodige veiligheidsupdates ook ineens iets stuk gaat in een tijdzone.

Het scheelt dan in ieder geval dat je niet hoeft te aarzelen wie de schuldige is

Wanneer er op de server juist gebruik gemaakt wordt van NTP i.c.m goed beheer zou dit eigenlijk niet moeten kunnen. Desalniettemin is het hardcoden van een tijdzone in het script ook wat vergaand.

Euh.

NTP bepaalt de UTC tijd en niet de tijdzone, en dat lost hier dus helemaal niks op.