Вызвать метод abort так сложно, что это как три этапа

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

просто удаляются таски из очереди

ну то есть три этапа на закрытие это не бесполезно?

так оно один фиг будет закрываться, либо при abort(), либо после завершения обмена данными

и чо

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

Не запроса, а сообщений tcp

Разницу понимаем?

Не запроса, а сообщений tcp

какое отличие?

какое отличие?

RTFM

и чо

то, что при abort() нету никаких накладных расходов по сравнению с игнорированием данных

Советую понять, как работает TCP, прежде чем спорить

по линке не написано ничего про закрытие соединения

я так понял вот The user agent should cancel any network activity for which the object is responsible

Еще лучше

я так понял вот The user agent should cancel any network activity for which the object is responsible

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

из очереди

Но проще просто формошлепить

но ничего про дроп самого соединения

так что даже если вы хренанете abort, он отрабатывает только на стороне клиента

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

это в 3-м рункте уже про таски

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

хотя, Денис прав

надо просто открыть 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-соединение

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

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

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

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

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

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

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

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

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

кстати

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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