The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Инженеры из Google представили глобальную файловую систему Upspin

22.02.2017 11:45

Группа инженеров из компании Google представила проект Upspin, в рамках которого разработан экспериментальный фреймворк для организации безопасного совместного доступа к файлам. Upspin определяет набор протоколов, интерфейсов и реализаций программных компонентов, позволяющих связать в единое пространство имён различные данные, такие как ФС и сервисы хранения. Код эталонной реализации Upspin написан на языке Go и распространяется под лицензией BSD. Проект развивается сотрудниками Google, но не является официальным продуктом компании.

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

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

Upspin предлагает использовать для идентификации файла схему "ann@example.com/dir/file", состоящую из email пользователя и виртуального пути. Зная глобальный идентификатор файла, любой пользователь, при предоставлении ему доступа, может обратиться к этому файлу из любого локального приложения, как к обычному файлу в своей ФС, или из любого online-сервиса, поддерживающего Upspin. Кроме файлов и директорий Upspin позволяет организовать доступ к динамически меняющейся информации, такой как данные от датчиков или результаты запросов к сетевым сервисам. Для прикрепления глобального пространства имён к локальной ФС предоставляется FUSE-модуль. Для доступа также можно использовать программу upspin c набором типовых команд, таких как "cp". Для подключения к глобальной ФС достаточно установить одну из реализаций Upspin, создать ключи для своего email и зарегистрировать их в хранилище ключей.

Управление доступом производится путём создания в экспортируемой директории специального файла с именем Access, содержащего список полномочий, предоставленных другим пользователям. Например, добавив в файл правило "read: joe@here.com, mae@there.com", пользователи joe@here.com и mae@there.com получат возможность чтения файлов в текущей директории и поддиректориях. Кроме чтения, можно предоставить доступ к записи, просмотру содержимого каталога, удалению, созданию файлов и т.п. Возможно создание групповых политик, использование шаблонов (например, "read: all" и "*: all") и индивидуальное определение правил доступа к отдельным файлам.

Ключевой целью разработки является обеспечение наивысшего уровня безопасности. Производительности уделяется второстепенная роль. В частности, в Upspin применяются современные методы идентификации пользователей по открытым ключам. Для хранения и обнаружения открытых ключей планируется задействовать технологию Key Transparency (пока доступен только один экспериментальный централизованный сервер ключей key.upspin.io). По умолчанию применяется верификация содержимого по цифровой подписи и все данные передаются в зашифрованном виде с использованием end-to-end-шифрования, при котором закрытые ключи фигурируют только на конечных системах владельца файла и получателя. Подобный подход позволяет не только развернуть свой собственный сервер Upspin, но и делегировать хранение файлов в любое облачное хранилище, не опасаясь, что данные попадут в чужие руки в результате компрометации хранилища или диверсии персонала. При этом в Upspin не обеспечивается "forward secrecy", т.е. утечка закрытого ключа владельца, означает возможность доступа к перехваченным файлам.

Инфраструктуру Upspin составляют три компонента:

  • Сервер ключей, выполняет работу по хранению открытых ключей всех пользователей системы (приватные ключи хранятся отдельно, на стороне пользователей). Сервер ключей также имеет информацию о сетевых адресах серверов директорий. Пользователи могут воспользоваться уже работающим сервером ключей key.upspin.io или запустить свой собственный;
  • Сервер хранения, на котором непосредственно размещены хранимые данные. Каждый пользователь может запустить один или несколько серверов хранения;
  • Сервер директорий, предоставляющий информацию о том, какие данные размещены на серверах хранения. Сервер директорий может быть запущен в связке с сервером хранения для каждого пользователя или на группу пользователей, например, один на всю семью. Пользователь также может использовать сторонние серверы директорий и хранения, к которым ему предоставлен доступ (например, облачные сервисы).
  • Опционально реализован кэширующий сервер, который может применяться для кэширования данных при их передаче от удалённого сервера к клиенту.


  1. Главная ссылка к новости (https://security.googleblog.co...)
  2. OpenNews: Google представил Key Transparency, альтернативу серверам криптографических ключей
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/46082-gfs
Ключевые слова: gfs, upspin
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (74) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 12:42, 22/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Переизобрели ipfs?
     
     
  • 2.6, Balancer (ok), 12:49, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    IPFS — это контент-адресуемая система, а тут как обычно, по имени ресурса.
     
  • 2.18, Аноним (-), 13:52, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    нет, просто часть Plan 9
     
     
  • 3.25, Ph0zzy (ok), 14:58, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    а в ней это все как реализовано? тоже инфрастуктура открытых ключей, сервер директорий? сам никогда не сталкивался, а читал описание уже давно.
     
     
  • 4.27, proud_anon (?), 15:13, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    http://ru.inferno-os.wikia.com/wiki/%D0%91%D0%B5%D0&
     

  • 1.2, Random (??), 12:43, 22/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Всё правильно, если хочешь,чтобы что-то было сделано хорошо - сделай это сам.
     
     
  • 2.3, Аноним (-), 12:47, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да, все самоделки хорошие.
     
     
  • 3.75, Аноним (-), 06:07, 23/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Для самих авторов.
     
  • 2.5, Аноним (-), 12:48, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ключи и емылы эта штука собирает хорошо. Что-нибудь еще?
     
     
  • 3.45, Аноним (-), 18:17, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Конечно!
    Это же гуголь
     
  • 3.67, Аноним (-), 21:07, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    а ещё через пару лет найдут дырку позволяющую игнорировать путь и получить любой файл с фс пользователя. ;)
     

  • 1.4, анонимчик (?), 12:47, 22/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    это типа аналог ActiveDirectory?
     
     
  • 2.10, Crazy Alex (??), 13:14, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    да тут аналогов особо и не просматривается
     

  • 1.7, Аноним (-), 12:56, 22/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > написан на языке Go

    Из этого уже очевидно, что
    > Производительности уделяется второстепенная роль.

    И в принципе в данном конкретном случае высокая производительность фреймворку и не требуется. Всё равно будет упираться в io, задержки и скорость сети.

     
  • 1.8, Николай Попов (?), 13:00, 22/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    в конце концов дойдет до субдфс
     
  • 1.9, Crazy Alex (??), 13:13, 22/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    И опять email. Остальное, кстати, на вид вполне прилично
     
     
  • 2.34, KonstantinB (ok), 16:51, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Если задуматься, то никакой разницы. Любой уникальный идентификатор (который так или иначе надо где-то регистрировать) приводит к возможности сбора информации.
     
     
  • 3.35, Crazy Alex (ok), 17:08, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    1) я, в общем-то, не о сборе, а о том, что опять прибивают идентификатор к какой-то централизованно регулируемой структуре.

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

     
  • 2.56, A (?), 19:32, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хорошо, что не телефон
     

  • 1.11, KleemHead (?), 13:16, 22/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    emailFS
     
     
  • 2.13, Lander (??), 13:31, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ждем uucpFS
     
  • 2.14, Lander (??), 13:33, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ждем fidonetFS
     
     
  • 3.28, Аноним (-), 15:21, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ждём под AGPL, в данном случае оно очень уместно.
     
     
  • 4.41, Crazy Alex (ok), 17:42, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    так, из "что изменить" пока что выходит:
    - реализация под AGPL
    - DHT вместо сервера сертификатов
    - отказ от email как идентификатора
     

  • 1.12, ano (??), 13:20, 22/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сколько на этот раз петабайт исходников и зависимостей?
     
     
  • 2.73, qsdg (ok), 03:26, 23/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вам диска жалко что-ли?

    Вон в новом "Master of Orion: Conquer the Stars" saves-файлы весят по гигабайту и комп нужен мощный (это для пошаговой стратегии-то).

     

  • 1.15, Аноним (-), 13:39, 22/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Чем это лучше RetroShare?
     
     
  • 2.16, Crazy Alex (ok), 13:49, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Тем, что не настолько хитрозакрученное и просто работает с файлами. За счёт отказа от защиты приватности любой ценой, конечно - но это чаще всего не проблема.

    Хотя DHT как альтернативе серверу ключей (и даже их федерации), конечно, напрашивается

     
  • 2.24, vi (ok), 14:57, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Чем это лучше RetroShare?

    Тем, что пока RetroShare будет набирать пользователей, некоторые гиганты (не будем упоминать их имена в суе ;) движением левого мизинца на правой ноге могут плотнее посадить своих хомячков на еще один сервис (или выпустят супур-мига приложение "Которое сделает для/за Вас все зашибись).
    Так что, может быть, мораль сей басни такова: "Проще надо быть, и народ потянется к тебе!". Авторство автора.  

     
     
  • 3.36, Crazy Alex (ok), 17:10, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот "гиганты" тут явно  не при делах. Можете почитать детальное описание, если не верите - акцент как раз на том, чтобы поменьшехранит свои данные в облаках, например. Это, если что, не проект гугла, а просто людей, которые там работают.
     
     
  • 4.48, vi (ok), 18:50, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Поймите я не против гигантов и в частности гугла , и тем более не против прог... большой текст свёрнут, показать
     
     
  • 5.49, Crazy Alex (ok), 19:15, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Да я ж не спорю. Я бы немного не там проводил границу приемлемого - чуть дальше от централизованных сервисов, но то, что ретрошара и прочие даркнеты "страшно далеки от народа" - согласен полностью.

    Я только заметил, что это не о "гигантах" - разработка совершенно частная и, по большому счёту, в русло гугла не очень укладывается. А то, что именно гугловцы - не удивительно, у них на эту тему опыта и знаний - как ни у кого.

     
     
  • 6.55, vi (ok), 19:29, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Да я ж не спорю. Я бы немного не там проводил границу
    > приемлемого - чуть дальше от централизованных сервисов, но то, что ретрошара
    > и прочие даркнеты "страшно далеки от народа" - согласен полностью.
    > Я только заметил, что это не о "гигантах" - разработка совершенно частная
    > и, по большому счёту, в русло гугла не очень укладывается. А
    > то, что именно гугловцы - не удивительно, у них на эту
    > тему опыта и знаний - как ни у кого.

    Молодцы, что хорошие кадры вокруг себя собирают.
      

     
  • 6.74, qsdg (ok), 03:33, 23/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А то, что именно гугловцы - не удивительно, у них на эту
    > тему опыта и знаний - как ни у кого.

    Да нет, просто в гугле уже половина программистов поработала. В Долине куда ни плюнь -- попадёшь в стартап by ex-googlers, кузница кадров типа. Как один из них говорю.

    И опыта у них в среднем не намного больше, а то и меньше, чем у восточноевропейских программистов. Конечно, гугл огромный, и есть проекты где действительно по теме штуки делают, ну так и в восточной европе тоже есть немало таких.


     
  • 2.83, Аноним (-), 16:06, 25/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Здесь, скорее, аналог Tahoe-LAFS.
     

  • 1.17, б.б. (?), 13:49, 22/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    План 9 из открытого Твиттера
     
  • 1.19, Аноним (-), 13:54, 22/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Похоже они изобрели ftp, ftp://ann@example.com/dir/file
     
     
  • 2.22, Crazy Alex (ok), 14:20, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В отличие от FTP тут в адресе вобоще нет никаких указаний, где реально хранятся данные. В результате ты их можешь на сто серверов раскидать, половина из которых будет вообще интерфейсами к чему-то ещё, вроде дропбокса или твиттера или торрента или... да к чему угодно.

    Идея хороша - была бы - если бы сделали ключи первичной идентфиикацией и заложили DHT  в базовый протокол.

     
     
  • 3.44, www2 (ok), 17:56, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вы считаете, что в ссылке ftp://ann@example.com/dir/file фрагмент example.com - это сервер, где реально хранятся данные? Спешу вас огорчить, это может быть не так. Допустим, FTP-сервер предоставляет доступ к файлам, к которым сам получает доступ через NFS... Думаю, что дальше можно не продолжать.
     
     
  • 4.50, Crazy Alex (ok), 19:19, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, я считаю, что example.com - это identity, которую контролирует какой-то сторонний хрен и которую так просто потом не изменишь. И что попытки создать человеко-распознаваемый уникальный идентификатор - дурная идея. Ключи должны быть первичны, а имя - так, сверху написано, как дефолтный никнейм для тех, кому переименовать лень.
     
  • 2.51, Аноним (-), 19:22, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    При чём адресация к протоколу? Адресация вида ann@example.com/dir/file или ann@example.com:/dir/file используется и в HTTP, и в RSH/SSH, и в Rsync, и в Git, и т.д. Является общепринятой, то бишь. Им надо было новую адресацию что ли придумывать?
     

  • 1.26, Аноним (-), 15:12, 22/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >"ann@example.com/dir/file"
    >централизованный сервер ключей key.upspin.io
    >делегировать хранение файлов в любое облачное хранилище

    Еще один способ рассказать о себе гуглу и другим интересным личностям. ЭТО не для людей.

     
     
  • 2.37, Crazy Alex (ok), 17:11, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что именно рассказать?
     
     
  • 3.39, Аноним (-), 17:21, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Рассказать и показать как хороша К.Кардашьян. Все эти обменники как минимум должны решать задачу распространения контента 18+. Системы, где это нельзя делать анонимно (или анонимно для 99%, а админ сервака с форумом не в счет) обычно долго не живут.
     
     
  • 4.40, Crazy Alex (ok), 17:40, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И что не нравится? Мыло - любое, контент - зашифрован e2e. Что ещё надо для счастья?
     
     
  • 5.43, Аноним (-), 17:53, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну, во-первых, тебя залогируют https upspin io doc signup md The second step ... большой текст свёрнут, показать
     
     
  • 6.52, Crazy Alex (ok), 19:23, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну залогируют, и что? Всё, что они там видят - это тройка email - сертификат - сервер каталога. Это по определению открытые данные.

    Сервер каталога - это отдельная сущность, кто его держит - вопрос отдельный.

    Сервер(ы), где лежат данные - ещё одна сущность, мало того, чо отдельная, так ещё и много может быть.

    Если тебе нужно что-то приватное - поднимаешь свой сервер сертификатов и в своей компании пользуетесь им.

     
     
  • 7.63, Аноним (-), 19:59, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Если тебе нужно что-то приватное - поднимаешь свой сервер сертификатов и в своей компании пользуетесь им.

    Лень искать, в этой доке это НЕ предусмотрено: https://upspin.io/doc/server_setup.md

    The process follows these steps:
    * sign up for an Upspin user account, registering your public key with the central server key.upspin.io,
    ...

    Если найдешь обратное -- отпишись.

     
     
  • 8.65, Crazy Alex (ok), 20:10, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А что ты хотел от доки как за пять минут увидеть результат https upspin io ... текст свёрнут, показать
     
     
  • 9.66, Аноним (-), 20:19, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну, ты продолжай их огораживать Смысл в том, что обычные люди хотят впросто И ... текст свёрнут, показать
     
     
  • 10.77, Crazy Alex (??), 13:17, 23/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Обычным людям хватит просто того, что файлы хранятся и передаются с end-to-end... текст свёрнут, показать
     
     
  • 11.78, Аноним (-), 14:17, 23/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    В p2p тоже все зашифрованно Ты не понял смысла Смысл НЕ в том, что все якобы с... большой текст свёрнут, показать
     

  • 1.30, Аноним (-), 15:34, 22/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Всё бы было здорово, если бы не было серверов, по принципу P2P. Например, как дальнейшее развитие протокола TOX.
     
     
  • 2.38, Crazy Alex (ok), 17:15, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее наоборот - эти узлы были бы недурной системой DHT и форвадинга для Tox и подобного - они ж явно будут на хороших коннекшнах.

    Вообще единстенное, что там есть смысл делать в виде p2p - это сервер ключей (и маппингов в адлреса directory servers). Всё остальное гораздо лучше выглядит как нормальная серверная статика - переносится легко и не будет тупить как ретрошара та же

     
  • 2.82, Аноним (-), 16:00, 25/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Смотрите Tahoe-LAFS, Freenet и Maidsafe.

    >Например, как дальнейшее развитие протокола TOX.

    Токс вовсе не является чем-то уникальным. Это просто dht которая отображает хеш ключа в ip.

     

  • 1.32, Аноним (-), 16:24, 22/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Молодцы, поддерживаю начинание.
     
  • 1.42, Аааааааа (?), 17:50, 22/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    это уже было, жаль, что недолго... https://ru.m.wikipedia.org/wiki/Opera_Unite
     
     
  • 2.53, Crazy Alex (ok), 19:24, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Хрень с закрытым кодом в составе десктопного приложения? Нет, это не оно.
     

  • 1.46, Аноним (-), 18:43, 22/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    пилят к своему гмылу шпионский s3?
     
  • 1.47, Аноним (-), 18:47, 22/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Кто пр нибудь уже вставио картинку про 15 стандартов?
     
     
  • 2.54, Crazy Alex (ok), 19:25, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А предыдущие 14 где? Я вот как-то ничего аналогичного вспомнить и не могу.
     
     
  • 3.60, Balancer (ok), 19:48, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    IPFS, торренты/DHT, ed2k, tahoe-lafs, BTSync, ZeroNet... Не буквальные аналоги, но суть такая же — сделать URI/имя файла независимым от места хранения.
     
     
  • 4.68, Led (ok), 22:02, 22/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Не буквальные аналоги, но суть такая же

    Снонимы к слову "невеста": кобыла, ...

     

  • 1.58, Аноним (-), 19:36, 22/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Upspin предлагает использовать для идентификации файла схему "ann@example.com/dir/file", состоящую из email пользователя и виртуального пути.

    А чё не example.com/user/dir/file?
    Или хочется смайликов в именах файлов?

    И почему только email пользователя в имени файла. Что за полумеры.
    Вот так нужно
    "+74951234567#Moscow$malayadmitrovka!14%8:ann@example.com/dir/file"

     
  • 1.61, Аноним (-), 19:50, 22/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Goodle Drive Next Edition!
     
  • 1.62, Аноним (-), 19:52, 22/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Про meatspin уже писали?
     
  • 1.64, annonim (?), 20:06, 22/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Гугол так и тащит все данные в сеть...
     
  • 1.69, Линукс еще не готов (?), 00:11, 23/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну только если там хранить торрент файлы. Этакий глобальный пиратбей
     
  • 1.70, Онаним (?), 00:31, 23/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Файлы-вообще прошлый век на самом деле. Будущее за максимально полным разделением данных, метаданных и представлений.
     
  • 1.71, Вареник (?), 01:03, 23/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Расшарить все ради:
    >> обеспечение наивысшего уровня безопасности.
     
  • 1.72, Аноним (-), 02:31, 23/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я один не понял какую реальную проблему решает эта поделка?

    > При желании опубликовать картинку из Facebook в Twitter, пользователю нужно загрузить картинку на локальный диск и затем отдельно загрузить её в Twitter

     
     
  • 2.76, XoRe (ok), 10:36, 23/02/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я один не понял какую реальную проблему решает эта поделка?
    >> При желании опубликовать картинку из Facebook в Twitter, пользователю нужно загрузить картинку на локальный диск и затем отдельно загрузить её в Twitter

    Да, ради "ой, мне лень загружать фоточку" нужно поднять свой кластер микросервисов.
    2017 год.

     

  • 1.79, Клоун_аттакуют (?), 15:02, 23/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Как установить? И где GUI?
     
  • 1.81, Ненужно (?), 08:41, 24/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    ipfs с зондами и таргетированной рекламой?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру