Интересно что интернет архив(archive.org) очень медленно работает и иногда выдаёт 503. А веб архив (web.archive.org) так вообще на постоянку 503 выдаёт.
Да в том и суть что весь HTML код должен идти до <plaintext> а большая часть файла после него чтоб она не парсилась как HTML. Соответственно HTML код должен полностью распологатся внутри GIF файла в секции комментария которая идёт в его начале.
Я аналогично запихнул HTML код в ваше видео. Правда уже при помощи ffmpeg а не HEX редактора.
По поводу имитации ленивой загрузки как мне кажется лучше наверно удалять скриптом атрибуты src после того как скрипт определит что ленивая загрузка не работает в браузере. И потом возвращать его когда нужно. В таком случае страница не останется без изображений при отключенном JavaScript у пользователя.
Для перехода между разделами сайта тоже есть естественное решение в виде якоря. Задаём разделу атрибут id (<section id="1">) и делаем ссылку на него(<a href="#1">Section 1</a>). И опять же навигация будет работать без JavaScript. А в случае если он включен клик на ссылку можно перехватывать и делать навигацию красиво.
В статье GIF изнутри есть описание формата GIF. У GIF также как и у JPEG есть блок комментария который располагается почти в начале файла и туда можно поместить html код.
Блоков данных в комментарии теоретически может быть несколько. Если надо вместить больше чем 255 байт нужно тогда это учитывать в HTML коде и правильно его делить.
В конце html кода можно использовать хак с открытием комментария как в случае lcamtuf но проблема в том что браузер интерпретирует дальнейший мусор как html код и пытается его парсить.
С древних времён существует тэг <plaintext> он позволяет сообщить браузеру что всё что идет после его открытия надо интерпретировать как обычный текст. Если его сразу скрыть например при помощи атрибута hidden то браузер уже не будет так страдать пытаясь парсить и отрисовывать мегабайты бинарных данных.
Используя вашу гифку сделал простой пример: html, gif.
А в потребительском сегменте ремонтопригодность не особо нужна — почти всегда выгоднее купить более богатый фичами новый девайс. При чем, это касается любой почти техники — даже такой классики как духовые шкафы шкафы, стиралки и тд.
Вот уж нет спасибо. Я микроволновку после 10 лет работы в ремонт сдал и мне за 1500р починили. Надеюсь ещё 10 лет проработает.
Стиралки тоже принципиально новыми функциями за это время не обросли. Производители в них только понапихали побольше электроники.
Холодильник тот же уже лет 20 работает. Недавно правда компрессор меняли и это было выгодней чем покупать новый. Ещё и починили его в тот же день.
Телевизор ещё ламповый до сих пор пользуется. Купил к нему коробку для IP ТВ и просмотра видео но она так и пылится без дела.
Так может и софт их будет поддерживать при таком раскладе. По крайней мере могут заставить оставлять в доступе старый софт который работает на этих устройствах. Ато сейчас приходится искать его в архивах. У меня Android 4.4.
А если он сам инициирует выпуск сертификата и соответсвенно получит и имя файла и содержимое которое ему нужно будет отдать центру сертификации? MitM это не только пассивный перехват но и подмена и блокировка.
Интересно что интернет архив(archive.org) очень медленно работает и иногда выдаёт 503. А веб архив (web.archive.org) так вообще на постоянку 503 выдаёт.
Чат можно сделать без JS. Просто страница будет генерироватся на сервере.
Да в том и суть что весь HTML код должен идти до <plaintext> а большая часть файла после него чтоб она не парсилась как HTML. Соответственно HTML код должен полностью распологатся внутри GIF файла в секции комментария которая идёт в его начале.
Я аналогично запихнул HTML код в ваше видео. Правда уже при помощи ffmpeg а не HEX редактора.
Какие свойства?
Больше отвлекающих блоков напрямую не относящихся к контенту? Или разбросать как то дерево комментариев по экрану?
ctrl + колесо мыши помогает в таком случае. Но конечно неплохо было бы это сайту делать автоматом.
Поскольку HTML код страницы посмотреть затруднительно из за размера файла выложу его здесь:
Как вариант можно увеличивать размер шрифта чтобы и строка не была слишком длинной и в то же время оптимально использовалась ширина монитора.
Вот я выше делал тестовую страницу. Сколько я бы её не менял по ширине туда и обратно Firefox меняет изображения согласно заданному sizes.
По поводу имитации ленивой загрузки как мне кажется лучше наверно удалять скриптом атрибуты src после того как скрипт определит что ленивая загрузка не работает в браузере. И потом возвращать его когда нужно. В таком случае страница не останется без изображений при отключенном JavaScript у пользователя.
Для перехода между разделами сайта тоже есть естественное решение в виде якоря. Задаём разделу атрибут id (
<section id="1">) и делаем ссылку на него(<a href="#1">Section 1</a>). И опять же навигация будет работать без JavaScript. А в случае если он включен клик на ссылку можно перехватывать и делать навигацию красиво.В каком браузере такое поведение? В Firefox 91.0.2 у меня при сужении окна браузер выбирает картинку меньше.
В статье GIF изнутри есть описание формата GIF. У GIF также как и у JPEG есть блок комментария который располагается почти в начале файла и туда можно поместить html код.
21 F9 [байт размера блока данных] [блок данных] 00Блоков данных в комментарии теоретически может быть несколько. Если надо вместить больше чем 255 байт нужно тогда это учитывать в HTML коде и правильно его делить.
В конце html кода можно использовать хак с открытием комментария как в случае lcamtuf но проблема в том что браузер интерпретирует дальнейший мусор как html код и пытается его парсить.
С древних времён существует тэг <plaintext> он позволяет сообщить браузеру что всё что идет после его открытия надо интерпретировать как обычный текст. Если его сразу скрыть например при помощи атрибута hidden то браузер уже не будет так страдать пытаясь парсить и отрисовывать мегабайты бинарных данных.
Используя вашу гифку сделал простой пример: html, gif.
Я не стал скрывать заголовок GIF файла.
Вот уж нет спасибо. Я микроволновку после 10 лет работы в ремонт сдал и мне за 1500р починили. Надеюсь ещё 10 лет проработает.
Стиралки тоже принципиально новыми функциями за это время не обросли. Производители в них только понапихали побольше электроники.
Холодильник тот же уже лет 20 работает. Недавно правда компрессор меняли и это было выгодней чем покупать новый. Ещё и починили его в тот же день.
Телевизор ещё ламповый до сих пор пользуется. Купил к нему коробку для IP ТВ и просмотра видео но она так и пылится без дела.
Так может и софт их будет поддерживать при таком раскладе. По крайней мере могут заставить оставлять в доступе старый софт который работает на этих устройствах. Ато сейчас приходится искать его в архивах. У меня Android 4.4.
Да косяк у меня. DPR был больше 1.
DPR = 1:
Всё правильно.
DPR = 2:
Выбирается изображение больше.
Тестовая страница
Я поэкспериментировал в Firefox и получил следующие результаты:
При отсутствии sizes браузер выбирает первое изображение которое шире окна.
При наличии sizes браузер выбирает изображение шире заданного размера.
Тобиж по крайней мере в Firefox картинка bears-480x270.jpg в этом примере не будет показана никогда.
Так они друг друга не исключают.
Ну если снимать блокировку с них никто не собирается то какой смысл им выполнять тогда требования РКН?
А если он сам инициирует выпуск сертификата и соответсвенно получит и имя файла и содержимое которое ему нужно будет отдать центру сертификации? MitM это не только пассивный перехват но и подмена и блокировка.
В IPFS и мусора не надо. Достаточно изменить размер блока или алгоритм деления на блоки и тип блоков и у того же файла другой хеш.