Наверное одним js будет работать быстрее, но пока в инете не нашел этому четкое обоснование)

Обоснование или для начала подтверждение?) Реквайр+парсинг одного большого мудуля быстрее чем реквайр+парсинг десятков маленьких, просто из-за чтения из fs и оборачивание каждого модуля в свой контекст. Производительность работы приложения это не затрагивает

Возможно тебе просто нужен babel

а не бандлиить это все в один файл если хочешь пользоваться модными штучками

Впрочем зачем из этого компилить один файл не совсем понятная история. Нужен ли для этого webpack?

Вот здесь товарищ хорошо обосновывает зачем это http://jlongster.com/Backend-Apps-with-Webpack--Part-I

Возможно тебе просто нужен babel

У меня там typescript но это не суть важно) Вообще я так и делаю, через bable

Вот здесь товарищ хорошо обосновывает зачем это http://jlongster.com/Backend-Apps-with-Webpack--Part-I

source map?

какие-то другие плюсы у этого подхода сложно увидеть

Вся история началась с того, чтобы отдельно лежащий файл с sql вливался в код js сервера, а webpack это умеет

fs.readFileSync чем мешает? О_о

Можно конечно запросы sql хранить отдельно и загружать во время выполнения но это уже плохо влияет на производительность

эээ

fs.readFileSync чем мешает? О_о

Просидает производительность)

в какой момент?

и как оно по твоему проседает?

Даже асинхронно, это влияет. Тратятся ресурсы на подгрузку файла. Или я не прав?)

реальная разница в запросе к fs + это явно лежит в другом page файловой системы. Есть разница - не уверен что ты ее заметишь особо.

Пока не замерял, скажу честно) но люди пишут, что загрузку файлов нужно делать аккуратно)

реальная разница в запросе к fs + это явно лежит в другом page файловой системы. Есть разница - не уверен что ты ее заметишь особо.

Возможно и так

хуево когда приезжаешь на асус и проебываешь а половина асуса уже миллионеры (

а раньше в клике дерьмо травились ._.

Даже асинхронно, это влияет. Тратятся ресурсы на подгрузку файла. Или я не прав?)

Оно тратится один раз при старте и все, дальше висит в памяти. Для пользователя это абсолютно незаметно

Всем привет! Очередной нубский вопрос - как создавать(удалять) ноды внутри другой ноды в firebase?

Оно тратится один раз при старте и все, дальше висит в памяти. Для пользователя это абсолютно незаметно

Согласен, поэтому пока решил не заморачиваться с webpack на сервере

ну если в 9 приедет, то все с ума сойдут

а причём тут 9, кстати?

а причём тут 9, кстати?

типа если даже в 8 не прилетит

А почему в 8-то не прилетит?

когда именно fs.readFile с обычным путем до файла, закрывает соединение с файлом? по той причине, что я натыкаюсь на ошибку ENFILE: file table overflow, open, хотя в доках написано, что должно автоматически закрываться соединение)

и нашел одно их решений, использовать graceful-fs

не подскажу

У меня используются express, socket.io, apollo-server (вероятней всего, или другой graphql server) и react SSR. Посмотрел на это всё, и возникло желание разбить сервер на 4 части: socket.io сервер, /api/* (apollo-server + немного обычных POST апишек), react renderer и мастер (объединяет это всё, а также статику отдаёт). Под частями подразумеваю отдельные процессы (хотя бы dev time). В какую сторону смотреть и стоит ли вообще выделять части в отдельные процессы?

У меня на сервере стоит нода # node -v v0.10.25 И там работает несколько сайтов на этой ноде. Задача: прямо сейчас запустить скрипты с ES6 на этом же сервере и не убить сайты Как это сделать?

Es6 перевести в es5

Скомпилировать, а потом этот код использовать

Я попробовал запустить эти сайты на node 6 на локальном компьютере - все работает Если я дропну старую ноду и поставлю новую Что может быть? Вроде как все работает

А что на серваке?

js-bson: Failed to load c++ bson extension, using pure JS version

Linux?

Linux?

+

У меня используются express, socket.io, apollo-server (вероятней всего, или другой graphql server) и react SSR. Посмотрел на это всё, и возникло желание разбить сервер на 4 части: socket.io сервер, /api/* (apollo-server + немного обычных POST апишек), react renderer и мастер (объединяет это всё, а также статику отдаёт). Под частями подразумеваю отдельные процессы (хотя бы dev time). В какую сторону смотреть и стоит ли вообще выделять части в отдельные процессы?

брокеры во все поля

node 6.5 поддерживает же обычный js?

обычный?

Можешь использовать nvm, позволяет переключать версию ноды без напрягов, если что-то пойдет не так, то обратно вернешься. Работает то норм, ео есть вероятность, что что-то стало deprecated, а используется в твоих сайтах

Это предположение

И что же из предыдущих стандартов стало deprecated?

Домены (domains) помечены как deprecated.

Впрочем, до сих пор работают, поскольку альтернативы не было представлено.

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Deprecated_and_obsolete_features - ну да. Ок. Можно почекать код на наличие чего-нибудь из этого

Домены (domains) помечены как deprecated.

Там нет такого Обычные сайты. express, ejs и всякие winston morgan

брокеры во все поля

прости, не очень понял что за брокеры и в какие поля :) Нагуглил пока только cloud foundry service broker, оно?

Ну, у нас тоже «обычный сайт», тоже express, тоже винстон, но некоторые фоновые процессы запускаются через domains.

Ну, у нас тоже «обычный сайт», тоже express, тоже винстон, но некоторые фоновые процессы запускаются через domains.

Нет, такого нет

Ладно Как лучше обновить ноду чтобы сайты долго в дауне не были?

А вообще — тыц: https://github.com/nodejs/node/wiki/API-changes-between-v0.10-and-v4

ноданы. поцкожите аналог nodemon

Ладно Как лучше обновить ноду чтобы сайты долго в дауне не были?

резервный сервер поднять и перенаправить запросы туда. После обновления вернуть на родину. Если процесс деплоя хорошо поставлен, это не должно быть проблемой

резервный сервер поднять и перенаправить запросы туда. После обновления вернуть на родину. Если процесс деплоя хорошо поставлен, это не должно быть проблемой

Это же долго сервер отдельный DNS и т.д.

ноданы. поцкожите аналог nodemon

pm2?

кается не то

я нодемон юзю для перезапуска ноды когда я правлю исходники

поправил жс или hbs или jade файлы и у меня рестаруется нода

Это же долго сервер отдельный DNS и т.д.

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

pm2 погляжу

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

nginx

хм

гениально

ERROR: S client not available

Неа, не получится

А базу как?

для вьюх вроде не надо перезапускать

или ты их кэшируешь?

кеширую канешно

ато медленно

https://www.npmjs.com/package/n

Видели?

это же сам тиджей запилил

я пока все еще nvm использую

ноданы. поцкожите аналог nodemon

forever -w

Node.js v6.8.0

root@server:~# n --latest 6.8.0 root@server:~# n --stable 6.8.0

Вчера зарелизили Ставить ее?

@brs_mdrk недавно на хантер зашёл случайно. а там весит приглашение в авиту. и тут я вспомнил тебя и то что ты меня рекамендовал (: ну и лан

есть багив 6.8

Вчера зарелизили Ставить ее?

почему нет ?

потому что ждать фиксов

обещали быстро

чувак, который за релиз отвечал в тви писал

forever -w

оно вроде не умеет дёргать фронтенд как бровзерифай

что все плохо

Что ставить?

@iyntx а че, тебя позвали в итоге?

node -v v6.5.0 На ноуте такая

а, я думал наши эйчары смелые ловкие умелые, звонят сами

@iyntx а че, тебя позвали в итоге?

позвали но я прозевал нотификейшн.. в итоге мне и на текущем месте норм :)

ну судя по вопросам, у вас там и правда норм

Ставить 6,6?