под нативным вы имеете ввиду модуль в стандартной библиотеке http?

да

под нативным вы имеете ввиду модуль в стандартной библиотеке http?

да

ясно. спасибо

ясно. спасибо

не за что

наивный

нативный нативный нативный пративный :D

ясно. спасибо

пожалуйста

Решил установить babel-cli глобально на серваке (Ubuntu). Выдает такую ошибку -bash: /usr/bin/babel: No such file or directory

а что вводишь для установки?

Решил установить babel-cli глобально на серваке (Ubuntu). Выдает такую ошибку -bash: /usr/bin/babel: No such file or directory

у тебя нет глобальных нпм пакетов в $PATH

npm install --save-dev babel-cli

если глобально для ubuntu то -g добавь

ну и sudo, если прав не хватит

а вот —save-dev мне кажется (если глобально) стоит убрать

ну и sudo, если прав не хватит

не надо так

не надо так

это легально

)

Решил установить babel-cli глобально на серваке (Ubuntu). Выдает такую ошибку -bash: /usr/bin/babel: No such file or directory

зачем тебе на серве глобальные нпм пакеты

это легально

нет

https://docs.npmjs.com/getting-started/fixing-npm-permissions

нет

для локальной разработки - да

для локальной разработки - да

нет

да

ни одному нпм пакету не нужен судо

нпму может быть нужно

это пиздец какой vulnerability

нет https://docs.npmjs.com/getting-started/fixing-npm-permissions

да боже

я не про продакш же говорю

какая разница

clear()

я создам пакет который на postinstall будет отправлять мне твои ssh_keys

и всё твой судо всё сделает

спасибо

> phpclub

если глобально для ubuntu то -g добавь

делал. Не помогло.

> phpclub

ну да, я и на нем пишу

делал. Не помогло.

зачем тебе глобальный бабель на серве?

потому, что у меня не 1 проект работает с бабелем

и?

зачем в каждый проект устанавливать по новой бабель

вот именно что нужно. Вдруг версии разные.

shared dependencies

версии

могут быть

ну вы поняли

плюс да, как заметили версии

вобщем ты не туда копаешь

У вас проект должен быть самодостаточен. И не зависить ни от кого

Просто не надо использовать глобальную "системную" ноду. В современном динамичном мире её всё равно не хватит на все проекты. Поэтому такой софт надо собирать в папку юзера, nvm и аналоги в помощь.

почини свой нпм мануалом который я скинул

У вас проект должен быть самодостаточен. И не зависить ни от кого

тоже логично, не могу с вами не согласиться

почини свой нпм мануалом который я скинул

ок, чекну

Это не светлое новое будущее жаваскрипта , а просто ещё один инструмент в тулбоксе разработчика

Нет, это полная замена JS в перспективе 5–10 лет и смерть JS как технологии

Нет, это полная замена JS в перспективе 5–10 лет и смерть JS как технологии

почему?

тоже логично, не могу с вами не согласиться

банально, если я захочу установить ваш пакет, то будет тупо не хватать пакетов.

и мне придется самому доставлять

Ок, я решил в каждый проект тогда устанавливать по новой. Ща установил в одном проекте бабел на серваке, грёбаная ошибка: -bash: /usr/bin/babel: No such file or directory

Тут кто-то говорил про путь

$PATH

npm install --save-dev babel-cli

Такой пакет не существует

В официальной документации брал

https://babeljs.io/docs/setup/#installation

а зачем именно babel-cli ?

Такой пакет не существует

что ты говоришь? ➜ npm info babel-cli version 6.22.2

ERROR: S client not available

что ты говоришь? ➜ npm info babel-cli version 6.22.2

https://www.npmjs.com/package/babel-node

https://www.npmjs.com/package/babel-node

это разные пакеты

Разве?

Хотя могу путать

99% )

а зачем именно babel-cli ?

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

Ок, я решил в каждый проект тогда устанавливать по новой. Ща установил в одном проекте бабел на серваке, грёбаная ошибка: -bash: /usr/bin/babel: No such file or directory

ты ставишь его глобально

нужно локально к проекту

нет. Я не поставил ведь --global

почему?

Что почему? Потому что такая задача проекта.

онли --save-dev

Кстати, а вас не раздражает, что eslint ругается на то, что, например, webpack стоит в devDependency а не в dependecy. Принципиально не хочу переносить. С одной стороны можно отключатить это правило, но с другой сторны, чуваки, которые пидалят стандарты, наверно, чем то руководствуются? Что думаете?

Кстати, а вас не раздражает, что eslint ругается на то, что, например, webpack стоит в devDependency а не в dependecy. Принципиально не хочу переносить. С одной стороны можно отключатить это правило, но с другой сторны, чуваки, которые пидалят стандарты, наверно, чем то руководствуются? Что думаете?

именно поэтому есть конфиг еслинта, и каждая компания/команда исходя из особенностей своей работы, проекта, архитектуры и чего бы то ни было еще, определяется то, что вы называете “стандартами”

я юзаю airbnb

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

Кстати, а вас не раздражает, что eslint ругается на то, что, например, webpack стоит в devDependency а не в dependecy. Принципиально не хочу переносить. С одной стороны можно отключатить это правило, но с другой сторны, чуваки, которые пидалят стандарты, наверно, чем то руководствуются? Что думаете?

А разве по такому поводу не стоит завести им ишшью? https://github.com/eslint/eslint/issues/new

Для того, чтоб писать ишью. Нужно наминтку задуматься и подумать, а может таки есть смысл в этом. А не тупо бежать заводить не разобравшись

Возможно кто то с чата одним предложением развеет мои сомнения

И если на то пошлло, то не в eslint нужно заводить а в сам стандарт

Для того, чтоб писать ишью. Нужно наминтку задуматься и подумать, а может таки есть смысл в этом. А не тупо бежать заводить не разобравшись

всё верно

А разве по такому поводу не стоит завести им ишшью? https://github.com/eslint/eslint/issues/new

нет. еслинт без конфига ничего не делает. если вас не устраивает то, что он делает, то проблема в правиле

Тоже верно

e no-extraneous-dependercies есть опшены. можно указать devDependencies: false и не будет ругаться

собсно отключить правило можно. Так можно и все отключить, которые бесят. Но на то они и правила

Надо придерживаться

Надо придерживаться

Ты странный

Почему?

«Этот кактус чересчур колюч и невкусен, но я всё равно его буду есть. Кстати, никто не подскажет, как его сделать повкуснее?»

Есть команда из 10 чел. Каждому что то не нравится. и считает что нужно отключить что то . В итоге на проекте через год сплошная вакханалия по коду. Не говоря о багах в бизнессзадачах.

Я не гворю что он колюч. Я говорю, почему то выросла иголка на фикусе

Есть команда из 10 чел. Каждому что то не нравится. и считает что нужно отключить что то . В итоге на проекте через год сплошная вакханалия по коду. Не говоря о багах в бизнессзадачах.

Поэтому есть стайлгайд и общие конфиги IDE