Ondersteunt Antagonist named timezones bij databases?

[ericplan]

Mijn vraag
Mijn website en een paar databases worden gehost door Antagonist. Ik probeer een MySQL query op een database los te laten om het DateTime veld in de database om te zetten van UTC naar CEST met in het commando CONVERT_TZ('Datum_Dag','UTC','Europe/Amsterdam ') as local waarbij Datum_Dag het correcte datetime format heeft.

Daar krijg ik 'null' als resultaat.

Als ik CONVERT_TZ('Datum_Dag','+0:00','+2:00') komt er wel de juiste waarde uit, maar dan zit ik met de zomer/wintertijd en dat was juist de reden om alles op te slaan in UTC. Geen idee hoe je simpel met die wisselende offset van zomer/wintertijd kan rekenen.

Omzetten tijdens de query is de simpelste oplossing. In php waar de applicatie mee werkt moet veel meer aangepast worden om te zorgen dat op alle plaatsen de tijd klopt.

Relevante software en hardware die ik gebruik
phpMyAdmin
Server type: MariaDB
Server version: 10.5.19-MariaDB-cll-lve-log - MariaDB Server
Protocol version: 10

Wat ik al gevonden of geprobeerd heb
Zie boven... Volgens de documentatie zou MariaDB dit moeten ondersteunen.

[Hahn]

Ik zou zeggen, vraag het Antagonist direct: https://help.antagonist.nl/hc/nl#contact

[ Voor 4% gewijzigd door Hahn op 10-06-2023 13:19 ]

[ericplan]

Hahn schreef op zaterdag 10 juni 2023 @ 13:17:
Ik zou zeggen, vraag het Antagonist direct: https://help.antagonist.nl/hc/nl#contact

Heb ik gedaan, ze zijn dicht.

[Hahn]

ericplan schreef op zaterdag 10 juni 2023 @ 13:29:
[...]

Heb ik gedaan, ze zijn dicht.

Je hebt nu of vanavond nog een half uur:

[The Eagle]

Eerste hit op google: https://stackoverflow.com...4/convert-tz-returns-null
Kun je dus gewoon laden

[fopjurist]

ericplan schreef op zaterdag 10 juni 2023 @ 13:15:
Zie boven... Volgens de documentatie zou MariaDB dit moeten ondersteunen.

https://dev.mysql.com/doc...en/time-zone-support.html

If you are uncertain whether named time zones are available (...)

[ericplan]

The Eagle schreef op zaterdag 10 juni 2023 @ 13:33:
Eerste hit op google: https://stackoverflow.com...4/convert-tz-returns-null
Kun je dus gewoon laden

Ja, maar ik niet. Heb ik de rechten niet voor.

[eLScha]

Alternatief is in PHP de offset van Europe/Amsterdam naar UTC berekenen en die je query in pompen.

Maar welke tijd wil je hebben als de datum uit de zomertijd komt en het nu wintertijd is?

[ericplan]

fopjurist schreef op zaterdag 10 juni 2023 @ 13:34:
[...]

https://dev.mysql.com/doc...en/time-zone-support.html

[...]

En de database zegt op mijn vraag:
SET time_zone = 'UTC';
Error
#1298 - Unknown or incorrect time zone: 'UTC'

[fopjurist]

ericplan schreef op zaterdag 10 juni 2023 @ 13:39:
[...]

En de database zegt op mijn vraag:
SET time_zone = 'UTC';
Error
#1298 - Unknown or incorrect time zone: 'UTC'

Aha, misschien dat je problemen hebt met het lezen van Engelse tekst. Ik zal het stukje uit de handleiding voor je vertalen:

Als je niet weet welke tijdzonenamen beschikbaar zijn, die gebruikt kunnen worden in de tijdzone-instelling van de server of door clients die hun eigen tijdzone instellen, kijk dan of de tijdzonetabel leeg is. De volgende query stelt vast of er rijen zijn in de tabel die tijdzonenamen bevat:

SQL:

SELECT COUNT(*) FROM mysql.time_zone_name;

[ericplan]

fopjurist schreef op zaterdag 10 juni 2023 @ 13:57:
[...]

Aha, misschien dat je problemen hebt met het lezen van Engelse tekst. Ik zal het stukje uit de handleiding voor je vertalen:

[...]

Tja, ik mag niet zoveel als simpele gebruiker:

SELECT COUNT(*) FROM mysql.time_zone_name;
geeft
#1142 - SELECT command denied to user 'xxx' for table `mysql`.`time_zone_name`

[fopjurist]

ericplan schreef op zaterdag 10 juni 2023 @ 14:14:
[...]

Tja, ik mag niet zoveel als simpele gebruiker:

SELECT COUNT(*) FROM mysql.time_zone_name;
geeft
#1142 - SELECT command denied to user 'xxx' for table `mysql`.`time_zone_name`

Dan worden named timezones niet ondersteund.

[ericplan]

fopjurist schreef op zaterdag 10 juni 2023 @ 17:31:
[...]
Dan worden named timezones niet ondersteund.

Zo ver was ik ook. Ik had gehoopt op een reactie van iemand met een site bij Antagonist waar het wel werkt, omdat zijn database bij Antagonist toevallig op een andere server staat. Maar ik wacht nog op een antwoord van Antagonist. Bij m’n vorige provider waren de database-versies van twee accounts ook verschillend.

[jurroen]

ericplan schreef op zaterdag 10 juni 2023 @ 18:00:
[...]

Zo ver was ik ook. Ik had gehoopt op een reactie van iemand met een site bij Antagonist waar het wel werkt, omdat zijn database bij Antagonist toevallig op een andere server staat. Maar ik wacht nog op een antwoord van Antagonist. Bij m’n vorige provider waren de database-versies van twee accounts ook verschillend.

Bij een beetje (shared) hostingprovider zal je in de regel geen verschillende versies tegenkomen. Als hostingprovider wil je dat juist zoveel mogelijk hetzelfde en consistent houden en geen 'snowflakes' hebben.

Kun je de tijdszone ook op een andere laag afvangen zoals PHP? En zo nee, wellicht eens kijken naar een VPSje voor deze applicatie?

[ericplan]

Ik ben inmiddels bezig met het aanpassen in PHP. Het leek erger dan het in werkelijkheid is. In de loop der jaren is er nogal wat niet meer gebruikte code blijven staan, dus direct flink opruimen.

[ericplan]

En ondertussen een mooi antwoord van Highcharts. Ze ondersteunen het gewoon vanaf de plank. Anderhalve regel code in je script en de grafieken tonen de lokale tijd, terwijl je er utc in stopt. Gebaseerd op “named timezones”.
Antagonist zoekt helaas nog wat verder naar het juiste antwoord.

[ericplan]

Ondertussen ook antwoord van Antagonist. Na wat navraag bij de SysOps: De databaseserver draait op CEST en naar CONVERT_TZ was nog nooit vraag naar geweest, dus komt het er ook niet.