Смотри, положим в Perfect Dark мне захотелось аниме Gantz, я забиваю его в поиск, клиент отправляет в сеть запрос, через некоторое время мне начинают отвечать(обычно через сутки, но это ценная фича).

Всё это время работает программа, а не я.

А теперь скажи мне, сколько форумов мне надо перерыть, причём не автоматом, а в ручную прежде чем я сначала найду упоминание твоего проекта, а потом после ещё нескольких часов рытья форумов ip твоего гита?

То есть по факту этот гит будет только для элитки, а для меня егго практически не будет.

Причём если этот ip наберёт популярность, то этот ip появится в поисковиках и на него пришлют абузу.

этот гит будет только для элитки

так и задумано, не? или ты хочешь p2p github? это уже проект совсем другого уровня

или ты хочешь p2p github? это уже проект совсем другого уровня

Именно, речь то о том, чтобы восстановить массовый агрегатор проектов.

это сложно. по моему у Rinaldus речь шла о чём то другом. я себе представил что то вроде syncthing, только синхронизируются репозитории git по команде push/pull/clone/fetch

ну трындеж же :)

Руководитель GitHub «случайно» выложил исходные коды платформы (комментарий)

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

элитка может оставить пулреквест, развернутся и уйти

да причём тут пулл-реквест? git не только для open source проектов используется. если группа людей хотят вести совместную разработку некого проекта, у них есть такие опции:

• приватный репозиторий на github’е или другом подобном сервисе (с ограничениями в соответствии с тарифным планом).

• репозиторий на арендованном VCS (возможно вместе с self-hosted gitea или чем то подобным, или без).

предлагается разработать p2p вариант без сервера вообще

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

Я вот что предлагаю, сделать p2p сеть, в которой ноды будут обмениваться xml’никами, в XML’никах будет раздел network, в котором будет параметр network/recipient_address, после просмотра которого нода будет решать принять пакет или переслать дальше.

В случае если она не находит этот тёг, то тогда нода смотрит содержимое тёга packet/type и если там например указан тип search то обрабатывает пакет как поисковый запрос к своей локальной БД и просматривая атрибуты этого запроса, например такие как срок действия, дата формирования или убывающий счётчик нод принимать решение пересылать его другим нодам дальше или нет.

Ну я надеюсь понятно, что основа общения в виде XML пакетов позволит сети оставаться стабильной при огромном количестве протоколов и версий этих протоколов. Новый протокол это просто ещё один раздел XML’ника, а его версия это просто значение тёга protocol/version примерно как-то так, главное и основа это пересылка XML’ника между нодами.

П.С. Я тут подумал, что логичнее начинать анализ пакета с рассмотрения тёга packet/type, и только потом смотреть другие тёги. П.С.2 Надо бы ещё позаниматься анализом структуры информации и способов её пересылки, предложенное мной сейчас хуже того, что я придумывал раньше.

tl;dr

А что не так, там довольно простая и логичная система.

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

1. Смогут, ровно тем же способом, который предполагает git - pull requests. Другие выкладывают свою версию и просят сделать pull с другого адреса. Чтобы после pull изменения стали видны, можно использовать ipns (конкретно это в git-remote-ipfs не поддерживается, но проблема исправима, а пока можно руками ссылку в ipns переставлять).

2. В адресе указывается не нода, а хэш от данных.

git config –user.emale «ящик_нэта»

emale

e-самец, что ли?

ycombinator

Ресурс, на котором процветают быдлопсевдоэлитизм, прогрессофобия и идолопоклонничество. Иногда читаешь — ну как будто на лор попал, только на инглише всё.

Cyberpunk, все дела.

Ресурс, на котором процветают быдлопсевдоэлитизм, прогрессофобия и идолопоклонничество. Иногда читаешь — ну как будто на лор попал,

Что-то мне на нём зарегистрироваться захотелось.

Руководитель GitHub «случайно» выложил исходные коды платформы

Лучше бы исходники Windows 10 выложил …

по-моему он п*здит. комментарий к комиту не похож на «We accidentally shipped an un-stripped/obfuscated tarball of our GitHub Enterprise Server source code to some customers a couple of months ago».

когда шипят софт клиентам обычно не пишут «feel cute so maybe ill upload github source code». или что там было написано в комите и что уже потёрли.

но история конечно интересная, посмотрим чем закончится.

Я не программист. Мне вот пришла в голову идея прикрутить к git возможность работать без центрального узла, я ее высказал. Как это сделать конкретно и как в этом децентрализованном облаке определить основные права на репозиторий, думаю, должен решать не один человек, а коллектив специалистов. Чтобы у этой схемы не было уязвимостей ни от хакеров, ни от желающих заблокировать.

Да, именно так.

Чтобы у этой схемы не было уязвимостей ни от хакеров, ни от желающих заблокировать.

Если очень захотят заблокировать то могут просто запретить протокол, в США был прецедент когда подавались судебные иски против всех пользователей непомню какой программы.
Ну или другой пример когда полицаи в той же США проводили массовый шмон свободных граждан в поисках mp3 плееров.

Ты смешной ;)

Владимир

В масштабе одной страны это сделать можно, обязав всех провайдеров резать трафик для этого протокола. И то его можно обфусцировать, заставить прикинуться другим протоколом. Вот это как раз и должно служить пищей для размышления специалистов, которые будут создавать p2p для git: как это лучше сделать, чтобы все было продумано и чтобы невозможно было подкопаться.
Но как заблокировать протокол в масштабе всего мира? Думаю, это невозможно. У всех стран разные законодательства. А США своими действиями в очередной раз заставят всех убедиться, что их «демократия» и «свобода слова» - не более, чем фейк.

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

Но как заблокировать протокол в масштабе всего мира?

Так что Американским копирастам до всего мира, для них и родное США уже жирный кусок.

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

На словах и хешмапы O(1) , а реальный мир жесток.

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

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

чего нет в других системах даже в проекте.

Чего нет и тут даже в проекте.

Ни че го не бу дет. Пока ты сам не начнёшь делать, своими или чужими руками.

На словах и хешмапы O(1) , а реальный мир жесток.

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

В моём же случае коммит гита будет разделом XML’ника, то есть сетевая инфраструктура, если только пакет не зашифрован, будет видеть его внутренею структуру как XML, даже если она "понятия не имеет что такое гит"

То есть если в привычном тебе поисковике, например в яндексе ты можешь искать коммит только по имени и размеру файла, или если коммиты у гита тв текстовом формате набрать в поиске условное Ууу Ыыыы и получить море мусора, то в моей системе ты сможешь отправить запрос примерно такого вида

[$git/repository/name == 'Ууу']&&[$git/repository/commit/message == 'Ыыыы']

то ты получишь выборку только по репозиториям гита(git/repository), только из репозиториев с именем Ууу и только те коммиты, в пояснениях к которым содержится Ыыыы.

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

[$git/repository/commit/author == 'Maxcom@linux.org.ru']

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

Понял?

оО

This URL has been excluded from the Wayback Machine.

Человек доброе дело сделал, а его ругают …

Вот если исходники Windows 10 выложит, то наступит новая эра в IT.

Человек доброе дело сделал, а его ругают …

Надо ему на paipal хотя бы на чашку кофе 20$ сбросить.
У него и стимул появится …

Человек доброе дело сделал, а его ругают …

Неблагодарные

Позор веб-архиву

xml в 2020 это конечно bruh

А какой ещё формат может обеспечить удобочитаемую иерархическую БД?

И даже если он есть, то чем он лучше XML?

Удобочитаемую?

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

Но подчёркиваю, это крайность.

Вообще говоря для XML есть специаные редакторы, которые делают сравнительно удобными их редактирование и просмотр.

json читабельней будет

Но он однослойный, в нём нельзя вложить несколько слоёв друг в друга

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

Хорошо, ты прав, пусть будет json, а не xml. Хотя может тогда сразу взять yaml как более универсальный?
(закомеетированного в пакете быть не должно, все пояснения должны хранится в тёге comment)

Но это вопрос второстепенный.
Как тебе сама суть идеи сети, основа которой это использование в качестве пакета файла базы данных?

Ну вот значит всё верно. Подтирают следы фейла.

Да уж

Почему не на весь?!