Комментарии 52
Кстати, демон на питоне под виндус авторы могли бы и виндовой службой запускать, не так уж это и сложно.
А зачем? так он сидит в трее и имеет управление...
Так как это более правильно и да, от того, что он будет службой, это не значит — что он потеряет управление и не сможет сидеть в трее.
А у ZeroNet есть какая-то поисковая система? Какой-нибудь Zeroogle.bit?
Вообще, содержит ли ZeroNet API в себе функции поиска по пирам?
Если ничего этого нет, то есть ли хотя бы какие-нибудь каталоги, как раньше был "Rambler каталог" или типа того?
Вообще, содержит ли ZeroNet API в себе функции поиска по пирам?
Если ничего этого нет, то есть ли хотя бы какие-нибудь каталоги, как раньше был "Rambler каталог" или типа того?
Сдается мне, история идет по кругу: интернет начинался с конференций Fido, и теперь снова возвращается к чему-то аналогичному: выглядит все пугающе-загадочно, все на английском, привычные стереотипы поведения "пользователя" не работают…
Почему пугающе-то? Это интригующе-загадочно.
Так Fido и было p2p.
Нет, фидо было FTN — а там уже администраторы:
В кошерной P2P сети никакой иерархии быть не должно, соответственно, никаких "координаторов", "администраторов" и "модераторов".
Основные особенности технологии: Иерархическая адресация (зоны, сети, узлы и поинты), что предполагает наличие в такой сети административной иерархии (координаторов разных уровней).
В кошерной P2P сети никакой иерархии быть не должно, соответственно, никаких "координаторов", "администраторов" и "модераторов".
иерархия была нужна по простой причне — звонить между телефонными зонами было недешево. Плюс, некоторые администрирования (адресация, например) проще, если есть иерархия.
Но в общем случае, на уровне транспорта, любой узел мог обмениваться почтой с любым узлом.
А необходимость в координаторах и модераторах появится сама.
Но в общем случае, на уровне транспорта, любой узел мог обмениваться почтой с любым узлом.
А необходимость в координаторах и модераторах появится сама.
в манифесте к сайту указывается, что запись в определенную папку могут иметь пользователи со своими ключами а не только обладатель основного ключа.
Все очень интересно, но как с помощью данного подхода можно организовать хотя бы простейшую файловую бд? Как она будет вести себя при обновлении информации одновременно на разных хостах — как же репликация?
Отвечу сам на свой вопрос:
Можно вести отдельную бд для каждого пользователя и какой-нибудь файл с мета-информацией, например когда было последнее изменение от пользователя. Потом движком проверять эти файлы, и строить из этого всего ответ на трубуемый запрос.
Например если мы говорим о форуме:
Запрос от пользователя будет содержать информацию о том с какой и по какую дату подгрузить сообщения, и движку придется сканировать только те файлы, в которых хранится метаинформация об измении за это время.
В дальнейшем можно будет обязать движок вести свою отдельную бд с метаданными об изменении от пользователей.
Еще бд, которая будет отображать поправки модераторов, удаленные сообщения и т.п.
Интересно, насколько данная реализация будет накладной по ресурсам? — Есть идеи получше?
Можно вести отдельную бд для каждого пользователя и какой-нибудь файл с мета-информацией, например когда было последнее изменение от пользователя. Потом движком проверять эти файлы, и строить из этого всего ответ на трубуемый запрос.
Например если мы говорим о форуме:
Запрос от пользователя будет содержать информацию о том с какой и по какую дату подгрузить сообщения, и движку придется сканировать только те файлы, в которых хранится метаинформация об измении за это время.
В дальнейшем можно будет обязать движок вести свою отдельную бд с метаданными об изменении от пользователей.
Еще бд, которая будет отображать поправки модераторов, удаленные сообщения и т.п.
Интересно, насколько данная реализация будет накладной по ресурсам? — Есть идеи получше?
Там по другому сделано, контент пользователей — json файлы при добавлении они попадают а sql базу доступную из JavaScript, что позволяет удобно выдирать нужные данные.
Потом движком проверять эти файлы, и строить из этого всего ответ на трубуемый запрос.
Даже нет, проверять файлы изменений от пользователей, и строить из этого одну общую бд — вот оно! :)
А по каким портам траф ходит? Могут забанить порты?
Правильно ли я понимаю, что перед тем как зайти на какой-то сайт, мне нужно его полностью скачать?
нет, у многих сайтов некоторый контент (по выбору админа) может быть опциональным к загрузке и загружатся по запросу а не сразу, пример — 0chan
Развивая тему, а какие решения есть для этой сети в вопросе освобождения свободного места?
Допустим мне сайт еще нужен, но сожрал уж больно много диска. Удалить-перекачать? Что-то более интеллектуальное?
И как в этой сети с историей версий сайта?
Допустим мне сайт еще нужен, но сожрал уж больно много диска. Удалить-перекачать? Что-то более интеллектуальное?
И как в этой сети с историей версий сайта?
После получения подписи вы «Входите» на сайт предоставляя свою подпись, а при написании, скажем, поста на форуме вы подписываете контент вашей подписью и рассылаете между пирами с вашей подписью.
То есть никакой анонимности?
Очень интересен такой момент: каким образом в этой и подобных системах сообщения на тех же форумах выстраиваются в хронологическом порядке? На честном слове по предоставленному юзером таймштампу?
После слова Питон дальше статью не читал… Думаю что сеть не получит распространения и развития как и i2p т.к. написана на java. Рекомендую переписать все на C# Core. И еще адреса типа http://127.0.0.1:43110/ это не айс. Должно быть что то типа zero://1HeLLo4uzjaLetFx6NH3PMwFP3qbRbTf3D Так же продумать не статичный контент, иначе это не сайт а набор файлов страниц т.е. владелец ресурса должен иметь возможность взаимодействия по ajax. Очень важна так же сетевая анонимность, вычислить раздающего файл должно быть в принципе невозможно. Всегда должно быть неизвестно является ли узел A источником файла или он просто прокси.
i2p реализован не только на Java, но и на C. См. purple i2p
Не то, чтобы я сильно одобрял использование питона, но C# в качестве роутера такая же нелепость, как и java. Гигантский распухший рантайм, виртуальная машина, которая порт от ячейки памяти отличить не может а про существование cache line у процессора даже и не в курсе...
НЛО прилетело и опубликовало эту надпись здесь
По аналогии с торрентами
НЛО прилетело и опубликовало эту надпись здесь
В общем случае два серых IP (с непроброшенными портами NAT) и не могут соединиться друг с другом без третьего белого в принципе. Только в некоторых случаях (не гарантированно) могут поддерживать соединение, однажды установленное про посредничестве третьего белого.
НЛО прилетело и опубликовало эту надпись здесь
Поставил попробовать, после получения ID постоянно вываливается "Message wrapper_nonce error, please report!" и ничего не происходит, пока не закроешь окно и не зайдешь на 127.0.0.1 по новой.
Аналогично. Давно пытался пощупать, так и не заработало. Сейчас проверил — ошибка та же самая.
Опытным путем было выяснено, это из-за frigate или других расширений https://github.com/HelloZeroNet/ZeroNet/issues/306
Попробовал полазил, круто конечно но внутри пустота, я не смог найти интересных ресурсов.
У мобильных операторов и в некоторых WiFi сетях очень часто полностью режется весь торрент-трафик. Будет ли в таком случае работать эта сеть?
НЛО прилетело и опубликовало эту надпись здесь
Установил zeronet:
pkg install zeronet
sysrc zeronet_enable="YES"
service zeronet start
Открываю в браузере страницу http://localhost:43110
Браузер редиректится по адресу http://localhost:43110/и-ту-т-какая-то-белиберда
После этого открывается страница, на которой бескончно мигает красная надпись:
TRACKER CONNECTION ERROR DETECTED
Это так и задумано? ?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
ZeroNet — По настоящему распределенная сеть — год спустя