VH
от і я не збагну навіщо так зробили
Size: a a a
2019 November 14
TS
Потому, что синхронная функция не ясно когда закончится, а асинхронная промис вернет, а как закончится то он разрезолвится
IG
а в .env можно хранить текст в формате json?
или это не имеет смысла ибо прод, тесты и разработка будут происходить в разных окружениях?
я хочу себе сделать что-то типа такого
или это не имеет смысла ибо прод, тесты и разработка будут происходить в разных окружениях?
я хочу себе сделать что-то типа такого
{
"development": {
"config_id": "development",
"app_name": "my app",
"app_desc": "my app desc",
"node_port": 3000,
"json_indentation": 4,
"database": "my-app-db-dev"
},
"testing": {
"config_id": "testing",
"database": "my-app-db-test"
},
"staging": {
"config_id": "staging",0
"node_port": 8080,
"database": "my-app-db-stag"
},
"production": {
"config_id": "production",
"node_port": 8080,
"database": "my-app-db-prod"
}
}ОР
а в .env можно хранить текст в формате json?
или это не имеет смысла ибо прод, тесты и разработка будут происходить в разных окружениях?
я хочу себе сделать что-то типа такого
или это не имеет смысла ибо прод, тесты и разработка будут происходить в разных окружениях?
я хочу себе сделать что-то типа такого
{
"development": {
"config_id": "development",
"app_name": "my app",
"app_desc": "my app desc",
"node_port": 3000,
"json_indentation": 4,
"database": "my-app-db-dev"
},
"testing": {
"config_id": "testing",
"database": "my-app-db-test"
},
"staging": {
"config_id": "staging",0
"node_port": 8080,
"database": "my-app-db-stag"
},
"production": {
"config_id": "production",
"node_port": 8080,
"database": "my-app-db-prod"
}
}лучше тогда просто джсон конфиг сделать, вместо енв файла
G
а в .env можно хранить текст в формате json?
или это не имеет смысла ибо прод, тесты и разработка будут происходить в разных окружениях?
я хочу себе сделать что-то типа такого
или это не имеет смысла ибо прод, тесты и разработка будут происходить в разных окружениях?
я хочу себе сделать что-то типа такого
{
"development": {
"config_id": "development",
"app_name": "my app",
"app_desc": "my app desc",
"node_port": 3000,
"json_indentation": 4,
"database": "my-app-db-dev"
},
"testing": {
"config_id": "testing",
"database": "my-app-db-test"
},
"staging": {
"config_id": "staging",0
"node_port": 8080,
"database": "my-app-db-stag"
},
"production": {
"config_id": "production",
"node_port": 8080,
"database": "my-app-db-prod"
}
}Можно сделать .env.dev, .env.prod,
.env.test etc, и подгружать нужное, по кр мере так рекомендуется
.env.test etc, и подгружать нужное, по кр мере так рекомендуется
IG
Можно сделать .env.dev, .env.prod,
.env.test etc, и подгружать нужное, по кр мере так рекомендуется
.env.test etc, и подгружать нужное, по кр мере так рекомендуется
хорошая идея)
но я просто буду использовать разные переменные на разных устройствах та и всё, спасибо всем за советы)
но я просто буду использовать разные переменные на разных устройствах та и всё, спасибо всем за советы)
G
хорошая идея)
но я просто буду использовать разные переменные на разных устройствах та и всё, спасибо всем за советы)
но я просто буду использовать разные переменные на разных устройствах та и всё, спасибо всем за советы)
Только стандартный гитигнор это не учитывает, нало дописать .env.*
AS
а в .env можно хранить текст в формате json?
или это не имеет смысла ибо прод, тесты и разработка будут происходить в разных окружениях?
я хочу себе сделать что-то типа такого
или это не имеет смысла ибо прод, тесты и разработка будут происходить в разных окружениях?
я хочу себе сделать что-то типа такого
{
"development": {
"config_id": "development",
"app_name": "my app",
"app_desc": "my app desc",
"node_port": 3000,
"json_indentation": 4,
"database": "my-app-db-dev"
},
"testing": {
"config_id": "testing",
"database": "my-app-db-test"
},
"staging": {
"config_id": "staging",0
"node_port": 8080,
"database": "my-app-db-stag"
},
"production": {
"config_id": "production",
"node_port": 8080,
"database": "my-app-db-prod"
}
}не делайте так
лучше просто в сделать модуль конфига в который подгружаются данные из енва и если их в енве нету то юзаются дефолтные данные
а в каждом енве вы просто будете настраивать .env файл под каждый енв индивидуально
ваши енвы не должны ничего знать друг о друге
лучше просто в сделать модуль конфига в который подгружаются данные из енва и если их в енве нету то юзаются дефолтные данные
а в каждом енве вы просто будете настраивать .env файл под каждый енв индивидуально
ваши енвы не должны ничего знать друг о друге
TS
Поступило предложение откомпилить docker в webassembly и запускать его в ноде
AS
Поступило предложение откомпилить docker в webassembly и запускать его в ноде
может хоть так быстрее будет работать)
Р
может хоть так быстрее будет работать)
а он медленно работает?
AS
а он медленно работает?
не на линуксе производительность намного меньше чем на линуксе при использовании нескольких больших сервисов(база, redis, elasticsearch, сервер)
A
Среди бывшых гребцов и "техлидов" Thomas Cook бытовало мнение, что докер для выполнения поднимает виртуальную машину как виртуалбокс (даже на линуксе)
TS
Ну и тогда можно из всех процессов ноды управлять одним процессом куба, кто-то пробовал использовать его так?
AS
Ну и тогда можно из всех процессов ноды управлять одним процессом куба, кто-то пробовал использовать его так?
интересная идея
но мне кажется не сильно секьюрно
но мне кажется не сильно секьюрно
G
Среди бывшых гребцов и "техлидов" Thomas Cook бытовало мнение, что докер для выполнения поднимает виртуальную машину как виртуалбокс (даже на линуксе)
lmao
G
Поступило предложение откомпилить docker в webassembly и запускать его в ноде
go обратно совместим с жсом, зачем вебассембли?
https://github.com/gopherjs/gopherjs
https://github.com/gopherjs/gopherjs
AS
go обратно совместим с жсом, зачем вебассембли?
https://github.com/gopherjs/gopherjs
https://github.com/gopherjs/gopherjs
ну докер же не на жс написан