Максимально быстрый минификатор html

Что такое минификация html?

Это как минификация js/css, только html.

То есть вырезать лишние пробелы? html это же не код, а данные, тут переменные переименовать в однобуквенные, например, не получится, как в случае с JS, а пробелов лишних тоже не бывает. Я, конечно, нуб в этом вопросе, поэтому и спрашиваю)

В вашу деревню кэширование не завезли что ли?
Ну и старый добрый {% spaceless %} работает нормально без всяких лишних плагинов.

Есть ли таковые или минификация html делается както по другому ?

Она не нужна, потому что gzip.

{% spaceless %}

Хорошая вещь но ее нужно втыкать во все шаблоны, если они вложенные будет путаница.

Нашел from django.utils.html import strip_spaces_between_tags

Это более управляемо

Она не нужна, потому что gzip

Сжимать 3 метра и разжимать. Это долго

Это долго

А ты проверял?

А ты проверял?

Это логика, распаковать в браузере 3 метра, особенно мобильном, долго (потери в доли секунд но это потери, не нужные). Перед сжатием нужно выкинуть лишнее, хотя бы пробелы

Это логика, распаковать в браузере 3 метра, особенно мобильном, долго (потери в доли секунд но это потери, не нужные)

Это не логика, это гадание на кофейной гуще.

Это логика, распаковать в браузере 3 метра, особенно мобильном, долго

А передать эти три метра по-твоему быстрее?

А вы точно девопспрограммист?

Дело в том, что веб-сервер в любом случае (если вы не местный сахариту с кои8) отдает клиенту контент в сжатом виде, так что..

отправляйте таких в джоб или фриланс

офисный дивилопирЪ

Если у вас nginx раздает контент без сжатия, то проблема тут не в минификации.

А вы точно девопспрограммист?

Дело в том, что веб-сервер в любом случае (если вы не местный >сахариту с кои8) отдает клиенту контент в сжатом виде, так что..

Он то сжимает, но сжать 2 мегабайта легче чем 3

Он то сжимает, но сжать 2 мегабайта легче чем 3

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

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

Зачем тратить время на сжатие, если можно не тратить ?

Лишний мегабайт это лишний расход памяти браузера и прочее

Плюсую этого анонима.

Зачем тратить время на сжатие, если можно не тратить ?

Не тратьте. И свое время на веб-разработку тоже, пожалуйста, не тратьте.

А как так у вас 3 Мбайта html получается? Там таблица что-ли на 3 метра?

Это логика, распаковать в браузере 3 метра, особенно мобильном, долго

А передать эти три метра по-твоему быстрее?

Вы оба удивительно странные вещи говорите. Эти 3 мегабайта HTML надо будет синтаксически разобрать, построить по ним DOM, сопоставить с CSS селекторами (даже если дефолтные стили), и потом отрисовать.

Я думаю, это займет пару минут или вообще зависнет.

А вы про какое-то копеечное время на gzip и передачу тут рассуждаете. Тоже мне, перформанс-специалисты.

Дело в том, что веб-сервер в любом случае отдает клиенту контент в сжатом виде, так что..

Ничего подобного. Отдает в gzip только если он так настроен и только если клиент сразу сказал, что готов такой ответ принять.

Минификация вообще так себе вещь, а HTML тем более.

Если ты будешь опосля внедрять HTML-минификацию, то у тебя изменится верстка, т.к. whitespacы в HTML сигнификантны. Т.е. придется править это всё руками либо в CSS, либо вставлять новые узлы, либо   либо еще что-то придумывать.

минификация html делается както по другому ?

На мой взгляд, ее не стоит делать еще вот по какой причине. HTML in the wild как правило всегда невалиден и никто об этом не знает, но оно как-то работает. Но вот минификатор невалидный html теоретически может сломать окончательно, т.к. у него нет логики «автовосстановления смысла» которая есть у браузеров уже сто лет.

Остановился на этом. Это на время почти не влияет но уменьшает до 30%, там много пробелов

https://htmlmin.readthedocs.io/en/latest/

from django.utils.html import strip_spaces_between_tags

def minify_html(html: str):
    if sys.getsizeof(html) < 50000:
        html_min = htmlmin.minify(
            html,
            remove_comments=True,
        )
    else:
        html_min = strip_spaces_between_tags(html.strip())

    return html_min

Я думаю, это займет пару минут или вообще зависнет.

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

так браузер же разжимать будет

обычное подмножество xml

html кривое и убогое надмножество xml ес чо.

попробуй регулярки :D результат не идеален но вполне себе норм пых потому что мне лень вспоминать питон

$search = [
    '/\>[^\S ]+/s',
    '/[^\S ]+\</s', 
    '/(\s)+/s',
    '/>\ <\/textarea/s'
];
$replace = [
    '>',
    '<',
    '\\1',
    '></textarea'
];
preg_replace($search, $replace, $text);

если не разбираешься в вопросе, то рот не открывай. ни старый ни новый html к xml никакого отношения не имеют вообще.

ох какой злой, наверное, епырь не удовлетворяет. олдфаки про тот же xhtml помнят... ага не имеет, ну те лучше знать.

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

олдфаки про тот же xhtml помнят

XHTML никогда в интернете не использовался на практике ни на одном сайте. и к HTML отношения не имеет. я тебе уже сказал, что XML к HTML отношения не имеет, новый (html5) - тоже.

так что закрой рот и исчезни.

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

ты обосрался полностью. в вопросе ты не разбираешься совсем, что и было понятно изначально. возвращаясь к твоему школьниковскому высеру: только даун может думать что html и xml как-то связаны. html не является, как ты думаешь, подмножеством xml. и не является его application. и надмножеством. он мог бы являться application sgml'я, но и это может оказаться неправдой. а html5 закодирован совершенно новым синтаксисом включающим незакрывание тегов на уровне синтаксиса, это не html и уж не точно не xml.

к сведению читателей, xhtml хоть сколько-нибудь заметного применения никогда не имел, т.к. во времена его «популярности» не поддерживался браузерами, да и сейчас наверное тоже. правда недоумки верстали страницы в, как они думали, xhtml, но сервили как content-type text/html, браузер привыкший к мусору думал, что это испорченый html и рендерил как мог, хотя учитывал доктайп. сервить его с xml content-type было невозможно т.к. это толком не работало в браузерах, да и в этом случаи хомякам не нравилось, «малейшая» ломало страницу, а следить за тем что документы well-formed им было сложно. и году к 2010 про xhtml как я замечал окончательно забыли.

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

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

пишу с mobile safari, который и от 300kb документов падает.

вообщем
школьник

Кто бы говорил.