Наверняка вы замечали, что в Python есть удобная функция для получения переменной окружения
os.getenv(NAME)
И её "сестра" для создания или изменения переменных окружения
os.putenv(NAME, VALUE)
Но почему-то putenv() не работает как должно. Энвайромент не обновляется!
os.putenv('MYVAR', '1')
print(os.getenv('MYVAR'))
... и ничего 😴
Почему так?
На самом деле энвайромент обновляется, но это значение не добавляется в словарь os.environ.
Откройте исходник функции os.getenv(). Это просто шорткат для os.environ.get()
В то время как putenv() это built-in С-функция.
Словарь os.environ (или точней класс из MutableMapping) создаётся из энвайромента в момент инициализации. Функция putenv() самостоятельно его не изменяет.
В тоже время, когда вы создаёте или изменяете ключ в os.environ, автоматически вызывается putenv() в методе __setitem__().
То есть, технически putenv() всё делает верно, но в os.environ это не отражается. Можно проверить так:
>>> os.putenv('MYVAR', '123')
>>> os.system('python -c "import os;print(os.getenv(\'MYVAR\'))"')
123
Я объявил переменную в текущем процессе и вызвал дочерний процесс, который её унаследовал и получил в составе os.environ.
Аналогично при удалении переменной вызывается еще одна built-in функция unsetenv(), удаляющая переменную из системы.
Итого
▫️ Удобней всего явно обновлять переменные через os.environ
▫️ Есть способ неявно создать/удалить переменную через putenv/unsetenv, что не повлияет на os.environ но изменит энвайромент и передаст изменения сабпроцессам. Но так лучше не делать!
▫️os.environ это просто обертка для built-in функций putenv() и unsetenv().
#basic
🚢Более 1100 судов столкнулись с навигационными сбоями в Персидском заливе.
По данным аналитической компании Windward, за последние 24 часа свыше 1100 судов в Персидском заливе подверглись помехам GPS и AIS.
Зафиксированы масштабные и прерывистые сбои GNSS, влияющие на системы позиционирования, навигации и связи (включая AIS и VHF).
Операторам рекомендовано избегать района Персидского и Оманского заливов, северной части Аравийского моря и Ормузского пролива.
Суда под флагом США или с американскими экипажами обязаны держаться на расстоянии 30 морских миль от военных кораблей США и поддерживать постоянную связь с военно-морскими каналами.
Экипажам предписано дублировать GPS-позиционирование радиолокацией, визуальными пеленгами и иными методами.
По оценке Windward, отметки судов ошибочно «перемещались» в аэропорты, на АЭС и на сушу в Иране, Омане и ОАЭ. Выявлен минимум 21 новый кластер AIS-помех в водах у ОАЭ, Катара, Омана и Ирана.
Инциденты усиливают навигационные, регуляторные и операционные риски в одном из ключевых коридоров мировой энергетической торговли.
На фоне геополитической эскалации электронные помехи становятся самостоятельным фактором риска для судоходства, влияя на страхование, маршрутизацию и безопасность экипажей.
📌Windward Ltd. — международная компания в сфере морской аналитики и разведки, основанная в 2010 году, специализируется на анализе AIS-данных и оценке морских рисков. Акции обращаются на Лондонской фондовой бирже (AIM); компания является публичной и принадлежит институциональным и частным инвесторам.
#GNSS#AIS#Hormuz#MaritimeSecurity#ShippingRisk