? Редактирование: Post:21.body Сохранить Удалить Закрыть
Инициализация...

Самое новое

СледитьСлежу
+ Создать новую тему
FAQ | En-Zer0Talk | Блоги о разработке: gomzik'a / kostaNew
Загрузка...

Title

Body
^1 ^2 added ━ автор user_name
More topics

Main ZeroNet news How did you find ZeroNet?

Follow in NewsfeedFollowing

123123

1231231

^1 ^2 tridvaraz отправил on Jul 09, 2019
Please sign innew comment
Войти как...
Отправить
You are running out of your allowed space, please contact the site's admin at unknown to raise your limit.
user_nameadded ^1 ^2
Ответить
Body
if0on Jul 11, 2019 ^1 ^2
Ответить

geekless: Так-то я тоже бородатый олдфаг, в свободное время пилящий юниксовые тулзы на сишечке. Но потенциал, стоящий за ZeroNet, меня вдохновил отбросить идеологическое неприятие питона, кофескрипта и прочей такой порнографии.

Копаться в чужой "порнографии" куда сложнее, чем делать что-нибудь свое. Имея подобный энтузиазм можно спроектировать что-то собственное, взяв общие идеи за основу, проанализировав опыт, чем проявлять чудеса героизма преодолевая чужие завалы с совершенно не гарантированным результатом.

Увы, но p2p системы в текущих реалиях остануться влачить маргинальное состояние - их все бояться, создавая им репутацию нечто противозаконного, неподдающегося контролю - трекеры - пиратство, Даркнет - хакеры, наркотики и CP. Даже сам разработчик ZN чего-то опасается, судя по его не всегда объяснинмым действиям, которые здесь уже обсуждались. Всякие Дуровы, прочие "доброжелатели" и "корпорации добра" иже с ними, при их ресурсах давно бы сделали такую сеть, увидев в ней перспективу, хотя бы экспериментальную. Но в такой сети невозможен контроль, поэтому их бы попросту засудили, при первой возможности. Раз не можешь использовать идею сам, сделай так, что бы никто ее не смог использовать - сделай так, что бы твои пользователи были намертво привязаны всеми правдами и не правдавми к твоим сервисам и никто не смог уйти к потенцеальным свободным конкурентам. Горстка отщепенцев - не в счет.

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

Звучит малость пафосно :-)

И ведь технологии-то все давно известны, nofish не изобрел ничего нового. Но просто он единственный, кто смог эти кубики собрать в рабочий прототип, глядя на который, понимаешь, как надо было делать сразу еще начиная с 90-х, если не с 80-х.

Никому не надо, "как лучше", всем надо "как легче" - легче использовать, легче контролировать.

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

Код исправить - можно, кривую архитектуру - нет.

geeklesson Jul 11, 2019 ^1 ^2
Ответить

if0: Так я - бородатый олдфаг, прочно засевший в конце девяностых, непереносящий на дух соременное вебопердение, поэтому мое мнение и виденье в вопросе "современных интерфейсов" - ничтожно. Таких, как я 0.000... от общей аудитории. Вы же сами сказали: "все скажут, что нифига неудобно ..."

Так-то я тоже бородатый олдфаг, в свободное время пилящий юниксовые тулзы на сишечке.

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

И ведь технологии-то все давно известны, nofish не изобрел ничего нового. Но просто он единственный, кто смог эти кубики собрать в рабочий прототип, глядя на который, понимаешь, как надо было делать сразу еще начиная с 90-х, если не с 80-х.

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

if0on Jul 11, 2019 ^1 ^2
Ответить

geekless: Пишите.

Так я - бородатый олдфаг, прочно засевший в конце девяностых, непереносящий на дух соременное вебопердение, поэтому мое мнение и виденье в вопросе "современных интерфейсов" - ничтожно. Таких, как я 0.000... от общей аудитории. Вы же сами сказали: "все скажут, что нифига неудобно ..."

geeklesson Jul 11, 2019 ^1 ^2
Ответить

if0: Я всеми руками и ногами за нормальную отдельную страницу интерфейса управления "не во что не интегрированную", а не за этот показной свистяще-пердящий цирк с конями, который насколько красивый, настолько же неудобный, а местами, вовсе - бесполезный.

Пишите.

if0on Jul 11, 2019 ^1 ^2
Ответить

geekless: И как это поможет админскому интерфейсу? Вы же первый взвоете, что нифига неудобно, нет ни статуса загрузки сайта, ни управления подписыванием из боковой панели, какой дебил так сделал, верните iframe-ы обратно.

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

geeklesson Jul 11, 2019 ^2 ^3
Ответить

if0: Если порты разные использовать? Или локальный DNS?

И как это поможет админскому интерфейсу? Вы же первый взвоете, что нифига неудобно, нет ни статуса загрузки сайта, ни управления подписыванием из боковой панели, ни всплывающих уведомлений для управления разрешениями, какой дебил так сделал, верните iframe-ы обратно.

if0on Jul 11, 2019 ^1 ^2
Ответить

geekless: Самые обычные сайты, прямо как на geosites в 199x-лохматом. Берите и делайте.

Работают они с мордой и iframe от криво до нефига.

У вас всё хорошо? Как вы изоляцию кода сделаете, расскажите. И интерефейс для управления открытым сайтом.

Если порты разные использовать? Или локальный DNS?

geeklesson Jul 11, 2019 ^1 ^2
Ответить

if0: Оставили бы совместимость с "обычными сайтами"

Самые обычные сайты, прямо как на geosites в 199x-лохматом. Берите и делайте.

if0: костылить iframe...

У вас всё хорошо? Как вы изоляцию кода сделаете, расскажите. И интерефейс для управления открытым сайтом.

if0on Jul 11, 2019 ^1 ^2
Ответить

geekless: Насчёт "всё есть сайт" - это только морда ZeroHello думает, что "всё есть сайт". Для ядра "всё есть адресуемый по публичному ключу набор данных". Морду можно поменять - и вот уже перед нами объектное хранилище, например.

Тогда поправлюсь: ZN не "все есть - зайт", а "все через ... морду".

if0on Jul 11, 2019 ^1 ^2
Ответить

geekless: Да, сначала были "просто сайты", потом "просто блоги" (уже с движком, но без возможности оставлять комменты), потом система сертификатов для комментирования, и потом как закономерный результат - форумы. Потом плагин для мерджа данных - и ZeroMe как демонстрация его применения.

Оставили бы совместимость с "обычными сайтами" зачем было "все через морду" пускать да еще костылить iframe...

geeklesson Jul 11, 2019 ^2 ^3
Ответить

Насчёт "всё есть сайт" - это только морда ZeroHello думает, что "всё есть сайт". Для ядра "всё есть адресуемый по публичному ключу набор данных". Морду можно поменять - и вот уже перед нами объектное хранилище, например.

geeklesson Jul 11, 2019 ^1 ^2
Ответить

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

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

geeklesson Jul 11, 2019 ^1 ^2
Ответить

if0: Странно, что никто сразу так не сделал, а решил "хранить и распростронять" сообщения вместе с форумом, или придумал костыльные полумеры с "коллективными хабами", подконтрольными одному владельцу.

Думаю, это потому, что такую схему никто бы не понял сразу.

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

caryosceluson Jul 11, 2019 ^1 ^2
Ответить

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

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

if0on Jul 11, 2019 ^1 ^2
Ответить

if0: [...]

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

if0on Jul 11, 2019 ^1 ^2
Ответить

geekless: Тогда надо и "списки "персональных хабов пользователей и id их сообщений" вынести на отдельный адрес, и таких адресов может быть использовано любое количество. Что тогда остаётся от "форума"? Ничего.

Так этот адрес и является "адресом форума", как сейчас, только вместо директории data/users/ с ее содержимым будет использоваться один файл с адресами персональных хабов и id сообщений и топиков к которым они прнадлежат.

Итого, у нас есть:

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

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

geeklesson Jul 11, 2019 ^1 ^2
Ответить

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

Тогда надо и "списки "персональных хабов пользователей и id их сообщений" вынести на отдельный адрес, и таких адресов может быть использовано любое количество. Что тогда остаётся от "форума"? Ничего.

Итого, у нас есть:

  • "Идентификатор форума", который ничего не хранит в себе (никаких пользовательских данных), а просто декларирует наличие форума.
  • Хранилище с кодом для работы с форумом - "приложение". Приложение может быть любое совместимое по формату данных.
  • 1 или несколько коллективных хабов, которые служат просто для отслеживания "в эту тему писали такие-то пользователи". Пользователь может подключать или отключать их по своему желанию.
  • Персональные хранилища, в которых все данные и лежат.
caryosceluson Jul 11, 2019 ^1 ^2
Ответить

if0:
Увы, это так... Представление доминирует над содержанием. Хотя использовать JS реально оправдано и необходимо лишь в некоторых специфических cлучаях.

В случае 0нет сайты без js выглядят печально (из-за iframe любой переход по настоящим ссылкам тормозит, разве что /raw использовать), не говоря уже о том, что динамики не будет. Но если говорить про реальную оправданность, то использовать Тьюринг-полный язык реально не оправдано. Вообще ^_^

if0on Jul 11, 2019 ^1 ^2
Ответить

geekless: Кем предлагается-то?

Интерфейсом при сравнении списков.

И он подвержен цензуре.

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

geeklesson Jul 11, 2019 ^2 ^3
Ответить

Если я загружаю новый зайт, то мне предлагается загрузить "хабы" ползователей имеющие сообщения на данном зайте

Кем предлагается-то?

На зайте всесто директорий с самими сообщениями будет храниться список "персональных хабов" пользователей и id их сообщений.

И он подвержен цензуре.

if0on Jul 11, 2019 ^1 ^2
Ответить

caryoscelus: В принципе да. Правда, любая защита от флуда содержит элементы централизации (в случае схемы "по хабу на пользователя" где-то должен храниться список хабов; в случае с флуд-атакой большая часть пользователей скорее всего предпочтёт использовать списки в которых флудеров нет). Но да, такая централизация всё же более "добровольная"

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

На зайте всесто директорий с самими сообщениями будет храниться список "персональных хабов" пользователей и id их сообщений.

Если автор использует js для функционала своего сайта, пользователю выбирать приходится "использовать или не использовать" весь сайт целиком

Увы, это так... Представление доминирует над содержанием. Хотя использовать JS реально оправдано и необходимо лишь в некоторых специфических cлучаях.

caryosceluson Jul 11, 2019 ^1 ^2
Ответить

if0: Куда бы проще обстояло дело, если отделить сообщения пользователя от зайта - каждый пользователь использовал "персональный хаб" - служебный зайт хранящий все сообщения определенного аккаунта. Хотите видеть чьи-нибудь сообщения - загрузите и синхронизируете его хаб. При удалении такого хаба - автоматом полностью удаляются все сообщения данного пользователя со всех ресурсов. Потербуется только список забаненных адресов, что бы не появлялись запросы на их повторную загрузку.

Админобан - это элемент цензуры. Каждый пользователь должен сам решать, чьи сообщения он хочет читать, а чьи - нет.

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

Хотя бы был бы предоставлен выбор: использовать его или нет...

Если автор использует js для функционала своего сайта, пользователю выбирать приходится "использовать или не использовать" весь сайт целиком

if0on Jul 11, 2019 ^1 ^2
Ответить

caryoscelus: Да не важно, на скольких ресурсах, блоклисты-то универсально работают. Кому (из владельцев) надо будет - почистят автоматом, на остальных пользователи сами будут использовать блоклисты (но да, надо сделать, чтобы они нормально работали).

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

Да, если каждый админ будет банить. Но, например, в этом чатике это маловероятно.

Админобан - это элемент цензуры. Каждый пользователь должен сам решать, чьи сообщения он хочет читать, а чьи - нет.

Чем больше мешанины из js, тем больше вероятности, что что-то пойдёт не так.. Я вообще думаю, что надо js выкинуть и заменить на безопасный язык и API

Хотя бы был бы предоставлен выбор: использовать его или нет...

if0on Jul 11, 2019 ^2 ^3
Ответить

caryoscelus: Да не важно, на скольких ресурсах, блоклисты-то универсально работают. Кому (из владельцев) надо будет - почистят автоматом, на остальных пользователи сами будут использовать блоклисты (но да, надо сделать, чтобы они нормально работали).

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

Да, если каждый админ будет банить. Но, например, в этом чатике это маловероятно.

Админобан - это элемент цензуры. Каждый пользователь должен сам решать, чьи сообщения он хочет читать, а чьи - нет.

Чем больше мешанины из js, тем больше вероятности, что что-то пойдёт не так.. Я вообще думаю, что надо js выкинуть и заменить на безопасный язык и API

Хотя бы был бы предоставлен выбор: использовать его или нет...

caryosceluson Jul 10, 2019 ^1 ^2
Ответить

if0: Проблема будет с вычещением контента. "Профессиональный" флудер будет флудить не с десятка, а с сотен аккаунтов и не на одном форуме, а на всех популярных ресурсах.

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

geekless: Если банить средствами форума, то данные не будут распространяться. На уже загрузивших узлах придется вручную вычистить, это да.

Да, если каждый админ будет банить. Но, например, в этом чатике это маловероятно.

У меня мысль появилась. Можно напилить плагин, который заставляет вместо настоящего content.json грузить, например, content.overloaded.json (при наличии последнего). А этот второй генерируется движком самого сайта на лету. Это позволяет динамически управлять местом на сайте из JS-кода, не имея приватного ключа.
Т.е. в итоге вместо подписывания лимитов напрямую, мы подписываем код, который формирует лимиты.
А дальше куча опций: управление на основе PoW, на основе лайков, на основе мнения доверенных пользователей и т.п.
Проблема в том, что нужно либо держать сайт запущенным, либо использовать плагин @gitcenter-а для фоновой работы.

Чем больше мешанины из js, тем больше вероятности, что что-то пойдёт не так.. Я вообще думаю, что надо js выкинуть и заменить на безопасный язык и API

if0on Jul 10, 2019 ^1 ^2
Ответить

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

Проблема будет с вычещением контента. "Профессиональный" флудер будет флудить не с десятка, а с сотен аккаунтов и не на одном форуме, а на всех популярных ресурсах.

geeklesson Jul 10, 2019 ^1 ^2
Ответить

caryoscelus: Правда, вероятно придётся в срочном порядке переработать мехнизм блокировки (сейчас-то данные продолжают храниться)

Если банить средствами форума, то данные не будут распространяться. На уже загрузивших узлах придется вручную вычистить, это да.

У меня мысль появилась. Можно напилить плагин, который заставляет вместо настоящего content.json грузить, например, content.overloaded.json (при наличии последнего). А этот второй генерируется движком самого сайта на лету. Это позволяет динамически управлять местом на сайте из JS-кода, не имея приватного ключа.

Т.е. в итоге вместо подписывания лимитов напрямую, мы подписываем код, который формирует лимиты.

А дальше куча опций: управление на основе PoW, на основе лайков, на основе мнения доверенных пользователей и т.п.

Проблема в том, что нужно либо держать сайт запущенным, либо использовать плагин @gitcenter-а для фоновой работы.

caryosceluson Jul 10, 2019 ^1 ^2
Ответить

geekless: Непоправимая катастрофа лечится кнопкой Mute.

Всё-таки не совсем. По-настоящему профессиональный флудер очевидно про неё прознает ^_^

if0: Если в ZN заведется "профессиональный флудер" - это будет непоправимая катастрофа.

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

geeklesson Jul 10, 2019 ^2 ^3
Ответить

if0: Если в ZN заведется "профессиональный флудер" - это будет непоправимая катастрофа.

Непоправимая катастрофа лечится кнопкой Mute.

if0on Jul 09, 2019 ^1 ^2
Ответить

Если в ZN заведется "профессиональный флудер" - это будет непоправимая катастрофа.

caryosceluson Jul 09, 2019 ^1 ^2
Ответить

geekless: На LOR-е этим заканчивают, а тут можно с этого начать.

Лол ;)

geeklesson Jul 09, 2019 ^1 ^2
Ответить

caryoscelus: Пароль

На LOR-е этим заканчивают, а тут можно с этого начать.

caryosceluson Jul 09, 2019 ^1 ^2
Ответить

Пароль от вайфая что ли?

geeklesson Jul 09, 2019 ^1 ^2
Ответить

Согласно нику, цифры в другом порядке.

This page is a snapshot of ZeroNet. Start your own ZeroNet for complete experience. Learn More