python - часовой пояс удаленных хостов против локального

Question

Я создаю веб-интерфейс для удаленного мониторинга журналов,
Управляя примерно 10 различными географическими локациями, я наткнулся на трехголового ада, которого некоторые из вас уже имеют.

Есть ли способ получить из удаленной переменной оболочки HPUX следующую удаленную информацию:

• zoneinfo (Страна / Город)
• UTC + смещение (я могу легко получить это из zoneinfo)

До сих пор лучшее, что я мог получить, это сокращенный часовой пояс ОС (достаточно ли этого, чтобы итеративно пересекать удаленное время с помощью статически построенной коллекции pytz.common_timezones и обратно преобразовывать сокращенные зоны в страну / город, или я полностью ошибаюсь?)

Я могу легко получить смещение после получения страны / города (чего у меня нет)

datetime.now(pytz.timezone('Asia/Dili')).strftime('%Z %z')

'TLT +0900'

• получить удаленный сокращенный часовой пояс,

(У Linux гораздо более вменяемый

grep "ZONE=" /etc/sysconfig/clock  

вывод как,
ZONE = "Europe / London"
в то время как HP-UX /etc/TIMEZONE использует сокращенные часовые пояса, такие как
TZ=CAT-2

Я бы использовал echo $TZ, который выводил бы немного более полезные данные, такие как CAT-2, но некоторые удаленные HP-UX даже не настроили это, что заставило меня полагаться на неоднозначную дату RFC822,

date +%z  

КОШКА

Я посмотрел оба в pytz, datetime.datetime, email.Utils, но, учитывая, что это невозможно, можно напрямую конвертировать из сокращенного времени в zoneinfo Country/City (pytz допускает обратное)
Должен ли я просто поцарапать этот квест Дон Кихота по автообнаружению удаленного часового пояса и просто добавить раскрывающийся список Страна / Город при принятии ввода пользователя, регистрирующего удаленный хост?

РЕДАКТИРОВАТЬ (Частичное решение)

опираясь на ответ @Mike Pennington

from datetime import datetime as dt
from datetime import timedelta as td
from dateutil.relativedelta import *
from email.Utils import mktime_tz, parsedate_tz

hpux_remote_date = 'Thu Apr 28 18:09:20 TLT 2011'
utctimestamp = mktime_tz(parsedate_tz( hpux_remote_date ))  

hpux_dt = dt.fromtimestamp( utctimestamp )
delta_offset = relativedelta(dt.utcnow(), hpux_dt)

hpux_utc = hpux_dt + delta_offset

# Sanity checking to ensure we are correct...
hpux_dt
datetime.datetime(2011, 4, 28, 18, 9, 20)
hpux_utc
datetime.datetime(2011, 4, 28, 9, 9, 22, 229148)

Answer 1

Вы должны быть в состоянии найти свое смещение по Гринвичу, как это...

В качестве смещения по Гринвичу, без учета летнего времени

(time.localtime()[3] - time.localtime()[8]) - time.gmtime()[3]

Я нахожусь в центральном времени (GMT - 6), так что это дает -6 в моей системе.

В качестве смещения по Гринвичу, включая компенсацию DST

(time.localtime()[3]) - time.gmtime()[3]

Это дает -5 в моей системе.

Вероятно, проще всего пойти со вторым вариантом и использовать его для преобразования этих локальных времен HPUX в GMT; затем покопаться pytz как требуется.

РЕДАКТИРОВАТЬ

Если вы работаете с текстовым представлением удаленных (не GMT) временных отметок, возможно, проще работать непосредственно с объектами datetime... У меня нет удобного HPUX, но я предполагаю, что строка даты похожа на мою система сжатия Debian.

>>> from datetime import datetime as dt
>>> from datetime import timedelta as td
>>> # using os.popen() to simulate the results of a HPUX shell 'date'...
>>> # substitute the real HPUX shell date string in hpux_date
>>> hpux_date = os.popen('date').read().strip()
>>> hpux_dt = dt.strptime(hpux_date, '%a %b %d %H:%M:%S %Z %Y')
>>> # Rounding to the nearest hour because there *will* be slight delay
>>> # between shell string capture and python processing
>>> offset_seconds = ((dt.utcnow() - hpux_dt).seconds//3600)*3600
>>> hpux_gmt = hpux_dt + td(0,offset_seconds)
>>> # Sanity checking to ensure we are correct...
>>> hpux_gmt
datetime.datetime(2011, 4, 27, 17, 21, 58)
>>> hpux_dt
datetime.datetime(2011, 4, 27, 12, 21, 58)
>>> hpux_date
'Wed Apr 27 12:21:58 CDT 2011'
>>>