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

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

У меня даже wireshark есть, лол

Если заведется это старье

о, было бы здорово

узнаю что-нибудь новое сегодня ?

мне кажется "The user agent should cancel any network activity for which the object is responsible." не подразумевает закрытие соединения

там ещё есть про Terminate algoritm, что, кмк, подразумевает то, что ты подчищаешь за собой мусор в виде открытых соединений и прочего

ага, только где про этот алгоритм в 3.6.1?

о, было бы здорово

Увы, я не ЖСер

Я так, мимокрокодил.

ага, только где про этот алгоритм в 3.6.1?

про какой алгоритм? если ты про кидание abort error, то это есть в пункте 3.6.4

сорян, 3.6.5 ?

> Cancels any network activity.

кстати, там написано "should" (при чем выделено)

таак

Я не поленился

?

а значит, разные браузеры могут работать по-разному

оооо

вещай!

const express = require('express') const app = express() app.get('/', function (req, res) { res.send('Hello World!') }) app.get('/test', function (req, res) { console.log('opened'); req.on('close', err => { console.log('closed'); }) }) app.listen(3000, function () { console.log('Example app listening on port 3000!') })

var xhr = new XMLHttpRequest(), method = "GET", url = "/test"; xhr.open(method,url,true); xhr.send(); undefined

xhr.abort();

сервер легко узнает об abort

ок, получается abort-таки оповещает сервак об отмене

закрывая сокет

вопрос закрыт ?

получается

спасибо за тест ?

теперь я знаю чуточку больше

мне самому стало интересно

знаешь что ещё интересно )

Получается?

Вы упоролись?)))

Псаны, это в спеке ТСР

прикольно, тоже нового узнал)

Псаны, это в спеке ТСР

Ну ее же читать надо

мне просто надо было скоротать 15 мин до 4-20

Псаны, это в спеке ТСР

они просто допускают ситуацию, что браузер при аборте не рвёт tcp-соединение

они просто допускают ситуацию, что браузер при аборте не рвёт tcp-соединение

Ага, и просто так его держит

Вот делать ему больше нечего

доверяй, но проверяй

Тогда если к серву 65к запросов сделать - он потом просто принимать коннекты не будет

Так как пул сокетов забьется

Но да, это слишком СЛОЖНА будет

Ага, и просто так его держит

ну, есть же keep-alive соединения

сарказм по пути потерялся

ну, есть же keep-alive соединения

На серве свой лимит на это

про лимиты я упоминал, да

да и у клиента (браузера) могут быть лимиты

Но да, это слишком СЛОЖНА будет

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

Тогда если к серву 65к запросов сделать - он потом просто принимать коннекты не будет

У NAT такая же штука

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

А я про это и не говорил)

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

Есть спека - её никто не прячет, вегда можно взять и прочитать

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

Так он хорошо объяснил, просто вы его не слушали

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

Торрент в маке завести, и все взвоют)

кстати

тут cancel в фетч подвезли

детали в треде https://github.com/whatwg/fetch/issues/447

Так он хорошо объяснил, просто вы его не слушали

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

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

Давай без наездов, я не сказал "какие все тупые"

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

Так а что непонятного в объяснении «в доке TCP прописан разрыв соединения»?

Давай без наездов, я не сказал "какие все тупые"

итак без наездов)

я на будущее говорю

блин ты писал хоть раз сервер?

Так можно подумать, что меня считают за пиз...балабола)

Однакж я не обижаюсь на такое)

Все просто, ваш XHR идет через НТТР, который идет поверх ТСР

Так а что непонятного в объяснении «в доке TCP прописан разрыв соединения»?

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

Ой ну нафиг одно и тоже перемалывать

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

В совсем лоулвл я сам хз, не лазит в нутро драйверов сетевых

Так можно подумать, что меня считают за пиз...балабола)

камон, я не хочу сейчас перебирать кто что писал)

Но уже говорили, что серв типа nginx может вполне взять и прибит поток/процесс

это конечно если все на потоках/процессах построено)

тут cancel в фетч подвезли

о, а где почитать, в каком виде в итоге это реализовали?

это конечно если все на потоках/процессах построено)

если на коллбеках - даже проще будет

Я писал на перле сервачок внутренний через libEV

если на коллбеках - даже проще будет

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

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

там событийное

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

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

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

Максимум - сформируется ответ и сразу отбросится

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

Если внутри асинхронщину делать - мжно внутрь прокинуть событие и отменить все нутро

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

У меня там синхронно все было, 7 джава, хайлоада нет, потому и не парился на эту тему

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

А микросервисы должны страдать)))

У них свои + и -

ну, а почему сложно прибить микросервис?

на то он и микро, что взял и хуйнул его

ну, а почему сложно прибить микросервис?

почему прибить? запрос к нему например ушел

почему прибить? запрос к нему например ушел

чтобы он этот запрос не обрабатывал), потому что результат уже никому не нужен

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