И, если уж сравнивать с лупбеком, хапи навязывает меньше архитектуры, оставляя больше свободы в организации проекта.

Воистину

Потянет, спасибо. То есть на долгой поддержке явных проблем нету?

Потянет, спасибо. То есть на долгой поддержке явных проблем нету?

Особо нет. Прод на нем между релизами по 2 недели без перезапусков крутится. Мусор его собирается нормально. Память не жрет сам по себе. Обеспечение работы апишечек - милота. Остальное в основном ручками...

Доки у него немного ибанутенькие были, но вроде их сейчас немного переделали. Увы, не смотрел

Ясн, спасибо

Да, с доками, помню, были проблемы :)

7 или 6 ноду как, поддерживает?

Седьмую накатил Запустил поект даже не чихнул

Отлично!

только нода при запуске проекта ругается на один деприкейтед

с Буфером

но таки думается мне что это резво поправят

а так прошел без проблем от 6.3 ноды до 7й

была проблема когда сам стронглуп обновили

но это было достаточно специфично для нас и не я решал, так что не подскажу

Энивей, спасибо большое

не за что

кто-нибудь arrangoDB использовал? как ощущения?

божечки

ещё одна дб

Зачем?…

чтоб было

ну например очень мало графовых бд, не на яве. neo4j, orient все на яве. а тут типа нативная и шустрая по завялениям

а graphQL?

graphql это просто язык запросов

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

подскажите пжл по mongoose: collection: elem1: —items: [ someItem: [ neededId: someId ], someOtherItem: [ neededId: someOtherId ], ], elem2: —items: [ someItem: [ neededId: someId ] , someOtherItem: [ neededId: someOtherId ] ] надо выбрать только элементы, где neededId совпадают с определенным id, как такие выборки делать? что почитать в доке? спс заранее

и в этих элементах отсеять item в которых id не сопвпадают

Ну на монгусе такое врядли можно сделать

А так есть нативные монговые aggregation

Если я правильно понял - нужно получить массив элементов, в которых id == neededId

нет надо получить elem со всеми полями и с items, но в items должны остатся только те item'ы у которых id совпадают

скорее всего как то с помощью elemMatch

я просто никогда такого не делал, a доку по mongoose так быстро не вкуришь =(

нет надо получить elem со всеми полями и с items, но в items должны остатся только те item'ы у которых id совпадают

find('someItem.needId', {$in: [1,2,3]})

find('someItem.needId', {$in: [1,2,3]})

спс, сейча оператор in почитаю

Давно назревал вопрос. Почему на JS принято, так сказать, тегирование? К примеру: node.JS angular.JS *.js Ведь не пишут же: docker.GO или windows.C

Традиция

Давно назревал вопрос. Почему на JS принято, так сказать, тегирование? К примеру: node.JS angular.JS *.js Ведь не пишут же: docker.GO или windows.C

ну так это офиц название никто не запрещает тебе называть ноду нодой, ангуляр ангуляром

нода, ангуляр это частные случаи

большество плагинов-модулей и прочего название строится по формуле НАЗВАНИЕ.JS

не просто НАЗВАНИЕ, а НАЗВАНИЕ.JS

Давно назревал вопрос. Почему на JS принято, так сказать, тегирование? К примеру: node.JS angular.JS *.js Ведь не пишут же: docker.GO или windows.C

Потому же, почему многие проекты под .NET носят соответствующий суффикс :) Просто устоявшаяся традиция.

т.е. как-будто специально подчеркнуть что на JS

У тебя бомбит?

Посмотри сколько пакетов в нпм и сколько в других репах

Давно назревал вопрос. Почему на JS принято, так сказать, тегирование? К примеру: node.JS angular.JS *.js Ведь не пишут же: docker.GO или windows.C

Это обозначение приобщенности к элитной секте свидетелей JS. Чтобы отсальной мир знал и понимал, что этот код не просто написал на JS, а создан в самых недрах тайного общества обладающего сакральным знанием написания кода на Самом Элитном Языке Мира

просто очень много есть портированных тулзовин. И именно с суфиксом искать намного удобней. Например есть такой validator.js Если без суфикса искать, то можно найти на руби помойму

Это просто способ идентификации

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

Для ноды раньше многие модули называли с префиксом node-, чтобы отличить от клиент-сайдных модулей. NPM говорит, что ему известно о 79353 таких пакетах.

хм .. сделали бы доменную зону JS и туда все сайты плагинов-модулей, было бы прикольно )

лол

Любой каприз за ваши деньги

https://twitter.com/bdufresne/status/204643709441159168

только ещё заплатить $187k нужно будет

Пасаны, помогите, чувствую себя дегенератом. Пользуюсь express. Нода отвечает через 2 минуты пустым ответом: казалось бы timeout — добавил строку server.timeout = 999999 чтоб уж наверняка, и всё равно через 2 минуты пустой ответ wtf?

Ну это мелочи

Продадим npm ораклу

бтв https://js.org/

http://remark.js.org/

тоже ништяк)

Пасаны, помогите, чувствую себя дегенератом. Пользуюсь express. Нода отвечает через 2 минуты пустым ответом: казалось бы timeout — добавил строку server.timeout = 999999 чтоб уж наверняка, и всё равно через 2 минуты пустой ответ wtf?

а curl тоже через 2 минуты получает ответ?

а curl тоже через 2 минуты получает ответ?

Уже разогнал до 999999

ERROR: S client not available

Народ, ко мне приходит строка base64, как ее правильно в файл сохранить? Там может быть png, jpeg, gif, jpg)))

Пусть вместе с base64 присылают type, например.

все, разобрался))

Давно назревал вопрос. Почему на JS принято, так сказать, тегирование? К примеру: node.JS angular.JS *.js Ведь не пишут же: docker.GO или windows.C

я вообще такое впервые вижу

пацаны, привет. здесь зубробизоны?) нужно на сайте http://opener.itransition.by/ найти баги. могут быть в коде или по работе. при необходимости зарегайтесь плз

Халявные тестеры не здесь

заплачу за размер бага

в поисках школьников в канале node.js

нужны тру хакеры ?

Парни привет) Делаю аутентификацию и авторизацию в приложение на express + react, вопрос в каком виде это лучше сделать, токены или куки? Сейчас прикручен passport и passport-local, но понять не могу как получить сессию на клиенте и как потом обратно из сессии получить пользователя, может есть толковый туториал?

Парни привет) Делаю аутентификацию и авторизацию в приложение на express + react, вопрос в каком виде это лучше сделать, токены или куки? Сейчас прикручен passport и passport-local, но понять не могу как получить сессию на клиенте и как потом обратно из сессии получить пользователя, может есть толковый туториал?

Для понимания - https://m.habrahabr.ru/company/dataart/blog/262817/ После чего сам сможешь выбрать Для работы с пользователями нужен express session или его аналог

Как правильно const context = { option, directory } or const context = {option, directory} ?

смотря как линтер настроен

Кто?

eslint

Как решишь, короче

вкусовщина в общем) главное чтоб единообразно в рамках проекта

это как с табами и пробелами

У меня на второй вариант ошибку выдаёт, чтобы читаемость не портил

в копилку вопросов одинарные или двойные кавычки

это как с табами и пробелами

тоже как линтер

в копилку вопросов одинарные или двойные кавычки

Нет Правильно же одинарные

у нас на одинарных пишут

Или нет

`?

Нет Правильно же одинарные

лол

` > “

` > “

` - это string templates из es6, так что проще их везде и использовать

Но мне лень и у меня одинарные ?