company_banner

SDK от Яндекс.Диска

    Яндекс.Диск получил SDK. Теперь можно удобно использовать его возможности в приложениях для OS X и Windows, ровно как и в мобильных приложениях на iOS, Android и Windows Phone. Кроме этого, мы разработали специальные виджеты, чтобы и любой веб-сайт мог легко реализовать работу с Я.Диском (например, загружать файлы прямо на Я.Диск пользователя) прямо на месте.

    Сразу замечу — мы и раньше использовали открытый протокол WebDAV, поэтому в своих приложениях интегрироваться с Диском можно было практически с самого начала. Но теперь возможностей для этого стало больше, а главное — это станет намного более удобным и простым делом.

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

    image

    Обо всём этом я вчера рассказал в своей презентации на Yet Another Conference, а сейчас специально для вас хочу раскрыть подробности на Хабре.


    Дедупликация через WebDAV

    Изначально для взаимодействия с Диском мы сделали свою реализацию открытого протокола WebDAV. Это стандартный протокол для работы с файлами. В основе лежит HTTP. Для push-нотификаций используется xmpp. Именно по этим протоколам работают все наши и сторонние клиенты Кроме того, по WebDAV доступ к Диску можно получить непосредственно через файловые менеджеры, встроенные в систему.

    image

    Но в нашем официальном клиенте есть одна интересная функция, которая до сих пор не была доступна сторонним разработчикам: дедупликация файлов. Мы можем на стороне клиента посчитать две контрольные суммы файла, и по этой информации (а также по размеру) понять, не загружен ли уже такой файл на наш сервер. И если этот файл у нас уже есть, его загрузку можно произвести практически мгновенно. А точнее, файл не загружается вовсе, а на серверной стороне просто обновляется метаинформация, и доступ к файлу открывается новому пользователю. Подробнее про новую функцию можно почитать в документации.

    image

    API & SDK

    Мы очень любим WebDAV и не собираемся отказываться от него. Он уже используется во многих сторонних приложениях (информацию о них мы бережно собираем на этой страничке). Но есть у этого протокола и свои проблемы. В первую очередь, конечно, проблемы в реализациях под разные платформы. Кроме того, WebDAV заточен именно под работу с файлами, а нам хотелось бы предоставить пользователям и разработчикам нечто большее.

    Сегодня зачастую мобильные приложения заменяют или дополняют собой сайты. Там, где раньше разработчик просто делал сайт, теперь делается набор приложений. Мультиплатформенность становится все более важной, нужно поддерживать не только физические хранилища, но и облачные. И хранить нужно не только файлы но и данные. Мы понимаем, что WebDAV в данном случае – не самая удобная вещь. В связи с этим мы решили подготовить новую API-платформу, которая включает в себя полноценный REST API Диска для работы с файлами.

    Но просто сделать новый API нам показалось мало. Разработчикам нужен SDK. Ведь работа с сетью – не самое приятное занятие. Постоянно обрабатывать сетевые запросы, смотреть, как они разрываются или не разрываются. Особенно в мобильных устройствах, где связь – вообще большая проблема. Ну и помимо самого приложения требуется написать бэкэнд, прикрутить к нему API для работы с сетью, поставить в дата-центр сервер (а лучше — сразу два в разных дата-центрах), настроить на них базу данных. Гораздо лучше, когда есть готовая библиотека и хранилище, которые можно применять где угодно, а не создавать для каждого сервиса заново. Именно для этого мы сделали и запускаем SDK Диска.

    image

    В версии 0.1 есть только средства для работы с сетью и файлами, возможность взаимодействия с базой данным мы добавим позже. На данный момент в нашем SDK реализована поддержка трех языков программирования: Java, Objective-C и C#. Таким образом, с его помощью можно создавать приложения подо все популярные платформы: как мобильные, так и десктопные.

    image

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

    Виджеты

    Раньше у большинства людей было по одному компьютеру. Обычно это был десктоп или ноутбук. На его жестком диске хранились все файлы. Еще иногда был КПК. Вы сохраняли любой файл из интернета себе на диск, и дальше все было понятно. Но сейчас таких устройств стало очень много (компьютеры на работе и дома, смартфоны, планшеты), задача сохранения файла существенно усложнилась. Каждый файл лежит на своем устройстве, нужно помнить, что и куда было сохранено. И сегодня облачные хранилища представляют собой новую реализацию жесткого диска, куда можно сохранить все постоянно используемые файлы, и получать к ним доступ из любого места и с любого устройства. Именно с такой идеей в голове мы и разрабатывали Яндекс.Диск в его первоначальном виде.
    И раз уж мы говорим о том, что Диск – это новое хранилище для всех основных файлов пользователя, почему бы не дать возможность сохранять файлы из интернета сразу на Диск? Или наоборот загружать файлы непосредственно с него? Реализовать это мы решили при помощи виджетов. Мы протестировали их в Почте, Фотках, а также других наших сервисах и решили сделать их доступными для любого сайта. Встраивать виджет для сохранения файлов можно уже сейчас, а виджет загрузки появится в ближайшее время.

    image

    Многие файлы, которые скачивают пользователи, просматриваются один-два раза, после чего удаляются, либо пылятся в папке загрузок. С помощью нашего виджета такие файлы можно не скачивать, а просматривать онлайн. У нас есть вьюеры для многих популярных типов файлов.
    Яндекс
    407,00
    Как мы делаем Яндекс
    Поделиться публикацией

    Комментарии 92

      +2
      Это не может не радовать, молодцы! Жаль только, что Python нет.
        0
        И жаль, что Яндекс.Диск сделан не на Python :)
          +3
          Серверное ядро — mpfs, как раз написано на Python ;)
            0
            Извиняюсь, я забыл уточнить, что имел ввиду клиент…
        0
        Я правильно понимаю, что это тоже самое, что и Core API и Sync API у Dropbox www.dropbox.com/developers/core/docs?
          +1
          На самом деле нет, та часть которая в чем-то аналогична DB Sync API у нас пока используется только в наших собственных приложениях. Но мы думаем о том, что выделить ее для общего использования. Обязательно про это расскажем.
          0
          Скажите, не появилось возможности upload'а файла по частям? А то при download'е можно использовать Range заголовки, а что делать если к примеру за один раз не получается залить файл на Яндекс.Диск?
            +2
            К сожалению в API такая возможность пока есть только для наших приложений, но мы обязательно ее откроем для всех.
            +7
            О, да это же Рон Уизли! Только волшебная палочка мелковата :)
              0
              Это все из-за открытого рта ;)
                +1
                Скорее Стив Бушеми в молодости.
                +1
                А как будет поступать Яндекс в следующей ситуации.

                Например, владелец прав (копираст), сообразил, что можно автоматизировать процесс проверки наличия копий контента на Яндекс.Диске, используя волшебную функцию дедупликации. Шлёт запросы с md5 sha-256 и размером файла яндекс.Диску, а тот и говорит что, файл уже есть или его ещё нет.

                Если файл есть, то владелец прав пишет письмо Яндексу, с просьбой удалить такой файл (т.к. контент распространяется, например, только через iTunes). Как будет поступать Яндекс?
                  +2
                  Это могут файлы пользователя, купленные в itunes и положенные потом в Диск. Так как таким образом нельзя узнать у кого именно такой файл есть (или был, но был удален), то такой жалобы как мне кажется быть не может.

                  Все законные жалобы мы обрабатываем законным образом. Это касается файлов, которые доступны всем (опубликованы)
                    +1
                    Интересная юридическая коллизия возникает.

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

                    Допустим контрольная сумма допускает колизии в очень редких случаях.

                    Т.е. о одной стороны мы с очень большой вероятностью знаем, что какой-то пользователь залил на сервер яндекс-а наш «незаконный» файл. С другой стороны доказать 100% это не можем, можем говорить о вероятности.

                    По хорошему суд должен приписать яндексу проверить дейсвительно ли файл является «нашим» и если да то «выдать» пользователя.
                      0
                      утверждение что файл «незаконный» уже спорное :) однако точный юридический спор я лично вести не готов :)
                        0
                        который мы знаем что точно не легальный (и можем это доказать).

                        Это как?
                          +1
                          Ну например это изображение с детской порнографией?
                          Или дам базы данных которую украли у определенной компании и мы знаем и можем доказать факт кражи (было уголовное дело и оно решилось в пользу компании)?
                            0
                            И подаем заявление «вы украли нашу детскую порнографию»? :)

                            Вообще, если речь о копирайтных делах, то есть множество случаев когда файл может находиться на серверах без согласия правообладателя. ГК РФ, статьи, начинающиеся с «свободное воспроизведение».
                    +1
                    Не думали организовать нечто вроде p2p для публично доступных файлов? Например на отдыхе в Таиланде всяко скорость и задержки не порадуют до ваших серверов. А если есть пользователь Яндекс диска в соседнем городе с аналогичным файлом в публичном доступе (например свежая прошивка для iOS), то тянуть я буду уже у него через Тайского провайдера с нормальной местной скоростью. Извиняюсь если такая возможность есть и я упустил упоминание о ней.

                    Также в теме про консольный клиент для Linux интересовался планируете ли запилить дроплет (виджет или расшаривание перетаскиванием на иконку в трее) для десктопного приложения. Веб-виджет конечно хорошо, но хочется еще лучше. Поделитесь планами?
                      +2
                      1. Думаем о таком
                      2. И об этом тоже думаем.

                      Детальнее пока, к сожалению, рассказать не могу :)
                        +1
                        То есть вообще ничего нет и это только в виде идей в воздухе или наработки есть и скоро можно ждать?
                        Вобщем вы конкретизируйте немного, а подробностей я и не ожидал услышать :)
                          0
                          Имеет смысл ждать, про скоро не уверен :)
                      +1
                      C интересом слушал этот доклад.
                      Вот чего не хватает в API:
                      На сторонний сервис (который владелец диска авторизовал) встраивает на свою страничку форму загрузка файла в яндексдиск пользователя.
                      Пользователь со странички стороннего сервиса загружает файл в диск, а ссылку на него получает себе.
                      Зачем это нужно: наш суперсервис даёт, допустим, 100МБ места на своих железках и возможность интеграции с (загрузки файлов в) ЯД.
                      таким образом: наш сервис не занимается непрофильной фигнёй, а пользователь имеет возможность грузить на ЯД. Круг замкнулся, при этом суперсервису на надо сначала загружать файлик себе, а «от себя» в ЯД.

                        0
                        Честно говоря, не удалось осознать схемы. «Суперсервис» что делает?
                          +1
                          Спасибо за комментарий.
                          Постараюсь описать кейс с другой стороны.
                          Допустим мы интегрируем ЯД с форумом. (напр. отдавать аттачи из ЯД).
                          Как можно сделать сейчас (с текущим API): пользователь загружает файлы на сервер форума, а сервер или в контексте этого же запроса (или, например, по крону) на ЯД, получает публичную ссылку и её раздаёт.

                          Что мне кажется кривым: необходимость сначала загрузить файл себе, а потом в ЯД.
                          Как я бы решал проблему: по API получать уникальный уникальный адрес (action="..." в форме), по которому сторонний пользователь может загрузить файл в ЯД.

                          Надеюсь, я довольно подробно описал проблему. Если необходим «самый конкретный кейс», с которым я столкнулся, интегрируя дропбокс с «суперсервисом», пишите, я его подробно опишу в ЛС.
                        –2
                        Все что я хочу — чтобы Яндекс.Диск не ограничивал время хранения файлов 90 днями с момента последнего скачивания — и этого достаточно
                          0
                          Вы с бывшим narod.ru не путаете?
                            +1
                            Да, спасибо за поправку. Уточнил
                            +1
                            Это было на Народ.Ру, в который ничего нельзя заливать где-то с февраля :)
                              0
                              Яндекс.Диск утверждает что можно хранить большие объемы данных неограниченное количество времени. А как на практике? Действительно так?
                                0
                                Да, как и в любом облачном хранилище файлов. Только вот за массовый шаринг этот самый шаринг могут отключить.
                                  0
                                  точнее порезать скорость до 64кбпс (если трафик на отдачу превышает размер диска х 2).
                            –6
                            Давайте будем говорить прямо: WebDAV — это странная, нелогичная, избыточная в синтаксисе, медленная, не вполне однообразно стандартизированная и по-разному поддерживаемая разными клиентами и серверами хрень. Всякие там гугл-драйвы, дропбоксы и прочие это осознали с самого начала и сразу сделали нормальный API, а Яндекс изначально почему-то решил что вот у предыдущих 100500 пытавшихся не вышло, а у него выйдет. Попытка сразу была провальная (насколько я помню, первым попавшимся вебдав-клиентом даже к яндекс.диску не прицепишся в виду кастомной авторизации) и чего было её городить — непонятно.

                            Ах, когда уже научатся в статьях говорить правду: «Ошиблись в первой версии, а теперь всё сделали правильно», так нет, пытаются сохранить лицо, ещё больше его теряя.
                              +1
                              WebDAV выполнил свою функцию на первом этапе, сейчас мы двигаемся дальше. Сложно назвать ошибкой то, что без проблем используется десятки миллионов раз в сутки. :)
                                +5
                                Вы знаете мне, как автору библиотеки для WebDAV под С++, .NET, Java и JavaScript, использованной потом в двух десятках проектов для связи с полусотней разных WebDAV — серверов назвать это ошибкой ну совсем не сложно.

                                -XML-ный синтаксис WebDAV хуже по наглядности чем JSON и хуже по объему\скорости работы чем, например, Protobuf.
                                -WebDAV отвратительно реализован в Windows.
                                -Для авторизации каждый придумывает свои велосипеды — кто-то использует базовую, кто-то OAuth, Майкрософт вон вообще куки берёт из веб-сессии, в итоге найти вебдав-клиент, совместимый со всеми серверами — невозможно
                                -Набор полей в ответе просто непредсказуемо меняется в разных реализациях сервера.
                                -Люди умудряются использовать собственные форматы времени.
                                -Простейшая вещь — дисковая квота — описана несколькими разными RFC и реализуется то так, то эдак (а чаще всего — никак).
                                -Часть серверов требует чтобы URL заканчивался слэшом, часть — чтобы ни в коем случае не заканчивался, часть работает так и так.
                                -Загрузка файлов на некоторых серверах через POST, на других — через PUT, на третьих и так и так.
                                -Докачка где-то есть, а где-то нет.
                                -На счет дедубликации вы и сами сказали.


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

                                В любом случае — удачи вашему API, вот теперь вы всё делаете верно.
                                0
                                полнейший бред. как только у меня появился яндекс диск я подрубил его к своему линукс серверу через davfs2 без каких либо проблем вообще. И вот уже пару лет так работает, сервер бекапов у меня тоже так настроен. На пхп элементарная реализация вебдава, у меня сайты бекапят сами себя в яндекс диск вместе с дампами базы. Ещё куча плюсов есть, главная из которых — низкий порог вхождения, которые есть у вебдава. У любой технологии есть плюсы и минусы. Я считаю решения яндекса использовать вебдав правильным решением, по крайней мере для меня было это идеальным решением.
                                  +1
                                  Правильное решение — это открытый API и готовые библиотеки под пяток основных языков. Этим путём Яндекс и идёт, я просто удивлён, что не сразу.
                                –2
                                Есть и еще хорошие новости!
                                Практически незаметно в сети появился MegaSync — бетта Windows-клиента для Mega. Приложение очень даже ничего! Начал активно пользоваться мегой…
                                  0
                                  Хмм… Посмотрел SDK для C# — там в DiskItemInfo есть IsPublished.
                                  Хочется, чтобы в ответе сервера по обычному PROPFIND (с depth 1 — получение контента директории) тоже было это самое isPublished, а пока, насколько я понимаю, можно только отдельно сделать запрос для каждого файла. Очень неудобно.

                                  Можно ли надеяться на то, что в ближайшее время появится этот тэг в XML ответе?)
                                    +1
                                    1. Читаем документацию по API Диска: api.yandex.ru/disk/doc/dg/reference/publish.xml
                                    2. Запоминаем, что искомое свойство – <public_url xmlns="urn:yandex:disk:meta"/>
                                    3. Читаем документацию по PROPFIND: webdav.org/specs/rfc4918.html#rfc.section.9.1.6
                                    4. Формируем запрос на стандартные свойства и публичную ссылку:
                                    <D:propfind xmlns:D="DAV:">
                                      <D:allprop/>
                                      <D:include>
                                        <public_url xmlns="urn:yandex:disk:meta"/>
                                      </D:include>
                                    </D:propfind>
                                    

                                    5.…
                                    6. PROFIT!
                                      0
                                      1. Вы имеете ввиду, что к стандартному PROPFIND с Depth 1 нужно добавить тот же самый XML, что и для получения свойства расшарен/не расшарен индивидуального файла?) И тогда в итоге сервер в ответ включит еще и признак публичности?
                                      2. Это проверенный способ или просто предположение?
                                        +1
                                        Это вам ответил разработчик webdav-компонента Яндекс.Диска, если что.
                                          0
                                          1. Я имею в виду, что PROPFIND без тела равносилен PROPFIND/allprop без инклюдов, и что инклюдить можно любые свойства. Одно из доступных документированных свойств – публичная ссылка. Когда файл не опубликован, это свойство имеет код 404, а когда опубликован – содержит саму ссылку.
                                          2. Это то, как оно должно работать по стандарту. Я проверил – работает.
                                            0
                                            Вот теперь предельно понятно!
                                            Возьму на вооружение Ваш совет.
                                              0
                                              Реализовал, работает, спасибо вдвойне)
                                                0
                                                Не за что. Если вдруг обнаружите, что мы ведем себя не по стандарту – не стесняйтесь, пишите в службу поддержки.
                                        –5
                                        Это очень смелое утверждение, что файлы одинаковой длинны с одинаковым значением хеш функции посчитанной по нему — это один и тот же файл. Не боитесь что первые исполняемые файлы популярных дистрибутивов будут залиты злоумышленниками? Включение вируса в большой exe/dll файл может пройти совершенно незаметно для хеша и размера.
                                          +2
                                          Вычисляется два разных хэша + есть проверка по размеру. Думаю, сложно будет незаметно внедрить вирус.
                                            0
                                            Поделитесь какие? Сразу и проверим.
                                              +2
                                              В изначальном посте есть ссылка на документацию: api.yandex.ru/disk/doc/dg/reference/put.xml
                                              Проверьте, мы проверили на нескольких миллиардах файлов пока. :)
                                            0
                                            Они ведь две хеш-функции считают
                                              –2
                                              Наверное стоит объяснить мою обеспокоенность. Вирус — очень небольшая программа, скажем её размер — 20 килобайт. Размер файла не рассматриваем, потому как тело вируса будет заменять байты носителя. Таким образом вопрос сводится к вероятности того, что 2 хеш функции не заметят 20 килобайт в файле Visual Studio 2013 Original MSDN.iso размером несколько гигабайт. Невероятно? Возможно. Никто не будет хранить большие дистрибутивы в облаке? Сомнительно. Я бы предпочёл иметь галку «не использовать дедупликацию» иначе все пользователи сервиса играют в рулетку, хотя, признаюсь, возможность «проиграть» весьма невелика.
                                                +1
                                                вероятности того, что 2 хеш функции не заметят 20 килобайт

                                                Во-первых хеш-функция не может не заметить кусок файла, так как она проходится по всем байтам.
                                                Во-вторых, давайте посчитаем
                                                md5 – 128 bit
                                                sha256 – 256 bit
                                                Вероятность коллизии (если размер файла известен) – 2^-384. В десятичной записи это примерно 114 нулей после запятой перед первой значимой цифрой.
                                                  0
                                                  А вероятность флапа 1 бита памяти DRAM, ЕМНИП, 2^-72 степени.
                                                    0
                                                    Но еще нужно уточнить, что например для миллиарда файлов мы легкой уберем 18 нулей после запятой. Чего конечно тоже хватает.
                                                    0
                                                    У хэшей лавинный эффект, так что даже если вирус будет однобайтным хэши изменятся, и если для одного еще можно поискать коллизию, то чтобы совпало сразу 2, тем более на таком здоровом файле, это малореально, проще делать вирусы эксплуатирующие дырки в софте, далеко не все вовремя обновляются.
                                                      +2
                                                      Ага, и даже если выйдет смастерить такой файл, то как его загрузить если работает дедупликация?)
                                                  0
                                                  Шифрование добавьте в API. Я теперь доверяю только стораджам с шифрованием.
                                                    0
                                                    А что конкретно вы имеете ввиду? Все соединения с API только через SSL.
                                                      0
                                                      крипто API. Чтобы клиент мог шифровать контент который уходит на сервер а потом расшифровывать когда он назад приходит. Примерно как у Mega сделано
                                                        0
                                                        А чем это отличается для вас от использования HTTPS соединения?
                                                          –1
                                                          Во первых я не доверяю HTTPS, весь этот трафик давно слушается по принципу man in the middle. Во вторых данные на сервере хранятся в открытом виде
                                                          +2
                                                          Я задавал этот вопрос Владимиру на конфе вчера. Вроде как пока не планируется, можно использовать криптоконтейнеры. :)
                                                            0
                                                            Не мешает но это неудобно. Нужно прозрачное шифрование
                                                        0
                                                        Вам никто не мешает самостоятельно любым способом шифровать файл и заливать его уже в зашифрованном виде.
                                                        0
                                                        .
                                                          0
                                                          Владимир. Вы на конференции вчера упомянули про то, что грузить можно не только файлы, но и данные (что-то типа облачной базы). Однако не смог найти про это информацию, а на самой конфе не спросил, так как думал что есть в апи доках.
                                                          Не могли бы немного подробнее рассказать?
                                                            0
                                                            Это было в рамках рассказа о том, какие задачи мы решаем. Пока эта возможность используется только для наших приложений, но мы обязательно ее апизируем и тогда расскажем.
                                                              0
                                                              жду с нетерпением, ибо очень востребовано для меня. (синхронизация конфигов и данных для моих приложений). Правильно ли я понимаю что это какое-то key-val хранилище?

                                                              Владимир, вдруг вы общаетесь с командой разработчиков навигатора, передайте им мою просьбу плиз: сделайте уже синхронизацию точек с учёткой в яндексе))) Поменял сегодня прошивку и потерял 200 точек))) В идеале возможность импорта какой нить xml ки и её бекапа в яндекс.диск)))(отправлял им хотелку, наверное года 1.5 назад, говорили что вроде как рассмотрят и тишина)
                                                          • НЛО прилетело и опубликовало эту надпись здесь
                                                              0
                                                              Докачка вообще-то есть, но при плохом канале лучше всего использовать приложение Диска, а файлы сохранять себе в Диск. Наше приложение само упорно и не отступая скачает/синхронизирует файлы.
                                                                –1
                                                                Т.е. докачка есть все же? А каким образом? Вот есть у меня есть ссылка на файл yadi.sk/d/iDuEDZgRAMCvd — и есть у меня на диске первые X байт этого файла, хочу докачать остальные — как я могу это сделать?
                                                                  +1
                                                                  Отдайте заголовок Range: bytes=X-, как и во всех остальных случаях докачки через HTTP
                                                                    –1
                                                                    Эээ, это я знаю, вопрос куда отдавать то? На какой простите URL-то?
                                                                      0
                                                                      Ну так в конце концов у вас будет временный URL на файл вида downloader-*.disk.yandex.ru/rdisk/blablabla, с которого браузер будет забирать контент. По этому же URL можно и докачивать.
                                                                        0
                                                                        Да, я понимаю — но как правильно заметили это временный URL — его передать нельзя, и когда ты через неделю решишь докачать файл — нужно опять лезть и смотреть какой новый временный URL

                                                                        Т.е. wget --continue на неделю на плохом интернете не поставишь уже — может сменится.

                                                                        Но это брюзжание да.
                                                                          0
                                                                          Как выше написал Владимир, официальный клиент вполне справляется с этой задачей, и вы можете его поставить на свой Мак или даже линукс без иксов.
                                                                      0
                                                                      Поясню, т.е. я конечно могу из URL выше сделать запрос вида

                                                                      curl 'https://downloader-default2j.disk.yandex.ru/rdisk/5009ab0a5cfd1f7eb0e254ebb100e1b9/524dc81e/x4HCiStC2DvKAa1kKMcP87B2k28DF4a2wE-o8SkRYFhrBUq3otILRlaqsZGk3cu_q_J6bpmRyOJonT3VoXnDag==?uid=0&filename=random_data.10mb&disposition=attachment&hash=cO/JeeoWUcNRsjzPuSPBhTlB8tvmD9kXUH/MeXT7do8%3D&limit=0&content_type=application%2Foctet-stream&rtoken=f9dfc306a581fcb5ae1c5652885c98bd&rtimestamp=524dc81f' -H 'Accept-Encoding: gzip,deflate,sdch' -H 'Host: downloader-default2j.disk.yandex.ru' -H 'Accept-Language: ru-RU,ru;q=0.8,en-US;q=0.6,en;q=0.4' -H 'User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/30.0.1599.66 Safari/537.36' -H 'Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8' -H 'Referer: https://disk.yandex.ru/public/?hash=cO/JeeoWUcNRsjzPuSPBhTlB8tvmD9kXUH/MeXT7do8%3D&ncrnd=8469&locale=ru' -H 'Cookie: yandexuid=1022315551361942800; fuid01=4e6f792f0ea2138e.wB1IcGQtAvzEQS8b4VPBAzQxgzHTkhblkoJVlrYrAX8S6FYp9_suY1KPtrTtYPnCD2gmtvAdBjXQP4HRm-eoHihFQw8zx-GO-Dx_jX1HBBn8LBmai7rYeS0K0epLAg0C; yabs-frequency=/4/Im010FvRG5BEc3zH/aTS5BLmL9poT12rS5IURrmWNN1Ky/; my=YzYBAAA=; L=FVlDc0pkAgdxfEVYfl9XZksBdgtHQnRQW1AoChcXKD44CE9ZBnJwLUM3KCAzF1IfLDoAP3Z1UTgQGg5BXUcXMw==.1380825753.9996.272955.01829e03d6124f673e036c164e41ace9; ys=; yp=' -H 'Connection: keep-alive' --compressed

                                                                      Но это выглядит неудобным. Считайте я таким образом просил прямые ссылки на файлы, и наверно, не оригинален.
                                                                        +1
                                                                        Я придумал. Извините, что не сразу.
                                                                        1. Сохраняете файл себе в Диск.
                                                                        2. Используете любой HTTP-клиент для того, чтобы скачать его себе на компьютер по WebDAV, используя базовую авторизацию. В вебдаве по части GET нет никаких хитростей – достаточно просто корректно урлэнкодить путь, что в случае латинских названий без пробелов – задача тривиальная.
                                                                          0
                                                                          Но уже в первом пункте может быть засада — например не быть места в Диске? Ну и странно, что для того чтобы просто скачать файл нужно его себе в Диск перемещать, а потом удалять.

                                                                          Но спасибо, за идею.
                                                                –1
                                                                Мгм. Насколько неделикатно будет повторить вопрос — тот самый, который на хабре второй самый задаваемый вопрос по яндекс: диску? Уже год прошёл — кормления завтраками — а воз и ныне там?
                                                                0
                                                                Посмотрел на виджет. То ли я не понимаю на кого он рассчитан, то ли юзабилити оставляет желать лучшего.
                                                                Одни вопросы…

                                                                1. Чем он лучше «обычного» — положил в диск, дал общую ссылку?
                                                                2. Зачем отдельная кнопка «сохранить на диск», если можно использовать ссылку (там тоже есть эта кнопка)?
                                                                3. Почему при нажатии на «сохранить на диск» я получаю дополнительный запрос (надо еще раз жать кнопку)?
                                                                4. Почему при нажатии на «сохранить на диск» в диалоге нет предпросмотра?
                                                                5. Если сделать там предпросмотр, то опять же возникает вопрос №2 — чем это отличается от клика по ссылке?

                                                                  0
                                                                  И да… в догонку.

                                                                  Если виджеты и SDK будут расширяться это будет востребовано.

                                                                  Вот один из юзкейсов: uploadcare.com/

                                                                    +1
                                                                    Спасибо за SDK. Реальное подспорье.

                                                                    Посмотрел на гитхабе код SDK под C#.
                                                                    Неймспейсы такого вида:
                                                                    namespace Disk.SDK { }

                                                                    Удивился, что в неймспейсах не фигурирует название компании «yandex». По-моему, было бы логичнее, например, так:
                                                                    namespace YandexDisk.SDK { }

                                                                    или так:
                                                                    namespace Yandex.Disk.SDK { }

                                                                    PS Ни в коем случае не хочу выразить неважение (много отрицаний, но по другому не скажешь) разработчикам SDK (лишь маленький вопросик-придирка). Яндекс, сделали отличный инструмент для нас. Спасибо.
                                                                      0
                                                                      Что то я не понял, а что у них изменилось? Где новый Rest API? Тот же самый WebDav в документации и во всех SDK. Ни какого улучшения в работе с javascript (не удивлюсь если даже CORS прописать нет возможности).
                                                                      По-моему это какая то шутка… столько ждали а показали редизайн страницы документации и SDK для ленивых.
                                                                      Буду признателен если меня разубедят, т.к. этого обновления жду давно.
                                                                        0
                                                                        слушайте, я думаю, что вам надо запилить стандарт для доступа к облачным хранилищам. не restful, a restless. метаинфа идёт в отдельной части сериализованная в жсон. файлы идут каждый в своей части. основой взять oauth. вообще следует выработать стандарт для oauth, а то я уже за##4лся использовать различные библиотеки для разных сайтов, хочется универсальной библиотеки для всех однотипных сайтов. разумеется, это не противоречит расширяемости — библиотека должна иметь возможность грузить плагины, реализующие поддержку расширений стандарта.
                                                                          +1
                                                                          0
                                                                          Спасибо за SDK!
                                                                          А выложить .Net библиотеки в NUget вы не хотите?
                                                                            0
                                                                            А будет ли кнопка «Сохранить в Яндекс.Диск» по URL без предварительной загрузки файла (как в виджете)? Например, у Dropbox такая кнопка есть. Конечно, можно реализовать «это» и своими силами, используя API, но это на порядок (а то и 2 сложнее). Просто передавать URL, который надо сохранить, намного проще, а следовательно и пользовалось бы большей популярностью.

                                                                            Самый простой пример — сайт по поиску персонала. HR мог бы сохранять на Диск резюме соискателей в PDF.

                                                                            Можно ли рассчитывать на появление такой кнопки?
                                                                              0
                                                                              1. Очень печальная документация на WebDAV АПИ
                                                                              Открывая доку на GoogleDrive я вижу примеры работы с их АПИ для 7-ми!!! языков программирования.
                                                                              А тут только http-заголовки. Какой АПИ выберет разработчик, кажется ответ очевиден.

                                                                              2. Нет возможности написать Вэб-клиент, т.к. вы НЕ отдаете CORS-заголовки. ПОЧЕМУ?!!! Сколько человеко-лет разработки нужно чтобы отдать в http-заголовке звездочку "*"?

                                                                              3. Нет поддержки для multipart/fom-data, а именно они используются браузерами при отправке форм (Гугл их кстати поддерживает)

                                                                              4. У АПИ нет никакого версионирования. Все же это разумно дописывать номер версии в URL,
                                                                              а у вас просто webdav.yandex.ru. Видимо вы написали «идеальное» АПИ с первой попытки )

                                                                              5. Большинство методов отдают XML, кроме одного
                                                                              Это что тяжелое наследие легаси клиентов? Для этого и нужен пункт 4. А как же консистентность АПИ?

                                                                              Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                                                                              Самое читаемое