IG
но ведь мои переменные будут иметь уникальные ключи, зачем мне переживать за перезапись переменных?
Size: a a a
2019 November 14
AS
но ведь мои переменные будут иметь уникальные ключи, зачем мне переживать за перезапись переменных?
перезапись имеется в виду что если в .env файле одно значение а вы с процессом передали другое то юзалось системное значение
AK
подскажите пожалуйста, я всё ещё делаю бота, и меня смущает что мои api ключи захардкожены в исполняемом файле.
хорошая ли практика использовать .env файл для хранения ключей?
если нет, то где их лучше хранить?
хорошая ли практика использовать .env файл для хранения ключей?
если нет, то где их лучше хранить?
да, правильно все пложить в ENV, при запуске на сервере эти ключи попаду в окружение - и они не должны будут быть прочитаны из файла. Вопрос секюрности уже решают девопсы, как сформировать правильное окружение для приложения, одно из решений hashicorp vault
AK
но ведь мои переменные будут иметь уникальные ключи, зачем мне переживать за перезапись переменных?
будет хорошо если вы ознакомитесь с https://12factor.net/
IG
перезапись имеется в виду что если в .env файле одно значение а вы с процессом передали другое то юзалось системное значение
имеете ввиду сделать .env read-only ?
IG
будет хорошо если вы ознакомитесь с https://12factor.net/
ого, королевский подгон, спасибо огромное, именно то что я искал)
кажется тут есть ответы на все вопросы которые я решаю сейчас)
кажется тут есть ответы на все вопросы которые я решаю сейчас)
AK
пожалуйста, пользуйтесь =)
AS
но ведь мои переменные будут иметь уникальные ключи, зачем мне переживать за перезапись переменных?
простой абсурдный пример
в енв файле стоит порт 3000
а вы хотите запустить еще 3 инстанса приложения на портах 3001-3004
вы не сможете менять енв файл для каждого процесса
а просто передав енв переменную при запуске сервера - вы эту проблемму легко решаете
PORT=3001 node index.js
…
PORT=3004 node index.js
в енв файле стоит порт 3000
а вы хотите запустить еще 3 инстанса приложения на портах 3001-3004
вы не сможете менять енв файл для каждого процесса
а просто передав енв переменную при запуске сервера - вы эту проблемму легко решаете
PORT=3001 node index.js
…
PORT=3004 node index.js
IG
простой абсурдный пример
в енв файле стоит порт 3000
а вы хотите запустить еще 3 инстанса приложения на портах 3001-3004
вы не сможете менять енв файл для каждого процесса
а просто передав енв переменную при запуске сервера - вы эту проблемму легко решаете
PORT=3001 node index.js
…
PORT=3004 node index.js
в енв файле стоит порт 3000
а вы хотите запустить еще 3 инстанса приложения на портах 3001-3004
вы не сможете менять енв файл для каждого процесса
а просто передав енв переменную при запуске сервера - вы эту проблемму легко решаете
PORT=3001 node index.js
…
PORT=3004 node index.js
понял, спасибо)
на примерах понятнее)
на примерах понятнее)
YI
Привіт, хтось може підказати як підключитись до монго через ssl tunnel з nodejs?
P
На локальный порт прокинь подключение и используй его
BY
https://www.youtube.com/watch?v=reIG6asIWAY
Порция демотиватора вам в ленту :)
Порция демотиватора вам в ленту :)
YI
На локальный порт прокинь подключение и используй его
Дякую, все вийшло.
VH
Хто зна в чому профіт робити ініціалізацію асінхронною?
server.js
---------
const appPromise = require('../app');
const http = require('http');
appPromise.then(function(app) {
const server = http.createServer(app);
server.listen(port);
});
app.js
------
const appPromise = async function() {
const config = require('./config');
const logger = require('./logger');
...
return app;
};
module.exports = appPromise();
?
server.js
---------
const appPromise = require('../app');
const http = require('http');
appPromise.then(function(app) {
const server = http.createServer(app);
server.listen(port);
});
app.js
------
const appPromise = async function() {
const config = require('./config');
const logger = require('./logger');
...
return app;
};
module.exports = appPromise();
?
G
Хто зна в чому профіт робити ініціалізацію асінхронною?
server.js
---------
const appPromise = require('../app');
const http = require('http');
appPromise.then(function(app) {
const server = http.createServer(app);
server.listen(port);
});
app.js
------
const appPromise = async function() {
const config = require('./config');
const logger = require('./logger');
...
return app;
};
module.exports = appPromise();
?
server.js
---------
const appPromise = require('../app');
const http = require('http');
appPromise.then(function(app) {
const server = http.createServer(app);
server.listen(port);
});
app.js
------
const appPromise = async function() {
const config = require('./config');
const logger = require('./logger');
...
return app;
};
module.exports = appPromise();
?
es6 modules в вигляді commonJS 🤔
YI
якщо в тебе немає ніякого асинхроного коду в app.js то не варто таке робити
A
Зависит от того, что будет вместо "..." в app.js
V
Там наверно подключение к бд)
VH
на перший погляд лише app.use('/route', async () => {}) - лише асінхронні хендлери
YI
для цього не потрібно робити його асинхроним, воно має працювати і синхроно теж