getaddrinfo EAI_AGAIN

периодически получаю эту ошибку, когда пытаюсь славить запросы через https.request

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

кто-то встречался с подобным?

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

Попробуй fetch

это либа или метод?

это либа или метод?

Либа

выкручиться либой я не хочу

хочу понять, в чем проблема

опять либа request работает

https://github.com/nodejs/node/issues/5436

As a workaround, try http.get({ family: 4, ... }, cb), that tells node not to use AI_V4MAPPED. Use { family: 6 } if you want an IPv6 connection.

вроде, ок

выкручиться либой я не хочу

Пиши на плюсах сразу, зачем мучаться?

хороший совет

выкручиться либой я не хочу

Объясню сарказм За тебя давно написали библиотеки для отправки запросов, остается только грамотно выбрать

напишу всего лишь один контр-аргумент: jquery

при чем тут jquery и нода?

да ладно, серьезно не догоняете?

да ладно, серьезно не догоняете?

Алабама

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

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

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

Да какой лишний код

одна строка импорта и пиши дальше

Ты со своим кодом пока разберешься- состаришься

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

я уже разобрался

трабла не в моем коде

я скинул выше issue

Можно еще одну гифку?

короче

#явсёсказал

Можно еще одну гифку?

какую еще одну?

какую еще одну?

Уже не надо, спасибо #онвсёсказал

Можно еще одну гифку?

можешь сохранить в Telegram гифку

можешь сохранить в Telegram гифку

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

Покажи свой код

class App extends Component { render() { const fs = require('fs'); const fd = fs.openSync('url.txt', 'r+'); console.log(fd); return (

class App extends Component { render() { const fs = require('fs'); const fd = fs.openSync('url.txt', 'r+'); console.log(fd); return (

А ошибка в браузере, да?

class App extends Component { render() { const fs = require('fs'); const fd = fs.openSync('url.txt', 'r+'); console.log(fd); return (

Как ты думаешь браузер имеет доступ к фс?

Как ты думаешь браузер имеет доступ к фс?

нет Но как тогда это сделать Вынести за класс, и вызвать функцию в классе?!

нет Но как тогда это сделать Вынести за класс, и вызвать функцию в классе?!

Доступа к фс не будет в любом случае

Тебе надо сделать или этот файл доступным и фетчить его или настроить лоадер

Всем добрый вечер/ночи Кто что посоветует для работы с монго?

Постгрю

Использую mongoose, ничего другого пока что в глаза не видел Продолжать копаться в этом модуле, либо что еще интересное может предложить сообщество?

С ним пока не срослось, хотя стоило бы)

Понимаю все плюсы реляционок, особенно pg-шки, но вопрос не об этом

Просто mongodb модуль

+

Никаких заморочек, все (почти) просто и понятно

https://github.com/mongodb/node-mongodb-native

Хотя недавно наблюдал в нем фейл при работе с более новой монгой

Мы люди глупые (или нет), часто серверное ПО не обновляем

Ну часто обновляуют СУБД пожалуй только глупые люди

ну патчи есть смысл накатывать, все же)

Ну да, принцип "работает- не трогай" мне не чужд Потыкаю палкой в либу, спасибо)

ну патчи есть смысл накатывать, все же)

конечно также есть смысл читать, что он включает

ну патчи есть смысл накатывать, все же)

Не сказал бы, разве что мегасекьюрити проблемы

Обновление СУБД - почти всегда дайнтайм

даунтайм

а как же реплики? щарды?

Ну если есть мастер-слейв - то все равно будет даунтайм

CAP теорема, все дела

ERROR: S client not available

ребят те кто тут нативный драйвер рекомендуете, чем хэндлите валидацию и хуки, которые из коробки в монгусе?

Просто код

явно ж не драйвером к базе, лол)

Валидацию - как кому нравится, там та же json schema

Вообще к бд это мало отношения имеет

Валидировать нужно входные данные от пользователя

серьезно?.... мда

По умолчанию то, что ты получаешь от юзера, и то, что ты хранишь - две разные вещи

ваша модель бл не может быть "невалидной", она всегда должна сохранять инвариант

Кажется валидация в два этапа. От пользователя и на базу

Иль нет?

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

а если кто-то пытается поломать инвариант модели, то это рантайм эксепшн

На базу зачем? Ты же сам создаешь запись

Создавай только валидную

запроса куда? на рест апишку или на слой бизнес логики?

Ну если есть мастер-слейв - то все равно будет даунтайм

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

тут, правда, что считать даунтаймом

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

Ну на чтение все ОК, на запись будет даунтайм

запроса куда? на рест апишку или на слой бизнес логики?

запроса из внешнего мира, т.е. в апишку

ну так себе идейка

почему?

Валидировать записи перед сохранением базу смысла нет

Почему они вообще должны быть не валидные?

вот и я про это же)

а между сохранение БД и вход на АПИ у нас как бы слоев быть не может?

бизнес логика например

может, только мы их контролируем

Вот на входе и надо валидировать - там может быть что угодно

вы валидируете бизнес-логику?)

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

и неправильные сценарии говорит?