также можно еще пошаманить с lock файлом, если yarn или npm > 4

Ага, спасибо

приветствую бодрствующих)

и с порога прошу совета, т.к. с гуглежем уже в тупике((( делаю синхронный xmlhttprequest в main loop (да, так надо, это преинит), у объекта поля response и responseText в console.log видно что не пустые, а имеют нужное мне содержимое. Но чему бы я не пытался присвоить эти значения, результат пусто. ЧЯДНТ?

и с порога прошу совета, т.к. с гуглежем уже в тупике((( делаю синхронный xmlhttprequest в main loop (да, так надо, это преинит), у объекта поля response и responseText в console.log видно что не пустые, а имеют нужное мне содержимое. Но чему бы я не пытался присвоить эти значения, результат пусто. ЧЯДНТ?

@js_ru

И да, все велосипеды уже написали за тебя - axios

@js_ru

точно туда? серверная часть на node.js клиентская (где все это происходит) nw.js, я сначала использовал require('http') но он асинхронный, не подходит под задачу. Начал на xmlhttprequest и уперся в этот "нюанс", до этого (в браузерах) такой проблемы не имел

точно туда? серверная часть на node.js клиентская (где все это происходит) nw.js, я сначала использовал require('http') но он асинхронный, не подходит под задачу. Начал на xmlhttprequest и уперся в этот "нюанс", до этого (в браузерах) такой проблемы не имел

Гугли axios

И в браузере и в бэке работает одинаково, с одинаковым конфигом запроса

Гугли axios

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

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

Пытайся

Но я не думаю что 380кб это прям дохуя

Но я не думаю что 380кб это прям дохуя

не в килобайтах дело, а в постановке задачи (увы) чтоб для клиента достаточно было качнуть базовый билд nw с сайта и натравить на сервер, чтоб все заработало

Ну ты попробуй его хотяб

Ну ты попробуй его хотяб

зачем? четко в ридми сказано что он promise based - это раз, и поиск xmlhttprequest по сорцам показал его в единственном месте - в реализации асинхронного запроса.

асинхронно у меня и так отрабатывает

зачем? четко в ридми сказано что он promise based - это раз, и поиск xmlhttprequest по сорцам показал его в единственном месте - в реализации асинхронного запроса.

А ты понимаешь что невозможно загрузить что-либо синхронно?

А ты понимаешь что невозможно загрузить что-либо синхронно?

для чего тогда res = XMLHTMLRequest('GET','http://URI',false) ?

для чего тогда res = XMLHTMLRequest('GET','http://URI',false) ?

Для чего-то?

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

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

ни в одной нагугленной доке не сказано что нынче третий параметр дефолт в true. А в примерах синхронного запроса он вообще часто отсутствует. Теперь хоть буду знать что надо четко в false задать

Повторю вопрос, ответьте пожааалуйста!

Вечер добрый! Отправляю обычный GET запрос через request - 1.7с, а если открыть в браузере - 300мс. С чем может быть связана такая задержка? Одна машина, проверку проводил в одно и то же время, скорость значительно не менялась.

Вечер добрый! Отправляю обычный GET запрос через request - 1.7с, а если открыть в браузере - 300мс. С чем может быть связана такая задержка? Одна машина, проверку проводил в одно и то же время, скорость значительно не менялась.

request устарел, незачто

Я пробовал делать все это на node-fetch, axios, got, https, http

И ты ещё на количество зависимостей его

Нухз, у меня все работает так же быстро как в браузере

Мб это твоя локальная проблема ноды/железа/еще чего-то

Мб это твоя локальная проблема ноды/железа/еще чего-то

Я проверял у себя на винде, у себя же на убунту, а еще на ВПС

Падазрительно...

И везде 1.7 секунды?

Причем https работает быстрее всего

Заговор какой-то

На https 500мс

Перезагружал комп?

Но если писать на чистом https, можно случайно само-деконстрактнуться

Перезагружал комп?

:))))))))))))

request устарел, незачто

Это ещё почему?)

Вечер добрый! Отправляю обычный GET запрос через request - 1.7с, а если открыть в браузере - 300мс. С чем может быть связана такая задержка? Одна машина, проверку проводил в одно и то же время, скорость значительно не менялась.

браузер замеры со сбросом кеша?

Я еще и кидал свой код другу, который в другом городе. Он тестил. Те же 1.5 секунды.

браузер замеры со сбросом кеша?

Да

Сейчас еще раз проверю, например, curl'ом

кеш в браузере

в инкогнито пробовали?

кеш в браузере

Сейчас решил попробовать CURL'ом время замерить. Получилось 589 мс. Сейчас посмотрю, сколько даст request

Сейчас решил попробовать CURL'ом время замерить. Получилось 589 мс. Сейчас посмотрю, сколько даст request

курл - этанол

ой

эталон

))

:))

у request 1.7с это чем было измерено?

console.time

Вот только что 1175 выдал, курл 589

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

Да, входит

почему бы тогда не переопределить глобально request на spawn curl и чтение stdout? :)

почему бы тогда не переопределить глобально request на spawn curl и чтение stdout? :)

Мне нужны встроенные фишки, по типу cookieJar, followRedirects и т.д...)

почему бы тогда не переопределить глобально request на spawn curl и чтение stdout? :)

Да и потом собирать это все в pkg

Да и потом собирать это все в pkg

а если замерить несколько запросов подряд? request возможно что-то инициализирует

а если замерить несколько запросов подряд? request возможно что-то инициализирует

Замерял... Долго

Замерял... Долго

на чужой сайт запрос отправляете?

на чужой сайт запрос отправляете?

Именно

слоубан не может там стоять и каким-то образом определять откуда запрос идет?

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

Именно

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

проверка https сертификатов наверное тоже может иметь свои особенности

Вечер добрый! Отправляю обычный GET запрос через request - 1.7с, а если открыть в браузере - 300мс. С чем может быть связана такая задержка? Одна машина, проверку проводил в одно и то же время, скорость значительно не менялась.

Браузеры при первой же возможности юзают gzip

@ndr_power в запрос ставишь параметр time: true В коллбеке const { elapsedTime, timings, timingPhases } = response; console.log({ elapsedTime, timings, timingPhases }); Смотришь, на что именно уходит время.

@ndr_power в запрос ставишь параметр time: true В коллбеке const { elapsedTime, timings, timingPhases } = response; console.log({ elapsedTime, timings, timingPhases }); Смотришь, на что именно уходит время.

Завтра сделаю, спасибо :)

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

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

Браузеры при первой же возможности юзают gzip

Я тоже использую

Добрый вечер, такая вот проблема, имею express, firebase

что то гуглил, я так понял что то cors

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

что то гуглил, я так понял что то cors

cross origin request

ну как то так )

там вроде конфигурацию надо какую то добавить

Бот

@Atassis это прям 100%

У этого ника тоже нет)

У этого ника тоже нет)

Вообще не показатель

Привет, подскажите, пожалуйста, мне надо при работе с socket.io ограничить доступ по ip, где лучше это сделать? Работа идет спомощью модуля http, я так понимаю, лучше отбрасывать неподходящие ip на уровне http, не допуская до создания вебсокета, но как это технически лучше сделать?

В почему бы со стороны сервера не сделать это ?

Привет, подскажите, пожалуйста, мне надо при работе с socket.io ограничить доступ по ip, где лучше это сделать? Работа идет спомощью модуля http, я так понимаю, лучше отбрасывать неподходящие ip на уровне http, не допуская до создания вебсокета, но как это технически лучше сделать?

Привет, подскажите, пожалуйста, мне надо при работе с socket.io ограничить доступ по ip, где лучше это сделать? Работа идет спомощью модуля http, я так понимаю, лучше отбрасывать неподходящие ip на уровне http, не допуская до создания вебсокета, но как это технически лучше сделать?

в фаерволе

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

типа лучше в nginx?