Концепция веба будущего

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

Ты про кэширование в браузерах вообще когда-нибудь слышал?

Бумеры только открыли для себя онлайн-игры. Байтиками торговали еще в 90-х во всяких браузерных текстовых играх.

Концепция - бизнес, плати за все.

Раньше вы платили только за электричество, потом за доступ к сети, далее за контент, далее…

Концепция - бизнес, плати за все.

И вледельцам ресурсов и их пользователям надо бы подумать о оптимизации своих трат, сейчас они явно не оптимальны.

Каким должен быть веб будущего?

Gemini?

Каким должен быть веб будущего?

tl;dr: векторный гипертекстовый фидонет же, в буквальном смысле.

точнее: тензорный гипермедийный Xanadu, скорее всего.

ну то есть: читая протоколы FeBe из Udanax Gold/Green и «10 принципов Xanadu» – понимаешь, что в общем идея была здравая.

но, клиент-серверная. а нужно децентрализованную serverless.

тем не менее, это вот FeBe и 10 принципов – как раз про построение децентрализованного кешируемого хранилища.

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

ссылки были на оверлеи емаксовые – то есть, на выделенный блок текста.

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

или: ссылки на исполняемый скрипт (исполняемые ссылки).

или: ссылки цитирования/включения (трансклюзии)

ссылки были типизированы, наконец! двусторонние, с гарантированной ссылочной целостностью! на этом можно было строить свои модели данных!

FeBe в конечном итоге как протокол примерно выродился в EDL – протокол патчей типа add/remove/update/delete.

натянув на это что-то реактивное dataflow можно было совместно редактировать в этом вот клиент-сервере докуцентрическом.

опять же, читай «XML considered harmful» – вместо навязанных иерархических синтаксических онтологий предлагалась ad-hoc самоорганизация самим пользователем. в той статье – 1)исходный текст не меняется 2) оверлеи и ссылки на оверлеи 3) оверлей стилей, оверлей оформления (вроде css).

далее это всё развивалось в многомерные базы данных. читай про ZigZag database, zzStructures. в глобальном смысле – вместо объёмных офисных пакетов и applications вроде браузера – крохотные applitudes которые работали на этих универсальных структурах данных, и пользователь который ad-hoc самоорганизовывал поверх «приложеньиц» свои модели данных (на основе ZigZag).

поверх этого можно было реализовать многомерный эксель, виртуальную реальность, универсальный dataflow engine метапроговый.

If one builds a Web framework atop a generic dataflow library supporting dynamic, transparent, “point” dependency tracking, and state change propagation, then declarative authoring and efficient DOM maintenance comes for free. More comprehensively and more efficiently, by the way, than with ReactJS.

итого: сложность всех этих уеб-бровсеров как «приложеньиц» для потребления контента, но и самое главное – как механизмов для его генерации можно было бы упростить на порядок, если не больше.

ну то есть, не надо ничего особо сложного и неожиданного выдумывать.

надо просто реализовать Xanadu православный Теодора Холма Нельсона, в его изначальном многомерном вИдении.

…дабы невозбранно достигнуть желаемого

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

ну то есть: нужна контент-адресуемая память для содержимого, например, посмотри внимательно в ~/.git в качестве объектно-ориентированной БД, адресуемой по ключу – хешу от содержимого.

это блобы, объекты (файлы)

tree, directory это набор блобов.

а делая какой-то DAG dataflow либо многомерный OLAP вроде zzStructures, ZigZag Database – получаем кеширование отдельных запчастей, из которых конструируются объекты-композиты, объекты-агрегаты.

патчи то есть EDL – это другой блоб. commit это блоб этого tree с патчем и метаданными.

потом храним например в какой-то ООБД.

вроде объектно-ориентированного MUMPS-а.

и эти базы между собой реплицируем – только дельты.

по отдельным запчастям.

поверх которой реализуем докуцентрический FeBe протокол с 10 принципами Xanadu.

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

то есть, реализуем лисп поверх zzStructures, cells в многомерной ZigZag database.

представленной CLOS-подобной ОО моделью вроде Cells, Active Cells, cells-gtk.

для реактивного программирования.

Бинарный формат страниц. Строгая докуметация и обработка ошибок (отказ в показе страницы в случае ошибки). Байт-код со строгой типизацией по типу JVM/.NET. Возможно перенос всей логики обработки страниц на сторону клиентского байт-кода, браузер только выполняет байт-код, выводит графические команды в окно и принимает ввод.

то есть далее поверх таких многомерных гиперструктур zzStructures возможно реализовать конс целлы лиспа, active cells, нейросети или например рефал с R-выражениями…

или literate programming: noweb на icon на основе goal-oriented execution + ковыражений это по сути dataflow язык (то есть, метапрог).

концепция веба будущего: это клетки

клетки, связанные внутри

спецификации веба будущего должны быть написаны в litprog стиле.

метапрограммная магия автомагически сделает по tangle веб метапроговый исполняемым, а по weave – прозрачно и понятно документируемым, специфицируемым

код и документацию нужно разрабатывать одновременно в single souce WEB виде.

torvn77

веб будущего

Можно тровить тороканы?

Смотрю я вот на накачанные wget 580 мегабайт с одного сайта и вижу, что в принципе это мусор и всё надо качать заново с другими опциями

С какими другими опциями?

Display PostScript, как вариант.

А лично ты можешь назвать его преимущества?

По сравнению с современным вебом — он сознательно упрощён.
Но по мне так лучше бы сделали ограниченное подмножество традиционного HTTP и HTML.

По сравнению с современным вебом — он сознательно упрощён.

Никто тебя не заставляет использовать все возможности современного веба. http зачем менять для этого? Зачем смешивать протокол передачи данных и рендеринг контента?

Напоминает автора треда, где он функции из ретроарча повырезал и выдает это за преимущество Вам были бы интересны оффлайн консоли с лимитированным железом (типа PS1/PS2, NES)?

Это просто платиновый коммент!!!

Существует целая каста людей, искренне считающих, что развитие не в возможностях, а в ограничениях.

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

Причина в том, что они жертвы подмены понятий - регулярно путают вседозволенность со свободой, и деградацию с развитием, свято веря, что выступают за второе, в то время как хотят первого (взаимоисключающего при этом).

Все так. Но я никак не понимаю, что плохого они видят в http, который внезапно может отдавать не только html (если уж им html не угодил непонятно чем).

Была надежда, что мистер хоббит что-то вразумительное ответит, но похоже что нет.

А с HTTP что не так? Он довольно простой.

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

Ага, AppImage, snapd

Почему вы оба задаёте этот вопрос мне, а не авторам Gemini?

Я выше написал, что против HTTP как раз ничего не имею.

Почему вы оба задаёте этот вопрос мне, а не авторам Gemini?

Потому что мой вопрос адресовался тебе:

А лично ты можешь назвать его преимущества?
По сравнению с современным вебом — он сознательно упрощён.

Хотелось бы знать, почему ты считаешь это преимуществом.

Но по мне так лучше бы сделали ограниченное подмножество традиционного HTTP и HTML.

Монстр HTML разросся до фантастических масштабов что для его показа нужен огромный объём кода превышающий по сложности ОС вместе взятую. Так что только закопать.

А почему веб? Тебе (про)дали какое-то гэ и ты решил, что на нем свет клином сошелся? Не напоминает одну операционную систему? Вэб не нужен! И сопсно никогда и не был нужен кроме как продажникам. Нормальным людям когда-то ftp, email и всяких fido хватало.

Лучше подумай каким будет интернет будущего, когда случится революция против монополии на интернет. Я за общемировые меш сети всегда топил. А илонамаска с его спутниками в шею гнать надо, он же большим братом станет при таком раскладе и будет воротить целыми странами.

и будет воротить целыми странами.

Это же даже хорошо. Чебурнет с китайским файрволом не пройдут.

Они и с общемировыми меш сетями не пройдут. Идея такого расклада в «пиратских станциях» энтузиастов. По типу тора.

Смотрю я вот на накачанные wget 580 мегабайт с одного сайта и вижу, что в принципе это мусор и всё надо качать заново с другими опциями при этом в отличии от торента использовать уже закачанное не выйдет.

А кто-то обещал, что выйдет?

для его показа нужен огромный объём кода превышающий по сложности ОС вместе взятую.

Посмотрел, архив сорцов w3m занимает около 1мегабайта.

у каждого таракана свой персональный IPv6 адрес и веб сервер будущего на нём

torvn77

Я ни куда не делся, я смотрю на то, что придумают эксперты.

Ответь на вопрос Концепция веба будущего (комментарий)

С какими другими опциями?

Ограничить глубину ссылок и разрешив подниматься выше ссылки отключить всё кроме каталога read, а вот что третье не знаю, wget не хочет конвертировать ссылки с заглавной страницы новеллы на главы, что то там хитрое что не конвертируется ни как, наверное скрипт какой.

Но всё это трудно, так как у wget куча не нужных лично мне опций и искать те что нужны именно мне довольно затруднительно.

Ну то есть рукожоп ты, а виноват веб.

Не говоря уже о том, что ты грузишь чужой сайт.

Ты как поручик Ржевский который всё опошлил.

Покажи сайт, который пытался скачать, а я скажу как надо было сделать.

Просто тот сайт не предназначен для скачивания, иначе бы автор сайта выкладывал дампы его базы данных для простоты, как это делает википедия.

Концепции веба будущего, например: https://ru.wikipedia.org/wiki/Web3 https://en.wikipedia.org/wiki/Webmention

Покажи сайт, который пытался скачать, а я скажу как надо было сделать.

Не весь сайт, а только новеллу Реинкарнация Алисары
Причина трудности что шапка и главы файлов новеллы лежат в разных директориях. https://www.scribblehub.com /series/ 278151/the-reincarnation-of-alysara/
https://www.scribblehub.com /read/ 278151-the-reincarnation-of-alysara/chapter/278153/

Ещё возможно проблемой будет то, что по умолчанию на главной странице ссылки на главы выводятся динамически по 15 штук(не по умолчанию максимум по 50)

Где-то тут я такое уже видел.

Концепции веба будущего, например: https://ru.wikipedia.org/wiki/Web3 https://en.wikipedia.org/wiki/Webmention

Имхо это не концепция Web 3, а концепция монетизации Web 2, потому что не создаёт новой концепции хранения и обмена информации.
Вместе с тем первое же что бросается в глаза так это одинаковая структура форумов посвящённым одинаковым темам, то есть следующий уровень абстракции должен объединить разделы разных форумов в один, а самих владельцев форумов преобразовать в экспортёров чёрных списков и подборщиков контента, что в совокупности будет создавать точки сбора тех или иных групп пользователей.

Например можно видеть что форумы mir-cnc.ru и cnc-club.ru имеют одинаковую структуру и различаются только фоновыми рисунками, набором смайликов и создающими индивидуальную атмосферу модерирующими их людьми, при том что движки у них технически разные.

Другой вариант: в чём различие между ЛОРом и таким же форумом на phpbb?
В том что на ЛОРе нет кнопок для вставки шаблонов форматирования, в том что на ЛОР нельзя вставлять картинки и видео.
То есть несмотря на то, что phpbb и ЛОР основаны на разных движках различаются они только шкуркой и тем, что ЛОР так или иначе не позволяет делать.

Далее сравним фейсбук, вк и инстаграмм: они будут различатся только тем что умеет или не умеет та или иная соцсеть из общего списка навыков.

Вот это и будет обобщать веб 3, ну а наиболее вероятный способ обобщения это распределённое хранение форумов и соцсетей в единой распределённой БД и её просмотр через разные клиенты, блокчейн тут ни ч какого боку.

maxcom, как на счет сделать лор для gemini?

Делаешь 1 POST курлом, получаешь ссылки на все страницы (из этого https://prnt.sc/26trdcq куска, он подгружает ссылки запросом), качаешь - профит. Скрипт на баше или любом языке в 3-5 строк.

Хотя лучше конечно было погуглить сначала https://github.com/dipu-bd/lightnovel-crawler

отказ в показе страницы в случае ошибки

крупный порносайт @ запрос к гугл АНАЛитике выдал 401 код @ отказ в показе страницы @ дрочишь на стектрейс

Каким должен быть веб будущего?

Учитывая куда катится современный — мёртвым!

Следующий раз автор сайта будет думать какой говнокод подключать.

Во-первых оно кэшируется в браузере. Во-вторых CDN, «580 мегабайт с одного сайта» вовсе не с одного сайта. В комплексе с первым пунктом PROFIT.