Kyle Spier-Swenson a8dda646a1 Moves as many db related date/time operations to the db side to avoid byond bugs with dates and times. (#83193) ...

While we try to have the datetimes of all vms synced to within 100ms of
eachother, via a cluster of time servers and intercepting all ntp
traffic in the vm lan towards the cluster, this isn't perfect and so
things putting time onto the database server should use the time at the
database server as much as it can.

To avoid confusion, i have renamed `SQLtime()` to `ISOtime()` to avoid
the likely hood its cargo culted onto database code again. ISOtime is
still a bad name, but there isn't a good name for this kind of time
format, like ISO8601, but human readable (so no `T` between date and
time and less other nonsense), with an assumption of GMT, thats not
SQLtime(), and SQLtime(). Suggestions welcome.

also byond's time procs can bug out because of how cursed they operate,
case in point, this year 2054 item that got inserted into the legacy
population table:


![image](https://github.com/tgstation/tgstation/assets/7069733/41669db0-c242-4c4e-ae6e-709725b91439)

2024-05-14 15:48:38 -06:00

..

programs

Moves as many db related date/time operations to the db side to avoid byond bugs with dates and times. (#83193)

2024-05-14 15:48:38 -06:00

computer_file.dm

Integrated circuits for modular computers (#80530)

2024-01-20 21:21:42 +01:00

data.dm

…

picture_file.dm

…

program_circuit.dm

[NO GBP] Fixing issues with modular computer and circuits. (#81076)

2024-01-25 09:11:45 -05:00

program.dm

Integrated circuits for modular computers (#80530)

2024-01-20 21:21:42 +01:00