Или каждый новый коммент будет содержать в себе хэш сумму всей ветки обсуждения.
Скорее хеш предыдущего комментария на который ответ. А тот в свою очередь содержит хеш на предыдущий.
Но тогда вопрос что будет с комментами, которые вышли одновременно и теперь конфликтуют за место в хронологии обсуждения. + при удалении одного из комментов хэш изменится
Разные комментарии ответы на один и тот же комментарий создадут свои независимые ветки и если один из них потеряется ветка с другим будет жива.
В μTorrent в какой то момент вроде запилили данную функциональность. Но она как быстро появилась так кажись и исчезла. Так я и не успел изучить куда комментарии сохраняются.
Интересно что интернет архив(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 ТВ и просмотра видео но она так и пылится без дела.
А можете отрыть спецификацию как работали комментарии? Было ли это реализовано через DHT без централизованного хранения?
Ну можно было комментарий хранить на клиенте и анонсить в DHT как и оценки.
Скорее хеш предыдущего комментария на который ответ. А тот в свою очередь содержит хеш на предыдущий.
Разные комментарии ответы на один и тот же комментарий создадут свои независимые ветки и если один из них потеряется ветка с другим будет жива.
В μTorrent в какой то момент вроде запилили данную функциональность. Но она как быстро появилась так кажись и исчезла. Так я и не успел изучить куда комментарии сохраняются.
Гугл по крайней мере сейчас показывает время по своему:
В XML вполне можно реализовать ваше решение.
Ну и с ссылками.
Есть то он есть но только зачем он сдался когда пользователям выдаётся максимум 64 битный префикс?
Интересно что интернет архив(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 ТВ и просмотра видео но она так и пылится без дела.