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

ну цифры фигня конечно, кто нынче считает десятки мегабайт, но мне тут важно именно убрать возможность ДОСа

это по одной точке на графике определяется разве?

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

вернее парсер из x509 с моей оберткой

At my previous job we had a web crawler that would work correctly until it suddenly exhausts all the memory. We thought it was a space leak (had a lot of them before), so I started digging, but after some time I realized that the crawler was running into a particular HTML that it was unable to parse. That HTML was from a site called something like "Grandma's country house" and they simply did not use any closing tags in their HTML code. Lots of opening tags and no closing ones. A browser would display the site correctly, but tagsoup couldn't handle it.
We fixed the bug by killing the parser by timeout and added a 666.html test case.

тоже красиво

>did not use any closing tags in their HTML code
экономия трафика однако.  молодцы

так не может быть, чтобы вообще ничего не закрывалось

Разве?

Просто не будет валидироваться

А почему тагсупу не пофиг?

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

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

<div class="news"><p>Something important happened!</div>


Ну вот это тагсуп съест?

тэгсупу всё равно должно быть, он же просто список "ивентов" выдаёт

ему вообще пофиг он выдаёт поток евентов

он поточный, не требует дом

Open "div", Class "news", Open "p", Text"Something..", Close"div"

ага