Fix Issue1070 - Unix time natural_language: "now" and other commands are generating local time

[idiom-bytes]

Fixes #1070

We're running into issues where UnixTimeS and UnixTimeMs respond w/ timestamps that should be in UTC, but in reality are in local time. This is causing all sorts of issues in the data.

Changes proposed in this PR:

• Not yet fixed, I have created a test to show the problem
• Using "now" should generate the correct timestamp (not local time, but UTC)

[calina-c]

I fixed the localisation, but I don't think the test is accurate to describe the problem.
https://www.geeksforgeeks.org/python-time-time_ns-method/
time.time() is also platform dependent, so they will be equal.

@KatunaNorbert is time.time() or time.gmtime() used in any relevant way for the ETL? If so, I think we need to reconsider those as well.

[calina-c]

Ref the failing CI tests, @idiom-bytes do you want to keep/adjust this test in particular, or will it suffice to add the timezone? I can (and probably will) add some tests using freezegun, which is much safer wrt. defining the time in tests (I think it already is a dependency)

[KatunaNorbert]

@KatunaNorbert is time.time() or time.gmtime() used in any relevant way for the ETL? If so, I think we need to reconsider those as well.

From what I see they are not used inside the ETL

[KatunaNorbert]

Tested it and the end date it's fixed now and it uses the local time to fetch from subgraph.
Both of the bronze tables are now updating, but bronze_predictions table it's a little bit behind the pdr_predictions table. Slots tables are up to date.

[idiom-bytes]

As I understood it, replace(tzinfo=timezone.utc) behaves differently than astimezone(pytz.utc), it replaces the "UTC" tz unit, but does not actually transform the value. To do that, you have to use astimezone.

my challenge, is that I didn't understand if "now" was to return local time or UTC time, and what the expectations from the lib was.... thank you for explaining @calina-c

• the system should use UTC
• "now" will return the right time in UTC (which will also transform to the right local time)