Можно попробовать собрать статистику в DHT.

Возможно. Они сделали свой протокол(uTorrent transport protocol) который работает по UDP и конектятся по нему к своим же клиентам.

Я кстати не вижу в этом протоколе место где можно было указать ID своего клиента так что uTorrent возможно может показывать клиентов соединённых по этому протоколу как uTorrent клиенты.

А я посмотрел и у меня uTorrent'ов 5 штук из 100 пиров.

Не думаю что в libtorrent вырубят поддержку старого протокола. libtorrent это chrome в мире торрентов а значит новый протокол автоматически появится в куче битторрент клиентов.

Но libtorrent уже в роли догоняющего в технологиях. Только только решили хешировать каждый файл отдельно а IPFS уже шарит каждый блок файла отдельно и научилась находить одинаковые блоки в разных файлах благодаря rabin и buzhash.

IPFS автоматически сохраняет локально то что загружается через его шлюз. Для этого сайт должен быть загружен в IPFS.

Но может потерятся связь домен — хеш при отключении сайта. Получится что информация есть но для доступа к ней нужно "вспомнить" один из хешей с которым был связан домен.

Можно перебрать все корневые блоки в локальном хранилище и найти те что вероятно были связаны с этим доменом. Но не знаю написал ли кто уже инструмент поиска по локальным блокам.

Для жидкого азота топить даже не надо будет.

А что если котёл попробовать заправить водой насыщеной углекислым газом?

Есть ещё Data: URL который позволяет встраивать изображения и другие бинарные данные в HTML.

WebBundles на сколько я понял загружает весь сайт целиком за раз как один файл. AMP же вроде наоборот откладывает загрузку ресурсов страницы(изображений например) до момента когда они понадобятся.

Параметр %s также можно использовать в JavaScript закладках.

Адрес: "JavaScript: alert('%s'); void(0);"
Краткое имя: "-js"
Пример: "-js тест"
Появится сообщение "тест"

В фаерфоксе есть 4 способа:

1. При наличии OpenSearch на сайте добавить через адресную строку или поле поиска.
   Все настройки кроме краткого имени задаются в автоматически.
2. Добавить через контекстное меню на поле поиска на странице.
   Все настройки кроме краткого имени задаются автоматом. Краткое имя тут же предлагают задать. Я не писал про этот способ в статье.
3. Добавить ссылку с параметром через контекстное меню на ссылке и добавить в закладки.
   Все параметры задаются автоматически кроме краткого имени. Для возможности задать краткое имя надо повторить добавление ссылки в закладки.
4. В ручную создать закладку в которой задать все параметры.

Ну и для способов кроме OpenSearch доступен только GET. OpenSearch может и POST запросы слать.

Одноразовая карта. Иначе зачем этот макарад.

Непонятно также как размещать камеру и организовать последовательное сканирование лиц — one-by-one, чтобы камера не «хватала» всех сразу или лицо где-то на заднем плане.

Всё просто. Камера изначально может смотреть вверх на потолок. Подходим и прикладываем лицо с верху к турникету как раньше карточку и проходим.

Предполагаю что WYSIWYG редактор может быть интересен новичкам которые только хотят начать писать статьи но не знают markdown и HTML. У них ещё нет подписчиков которые увидят эту статью при добавлении в закладки. А опытным авторам всёравно. Есть и есть.

Мне вот без возможности забрать из него markdown или HTML он не подходит. Я помню что из за моих плагинов в браузере и очередных переделок на сайте статья может улететь в трубу поэтому я её в основном пишу в текстовом редакторе. Потом дорабатываю на хабре смотря что в итоге получается и снова сохраняю в текстовом редакторе. И потом уже публикую. И если статья вдруг не опубликовалась и не сохранилась в черновиках то у меня есть её копия.

В Firefox также есть и такая возможность. Называется "добавить краткое имя для поиска".

Кстати для сайтов у которых нет поиска по сайту можно набрать в адресной строке:

site:example.com поисковой запрос

Соответственно можно соорудить ссылку для сокращения:

https://duckduckgo.com/?q=site:example.com %s

Краткое имя: "-ex"
Пример: "-ex поисковой запрос"

Исходники я храню у себя на ноутбуке. В статьях я использую markdown хабра. Проблема в том что хабровский спойлер:

<spоiler title="Заголовок спойлера">
Текст
</spоiler>

Преобразуется хабром в такую конструкцию:

<div class="spoiler" role="button" tabindex="0">
   <b class="spoiler_title">Заголовок спойлера</b>
   <div class="spoiler_text"><p>Текст</p></div>
</div>

И текст спойлера при выключенных скриптах не открыть.

Если же использовать в HTML или markdown конструкцию <details> которая работает без скриптов и поддерживают её современные браузеры:

<details>
<summary>Заголовок спойлера</summary>
Текст
</details>

То хабр просто выкинет теги <details> и <summary> оставив только текст.

Заголовок спойлера<br>
Текст<br>

Но посмотрев результат вставки спойлера в WYSIWYG редакторе я заметил что он преобразуется в <details> и соответственно работает без скриптов:

<details class="spoiler"><summary>Наконец то спойлер</summary><div class="spoiler__content"><p>Без скриптов</p></div></details>

Вот поэтому я и надеюсь что они обкатают <details> на пользователях и разрешат мне использовать его в markdown и HTML редакторе.

Надеюсь что после обкатки спойлера на details в WYSIWYG дадите таки его использовать в markdown и HTML.

Я пока не готов расставаться с возможностью написания и хранения текста отдельно от хабра.

Тоже хорошо. Это можно считать глобальным пространством. Есть недостатки в том что уточка работает в данном случае как страница перенаправления из за чего этот сервис перестанет работать если уточка накроется. Ну и подсказки Википедии она мне не отображает если ввести в адресной строке "!вики XML".

Открытия поста по номеру или пользовательского профиля по нику в данном случае для Хабра нет. Но это логично так как всего предусмотреть не возможно да и это ещё больше раздует глобальное пространство имён и в итоге прийдём к тем же доменам.

Без разметки это будет XML.