Понял , спс

Единственное могу сказать это делить файлы не по типу - модели, мидлвары, а по фичам - например user/{models, middlewares}

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

forever, вроде бы, но я лично им не пользовался

Форевер ок

Всем привет, а что по стеку для работы, смотрю вакансии почти везде full stack. У вас в городах есть спрос на чистую node.js?

Разве что для интернов с перспективой fullstack

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

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

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

спасибо

привет, поскажите по кодировкам. Беру данные из формы, отправляю в экспресс строку параметров POST, на бэке её паршу, делая полям decodeURI, делаю объект и записываю в монгу. Русский текст стал норм передаваться, одинарные кавычки экранируются, но запятые все равно сохраняются как %2C, и не могу передавать нормально адрес сайта. ПОдскажите, где, что , откуда и куда нужно кодировать/раскодировать, чтобы при отдаче на фронт данные были в нормальном виде?

бэкслеши нормально приходят, а простые все - http%3A%2F%2Fsdgahg.com. Отправляю после монги find{} массив объектов. Получаю его $.getJSON("/allRows", function(json){}); Вывожу таблицу, собранную из $('<td/>').text(decodeURI(value.site)).appendTo($row);

Всем привет. Кто когда нибудь юзал опекард апи для нод джс, для получения списка товаров ?

И вообще, есть ли такая библиотека ?

Ребят, подкиньте идею. В паспорте с локальной стратегией и с гугл/фейсбук вы храните всё в 1й схеме юзера? И если да то что это за поля? У меня для локальной стратегии есть имейл, имя, пароль. А с гугла я получаю только имя пользователя и айди есть. Каким образом вы всё это храните?

получай с гугла емейл и мердж по мейлу

получай с гугла емейл и мердж по мейлу

Ничего не понял, но мысль уловил, спасибо.

Здраствуйте

а есть кто на реальных проектах GraphQL юзал?

есть

(не я)

а есть кто на реальных проектах GraphQL юзал?

Ансейф пиу пиу за граф топил чета аж удивил

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

Ансейф пиу пиу за граф топил чета аж удивил

Я не то чтобы топлю за него

а есть кто на реальных проектах GraphQL юзал?

есть

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

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

+1

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

Категоричненько, явно не тот кейс

Rest - это палка копалка первобытного человека, я буду топить за любой прогресс в этой застарелой области

Это ад хок костыли которые слишком задержались в качестве основной технологии

Напомни, с чего ты позиционируешь граф как прогресс?

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

Это всё потому что промежуток между фронтендом и бэкендом - он ничей, соответственно неудивительно что инновации тут вводить некому

Почему это хорошо?

И незачем

Правильно

Не жили хорошо нехай начинать

Должна быть достойная альтернатива, которой просто нет

А в чем проблема RESTа?

Должна быть достойная альтернатива, которой просто нет

Чем graphql плох, по-твоему?

А в чем проблема RESTа?

Он не решает все задачи бэка

А в чем проблема RESTа?

в большом количестве тупих роутов

Чем graphql плох, по-твоему?

Я должен знать чем он хорош, а не чем плох

в большом количестве тупих роутов

например?

Почему это хорошо?

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

Он не решает все задачи бэка

какие?

Я должен знать чем он хорош, а не чем плох

Ну так почитай:)

какие?

А никакие, принято так говорить и всё

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

например?

погугли

ведь много инфы

ведь много инфы

так мы тут реальные кейсы обсуждаем

нагуглить можно что и графкл гавнище подзаборное

У меня в коде сотня клиент серверных функций оперирующих схемой более чем с тысячью типов

Знаете где я ваш рест видел)

какие?

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

нагуглить можно что и графкл гавнище подзаборное

https://habr.com/post/326986/ раздел: ЗАДАЧА

Rest - это палка копалка первобытного человека, я буду топить за любой прогресс в этой застарелой области

вот тоже самое говорит мой ментор

У меня в коде сотня клиент серверных функций оперирующих схемой более чем с тысячью типов

Пытаюсь представить это на рест, но что-то такое шапито сразу в голове, что странно становится

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

++

который говорит "ЗАБУДЬТЕ НАХУЙ СЛОВО REST, заебали" =)

Я когда его тыкал- чуть больше достоинств нашел Но не работал с ним нигде, к сожалению

насколько я понимаю это эволюция JsonRPC ???

насколько я понимаю это эволюция JsonRPC ???

Нет

насколько я понимаю это эволюция JsonRPC ???

Соапа )

Ужос, ещё и соап вспомнили

тут есть только одна проблема, 90% людей пишущих здесь понимают про graphql почти ничего

тут есть только одна проблема, 90% людей пишущих здесь понимают про graphql почти ничего

А ты с ВЦИОМа транслируешь?

++

Попугаелиз)

насколько я понимаю GRAPHQL это просто язык запросов ???

Пытаюсь представить это на рест, но что-то такое шапито сразу в голове, что странно становится

Во во

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

язык запросов в плане фронтенда

потому что прочитали один твит и полстатьи про это

Попугаелиз)

))

кароче надо идти пробовать а то нифига непонятно

если изучить поглубже вопросов чем плох рест не останется

"то есть одним запросом скрапер вытаскивает у вас всю структуру, что вряд-ли хотелось бы вам, как владельцу. И вы начинаете придумывать как с этим бороться при помощи костылей, например, что бы при запросе категорий, выдавались только id и названия товаров, но не другие поля. Но потом пишете еще какую-нить фичу на сайт, где нужно, например, еще и цена, оно у вас глючит с предыдущим костылем, и тд. То есть, если вы готовы, по-сути, отдать базу сайта всем желающим, то graphql вам с этим поможет."

"В этом и прелесть GraphQL что можно вытащить всё необходимое одним запросом. Да, где-то это будет уязвимостью, и методы защиты ещё не разработаны. Но я уверен, что вместе с распространением этой технологии сообщество (включая компании) найдут решение этой проблемы."

"В этом и прелесть GraphQL что можно вытащить всё необходимое одним запросом. Да, где-то это будет уязвимостью, и методы защиты ещё не разработаны. Но я уверен, что вместе с распространением этой технологии сообщество (включая компании) найдут решение этой проблемы."

> Но я уверен, что вместе с распространением этой технологии сообщество (включая компании) найдут решение этой проблемы

Как всё радужно у них складывается

Как всё радужно у них складывается

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

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

@yozh_sh попробуй, реализация конкретная тут значения не имеет. Основное отличие от rest, что последний не имет четкой реализации схемы запроса, отсюда у каждого свое понимание реста

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

Нет

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

если ты вернешь денормализованные данные монги в твоем http запросе, то получишь rpc over http

@yozh_sh попробуй, реализация конкретная тут значения не имеет. Основное отличие от rest, что последний не имет четкой реализации схемы запроса, отсюда у каждого свое понимание реста

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

всем привет! хочу все XMLHttpRequest перевести на WebSocket. (нубский вопрос) Вот что-то понять не могу...а как мне с клиента передать параметр (например ID пользователя) выполнить запрос из БД и отдать данные именно этому пользователю, а не всем Я что-то запутался в WS, express-ws, soket.io Буду рад любой помощи. Спасибо

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

Вот осилить была по началу не просто, лично мне. Я год ходил вокруг да около. А потом офигел как жизнь мне это упростило.

если ты вернешь денормализованные данные монги в твоем http запросе, то получишь rpc over http

если)

Вот осилить была по началу не просто, лично мне. Я год ходил вокруг да около. А потом офигел как жизнь мне это упростило.

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

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

О-сознания?

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

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

Это вопрос второго порядка. Как только появится odm под монгу с генерацией схемы под граф жизнь станет лучше, жизнь станет веселее. Но с другой стороны, эту схему надо написать один раз, а поддерживать ее достаточно просто

Как сделать все запросы на сокетах, тоже удобно очень)