Наверняка вы замечали, что в 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
🧭 Прогноз погоды для #DDay, изменивший мировую историю 🧭
5 июня 1944 года, 80 лет назад, в маленьком домике недалеко от Портсмута группа метеорологов представила генералу Эйзенхауэру один из важнейших прогнозов погоды в 📍истории. От их слов зависели жизни сотен тысяч солдат и исход Второй мировой войны.
«Просто назовите нам пять ясных, тихих дней, и мы начнем», сказали генералы союзных войск метеорологам, когда планировали открытие Второго фронта — высадку в Нормандии. Столетние погодные записи свидетельствовали о том, что надежды на такое не было.
Что делало этот прогноз уникальным? Впервые была применена система тройной 🔺проверки – три независимые метеорологические группы анализировали данные: британские ВВС, Королевский военно-морской флот и американские метеорологи. Каждая команда работала изолированно, чтобы избежать взаимного влияния, и только затем капитан Джеймс Стагг сводил их выводы воедино.
Операция «Оверлорд» была запланирована на 5 июня, но синоптики обнаружили приближающийся шторм в Ла-Манше. Несмотря на мнения некоторых генералов, метеорологи настояли на переносе операции на 6 июня, предсказав кратковременное улучшение погоды. Наконец, на непростом совещании в 4 часа утра, Эйзенхауэр 🔜 отложил операцию на 24 часа — всего за два часа до отплытия основных сил.
Это было смелое решение — на карту была поставлена вся операция. Немцы считали шторм непреодолимым препятствием и не ожидали атаки. Когда 6 июня наступило предсказанное «окно» 🪟 в погоде, союзники начали высадку и заставили противника врасплох: Роммель отправился домой в отпуск, а три немецкие генерала проводили симуляцию возможного вторжения в Ренне.
Для Советского Союза успешная высадка союзников стала долгожданным открытием Второго фронта, приблизившего окончание войны. История Дня «Д» напоминает нам: иногда самые незаметные герои — метеорологи с их картами 🗾 и тщательной перепроверкой данных — могут изменить ход истории.
Сегодня мы вспоминаем всех тех, кто тогда, преодолевая невероятные трудности, приближал день мира в Европе. И всех тех, кто в этой борьбе принес самую высокую жертву — свою жизнь.
Узнайте больше о самом важном прогнозе: https://www.youtube.com/watch?v=98PI_mlJJM8
#DDay#DDay81#VEDay#VEDay80