но я не под из под рута запускал ноду на 80 порту и все работало.

У тебя явно были права, либо что-то не так с системой Если у тебя не падало ничего- это плохо. Потенциальная дыра в системе

А как закрыть доступ к ноде из интернета? Пока не придумал ничего лучше, чем через нжинкс слать хедер и проверять его нодой

ufw

У тебя явно были права, либо что-то не так с системой Если у тебя не падало ничего- это плохо. Потенциальная дыра в системе

я через sudo запускал

я через sudo запускал

Это и есть права суперпользователя

Это и есть права суперпользователя

но запускал же не от рута

значит рутовых прав не было

но запускал же не от рута

🙈

sudo же просто делегирование отпределенных прав, но запускается программа от имени пользователя а не от рута

DESCRIPTION sudo allows a permitted user to execute a command as the superuser or another user, as specified by the security policy.

man sudo

sudo же просто делегирование отпределенных прав, но запускается программа от имени пользователя а не от рута

Если ты даешь пользователю права суперпользователя- он может от имени рута (кого угодно) выполнить любое дерьмо

Если ты даешь пользователю права суперпользователя- он может от имени рута (кого угодно) выполнить любое дерьмо

добавление в группу sudo это не выдача прав супервользователя, это выдача прав на исполнение определенных вещей чего раньше делать было нельзя. Я могу в sudoers прописать можно запускать от 80 порта приложение, а все остальное нельзя

добавление в группу sudo это не выдача прав супервользователя, это выдача прав на исполнение определенных вещей чего раньше делать было нельзя. Я могу в sudoers прописать можно запускать от 80 порта приложение, а все остальное нельзя

Ты хочешь мне объяснить как права работают?) Ты сюда пришел за советом. Я тебе их даю, а ты со мной еще и споришь, как работает система прав в *nix

добавление в группу sudo это не выдача прав супервользователя, это выдача прав на исполнение определенных вещей чего раньше делать было нельзя. Я могу в sudoers прописать можно запускать от 80 порта приложение, а все остальное нельзя

Выполни в своем пользователе sudo whoami и дивись

Ты хочешь мне объяснить как права работают?) Ты сюда пришел за советом. Я тебе их даю, а ты со мной еще и споришь, как работает система прав в *nix

я не спорить пришел, я просто не могу понять почему ноду на 80 порту нельзя крутить. Вот и все

я не спорить пришел, я просто не могу понять почему ноду на 80 порту нельзя крутить. Вот и все

Нежелательно, чтобы сервисы работали с правами суперпользователя Ты используешь чужой код, который не читаешь (зависимости) Когда ты даешь права своему коду, ты даешь права коду тысяч других разработчиков Уже были модули, которые тыздили все, что можно с серверов (переменные окружения и прочее дерьмо)

Я не хороший безопасник, но знаю, что оставляя вот такие дыры можно наткнуться на большие проблемы в будущем (возможно, ближайшем)

Нежелательно, чтобы сервисы работали с правами суперпользователя Ты используешь чужой код, который не читаешь (зависимости) Когда ты даешь права своему коду, ты даешь права коду тысяч других разработчиков Уже были модули, которые тыздили все, что можно с серверов (переменные окружения и прочее дерьмо)

но гипотетически я же могу ноду запустить в контейнере или джейле от рута и это безопасно и все на 80 порту будет?

но гипотетически я же могу ноду запустить в контейнере или джейле от рута и это безопасно и все на 80 порту будет?

Некоторые даже в контейнере запускают код от другого пользователя. Там тоже время от времени дыры обнаруживают

Некоторые даже в контейнере запускают код от другого пользователя. Там тоже время от времени дыры обнаруживают

а можно без nginx тогда обходиться и с помощью iptables 80 порт перенаправлять на 8081 порт на котором нода крутится? или все таки лучше проксить именно nginx из за его скорости и надежности а о ноде снаружи таким образом никто не узнает ничего?

а можно без nginx тогда обходиться и с помощью iptables 80 порт перенаправлять на 8081 порт на котором нода крутится? или все таки лучше проксить именно nginx из за его скорости и надежности а о ноде снаружи таким образом никто не узнает ничего?

У nginx-а нескончаемый список достоинств Я бы на твоем месте сначала настроил все, а потом бы начал читать, что еще допилить можно

У nginx-а нескончаемый список достоинств Я бы на твоем месте сначала настроил все, а потом бы начал читать, что еще допилить можно

прошу еще раз прощения за беспокойства, но есть cms уже готовые на node.js ?

Вопрос от рута не от рута вообще вторичен, суть в том, что есть nginx и есть некое поделие на ноде/перле/питоне etc, для того, чтобы вывести сие поделие по фунционалу/перформансу на уровень с nginx надо затратить ой как много времени и я подозреваю если бы это было сделано, то подобные вопросы бы не возникали.

не все что умеет слушать на 80 порту надо ставить голой жопой в мир смотреть

это же очевидно Карл

Вопрос от рута не от рута вообще вторичен, суть в том, что есть nginx и есть некое поделие на ноде/перле/питоне etc, для того, чтобы вывести сие поделие по фунционалу/перформансу на уровень с nginx надо затратить ой как много времени и я подозреваю если бы это было сделано, то подобные вопросы бы не возникали.

Не неси дичь Вопрос прав не вторичен

в данном контексте вторичен

Вопрос от рута не от рута вообще вторичен, суть в том, что есть nginx и есть некое поделие на ноде/перле/питоне etc, для того, чтобы вывести сие поделие по фунционалу/перформансу на уровень с nginx надо затратить ой как много времени и я подозреваю если бы это было сделано, то подобные вопросы бы не возникали.

понял спасибо, просто меня смущало именно то что нода как вебсервер наружу глядит, и я думал что она не даст такого функционала как nginx . В итоге оказался прав. Спасибо что помогли

@Atassis даже запущенная от обычного юзера нода не решает остальных вопросов

@Atassis даже запущенная от обычного юзера нода не решает остальных вопросов

Ты умеешь давать плохие советы

Тут нет вторичных моментов Он не задает конкретные вопросы и бегает по теме

я не даю советов, я констатирую факт

То есть ты считаешь, что запускать от суперпользователя ноду- норм?

я считаю, что это зависит от

@Atassis даже запущенная от обычного юзера нода не решает остальных вопросов

и еще можно маленький вопрос. А для node.js есть библиотеки для работы с графикой ? У php например есть библиотека gd2 которая работает с графикой и по возможностям почти как photoshop, там вводяные знаки наложить заливки, рисование и тому подобное. А для ноды есть подобные либы для графики с мощным функционалом?

я считаю, что это зависит от

Ты же понимаешь, что это надо делать осознанно, и что осознанно к Родиону сейчас не относится?)

и еще можно маленький вопрос. А для node.js есть библиотеки для работы с графикой ? У php например есть библиотека gd2 которая работает с графикой и по возможностям почти как photoshop, там вводяные знаки наложить заливки, рисование и тому подобное. А для ноды есть подобные либы для графики с мощным функционалом?

sharp, например

и еще можно маленький вопрос. А для node.js есть библиотеки для работы с графикой ? У php например есть библиотека gd2 которая работает с графикой и по возможностям почти как photoshop, там вводяные знаки наложить заливки, рисование и тому подобное. А для ноды есть подобные либы для графики с мощным функционалом?

есть electron, почитай что это

есть electron, почитай что это

электрон вообще не об этом

электрон вообще не об этом

ой блин, я думал он об gui, как-то недочитал

а на ваш вгляд что более песпективней изучать новичку , Perl или Node.js?

а на ваш вгляд что более песпективней изучать новичку , Perl или Node.js?

перл сейчас начать изучать- такое себе

А Perl сейчас где вообще используется?

перл сейчас начать изучать- такое себе

ну я вынужден, ибо я стажером пришел в фирму где используют перл для вебсайтов. Фирма делает сайты и фирма очень старая с 2000 года, и тогда был для веба норм тока перл . И у них самописная CMS на Perl , поэтому приходится учить перл. Так же в паре проектов они используют ноду. И на ваш взгляд можно хорошо знать ноду и перл одновременно?

или perl+node.js это shit combo?

ну я вынужден, ибо я стажером пришел в фирму где используют перл для вебсайтов. Фирма делает сайты и фирма очень старая с 2000 года, и тогда был для веба норм тока перл . И у них самописная CMS на Perl , поэтому приходится учить перл. Так же в паре проектов они используют ноду. И на ваш взгляд можно хорошо знать ноду и перл одновременно?

На прошлом месте работы я параллельно писал пхп код Я его не люблю, но писать надо, так как стоят задачи Ничто не мешает работать в 2 языках, но упор делать на один

На прошлом месте работы я параллельно писал пхп код Я его не люблю, но писать надо, так как стоят задачи Ничто не мешает работать в 2 языках, но упор делать на один

и в моем случае лучше на node.js делать упор?

и в моем случае лучше на node.js делать упор?

+

ну я вынужден, ибо я стажером пришел в фирму где используют перл для вебсайтов. Фирма делает сайты и фирма очень старая с 2000 года, и тогда был для веба норм тока перл . И у них самописная CMS на Perl , поэтому приходится учить перл. Так же в паре проектов они используют ноду. И на ваш взгляд можно хорошо знать ноду и перл одновременно?

Интересный выбор места работы

и в моем случае лучше на node.js делать упор?

Кстати да, если есть возможность бежать оттуда- беги оттуда

Кстати да, если есть возможность бежать оттуда- беги оттуда

почему?

Кстати да, если есть возможность бежать оттуда- беги оттуда

у них сотни клиентов и много крупных и нужно поддерживать кучу проектов на perl

почему?

Не учись старым технолоигям

и в моем случае лучше на node.js делать упор?

Есть адепты перла, но они в 99.9% случаев говорят одно и то же: "на нём удобно работать с текстом, поэтому, очевидно, другие языки сосут". Но вообще это мёртвый язык, знание которого тебе не особо поможет в освоении других технологий

Ну с текстом также удобно работать в JavaScript и Python

Perl, ИМХО, давно утратил свое первенство в этой области

Не учись старым технолоигям

ну по чесному да, perl после php вызывает дикое раздражение и сложности, парадигма "Есть больше одного способа сделать это" , мне не по душе и синтаксис перла, читать тяжеловато для новичка. Так как у нас все разработчики фулстеки, каждый верстает+бекенд+фронтенд+деплой+администрирование веб серверов, я естественно в процессе верстки начал с нуля изучать js , и после php , js мне понравился, я полюбил его, он более понятный и логичный. И тут я узнал что есть node.js и js на бэке это просто мечта и рай для меня. Очень удобно когда на фронте и на беке один язык. А то требуется знать perl для поддержки проектов, требуется знать php для поддержки других проетов, плюс js+node.js , от стольки языков за раз у новичка типа меня взрывается башка. И это за полгода моей стажировки

Есть адепты перла, но они в 99.9% случаев говорят одно и то же: "на нём удобно работать с текстом, поэтому, очевидно, другие языки сосут". Но вообще это мёртвый язык, знание которого тебе не особо поможет в освоении других технологий

ну удобно было раньше, и удобно работаь с текстами на серверах, так как перл зачастую стоит на дистрах линукса из коробки то писать на нем однострочники для админства цены нет, так как bash сильно кастрированный, там даже массивов нет, (правда и тут его питон вытесняет ибо тоже часто из коробки установлен и писать на нем намного удобнее и приятней). А с текстами да можно и на php и на js удобно работать.

ну удобно было раньше, и удобно работаь с текстами на серверах, так как перл зачастую стоит на дистрах линукса из коробки то писать на нем однострочники для админства цены нет, так как bash сильно кастрированный, там даже массивов нет, (правда и тут его питон вытесняет ибо тоже часто из коробки установлен и писать на нем намного удобнее и приятней). А с текстами да можно и на php и на js удобно работать.

Так я и говорю, что нет никакого смысла учить этот язык сейчас

а та node.js можно делать 3d игры?

а та node.js можно делать 3d игры?

В основном нет чем да. Но ты можешь при желании написать бекенд для онлайн игры на Node.js

А еще Unity поддерживает JS для скриптов

В основном нет чем да. Но ты можешь при желании написать бекенд для онлайн игры на Node.js

у питона в этом плане дела лучше обстоят?

Нет.

Конкретно логику в играх и игры пишут на C/C++/C#

Кое-где конечно можно обойтись и "возможностями движка", но дописывать приходится ребятам много

Тем не менее как бекенд для тех или иных сетевых возможностей игры, ты можешь использовать Node.js

Так в частности WarGaming (танки) кое где вкорячил Python

Так в частности WarGaming (танки) кое где вкорячил Python

там много чего вкорячено

Ну крупные проекты это всегда зоопарк технологий

Или зоопарк архитектурных решений

всем привет! подскажите, кто как решал такой момент, если сталкивался: есть промис, в нём несколько потоков (`fs.WriteStream`, например), нужно зарезолвить этот промис, когда все эти потоки завершатся. сейчас использую какое-то наколеночное решение, пример:

const p = new Promise((resolve, reject) => { const readStream = fs.createReadStream(...) const writeStream1 = fs.createWriteStream(...) const writeStream2 = fs.createWriteStream(...) let firstFinished = false let secondFinished = false readStream.pipe(writeStream1) readStream.pipe(writeStream2) writeStream1.on('finish', () => { firstFinished = true if (firstFinished && secondFinished) { resolve() } }) writeStream2.on('finish', () => { secondFinished = true if (firstFinished && secondFinished) { resolve() } }) })

самое гениальное, что могу ещё придумать, это как-то так: const p = new Promise((resolve, reject) => { const readStream = fs.createReadStream(...) const writeStream1 = fs.createWriteStream(...) const writeStream2 = fs.createWriteStream(...) const streamsCount = 2 let finishedCount = 0 const resolver = () => { finishedCount++ if (finishedCount >= streamsCount) { resolve() } } readStream.pipe(writeStream1) readStream.pipe(writeStream2) writeStream1.on('finish', resolver) writeStream2.on('finish', resolver) })

всем привет! подскажите, кто как решал такой момент, если сталкивался: есть промис, в нём несколько потоков (`fs.WriteStream`, например), нужно зарезолвить этот промис, когда все эти потоки завершатся. сейчас использую какое-то наколеночное решение, пример:

я вижу решение вот такое: оборачиванием writestream у promise, а потом promise.all([wspromise1, wspromise2]).then(arguments => { // ta dam }) вот типа в инете решение const uploadTasks = filesToUpload.map((file) => new Promise((resolve, reject) => { var writeStream = client.upload({ container: "mycontainer, remote: file }); // seems like i should register finish events with something writeStream.on("finish", resolve); fs.createReadStream("./local_path/" + file).pipe(writeStream); }); Promise.all(uploadTasks) .then(() => { console.log('All uploads completed.'); });

всем привет! подскажите, кто как решал такой момент, если сталкивался: есть промис, в нём несколько потоков (`fs.WriteStream`, например), нужно зарезолвить этот промис, когда все эти потоки завершатся. сейчас использую какое-то наколеночное решение, пример:

Привет, почитай про callback hell и как с ним бороться, много есть способов, если не ошибаюсь в ес6 есть такая штука async/await для этого.

Привет, почитай про callback hell и как с ним бороться, много есть способов, если не ошибаюсь в ес6 есть такая штука async/await для этого.

es7

В es6 промисы и генераторы

Спасибо