TL
Скорее всего не понадобится, но future George будет рад, что он есть.
Size: a a a
2021 May 04
GG
Не будет
GG
Идея в том, чтобы не менять юнит, если это не нужно 😵
TL
а можно как-нибудь сделать
{% from 'map.jinja' import '*' %}, чтобы все переменные залетели оттуда без префиксов?TL
https://stackoverflow.com/q/3017623/4614134 вот похожий вопрос
TL
вот там же решение предлагается: import 'B.jinja' as B.
TL
Но если в файле B.jinja есть {% set N=1 %}, то там, где импортируется этот B.jinja, необходимо ссылаться на эту переменную как B.N
TL
Можно делать
но что, если у меня дофига этих переменных и я не хочу строчить портянку
from 'B.jinja' import Nно что, если у меня дофига этих переменных и я не хочу строчить портянку
from 'B.jinja' import N?
from 'B.jinja' import L
from 'B.jinja' import M
...
DI
ну тут либо
либо как предлагается
для jinja самый канон конечно import as, который почему-то благородного дона не устраивает
from B import N, L, Mлибо как предлагается
для jinja самый канон конечно import as, который почему-то благородного дона не устраивает
TL
да просто написал файлик в котором задаются переменные, которые во многих стейтах нужны, а стейты написал, думая, что смогу использовать эти переменные "as-is". Ну, типа как
#include "someshit.c" на сяхTL
А оказывается, у инклюдов есть всякие скоупы, хуйоупы, неймспейсинг и прочие контексты
DI
документацию не читай, сразу хуячь, понятно
TL
доки не читай
@
делай хуйню, ага)
@
делай хуйню, ага)
DI
ну теперь то всё исправишь! search and replace всегда спасает :)
TL
вот да, теперь придумываю, каким-бы седом это пофиксить)
DI
реально - с namespace проще, особенно когда разрастается. а то потом шлёп - и что-нибудь локально перекрыло импортированное, ну тупо забыл и объявил такое же имя
TL
да я дурачок, я подумал об этом и во все названия переменных ещё и префикс фигачил по названию формулы)
TL
типа
k8s_salt_ip
k8s_salt_cas
итд)
k8s_salt_ip
k8s_salt_cas
итд)