Минималистичный и полнофункциональный подход ES6:
const setCookie = (name, value, days = 7, path = '/') => {
const expires = new Date(Date.now() + days * 864e5).toUTCString()
document.cookie = name + '=' + encodeURIComponent(value) + '; expires=' + expires + '; path=' + path
}
const getCookie = (name) => {
return document.cookie.split('; ').reduce((r, v) => {
const parts = v.split('=')
return parts[0] === name ? decodeURIComponent(parts[1]) : r
}, '')
}
const deleteCookie = (name, path) => {
setCookie(name, '', -1, path)
}
Да, сценарий № 3, то есть conda
только в base env, с каталогом base bin/
в PATH
представляется стандартной конфигурацией .
Когда я клонировал свою базу, то есть
conda create -n base-clone --clone base
, он предупредил меня, что пакеты conda и conda-env не будут скопированы, что привело к в конфигурации у вас в случае № 3.
Чтобы исправить случай (2), вероятно, достаточно было бы удалить conda и conda-env из YAML, а затем воссоздать env.
Не уверен насчет случая (1), хотя обычно каталог base bin/
должен быть на PATH
в большинстве установок по умолчанию, и активация другого env (клонированного или нет) не должна влиять эту запись, но только до envs/your-env/bin/
(более высокий до) до PATH
.
Полагаю, мне следует добавить отказ от ответственности, что это все из эмпирического опыта / тестирования (с conda v4.5.12 , установленным через Miniconda на MacOS 10.14), а не из каких-либо прямых знаний о внутренностях conda. [1113 ]