TGTGInsighttelegram intelligenceLIVE / telegram public index
← Python Заметки

TGINSIGHT SIMILAR POSTS

Најди сличен содржај

Изворен канал @pythonotes · Post #303 · 27 дек.

Наверняка вы замечали, что в 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

Hashtags

Резултати

Пронајдени 1 слични објави

Пребарај: #contentlabelling

当前筛选 #contentlabelling清除筛选
AI & Law

@ai_and_law · Post #782 · 11.03.2026 г., 07:04

🇪🇺European Commission Releases Second Draft of AI Content Labelling Code The European Commission has published the second draft of a voluntary Code of Practice intended to help providers and deployers comply with transparency obligations under Article 50 of the AI Act. The article requires marking and labelling of AI-generated content. The updated draft reflects feedback collected in January 2026 from hundreds of stakeholders across industry, academia, and civil society, as well as input from EU Member States and representatives of the European Parliament. The revised code is designed to reduce compliance burden while promoting open standards and the use of a common EU icon for AI-generated content. It is structured in two sections: the first addresses marking and detection obligations for generative AI system providers, introducing greater flexibility and clearer guidance; the second focuses on deployers, covering labelling of deepfakes and AI-generated text related to matters of public interest with a more practice-oriented approach. Public feedback on the draft is open until 30 March 2026. The final version of the code is expected by early June 2026, while the transparency obligations under Article 50 of the AI Act will become applicable on 2 August 2026. #AIAct#AIRegulation#AIGovernance#Transparency#Deepfakes#ContentLabelling#EUlaw