PHP и Dropbox. Удаленное хранилище пользовательских файлов

[poorum]

У dropbox есть проблема с числом активных соединений — они лочат аккаунты, если число соединений будет велико. Т.ч. может получиться так, что это беплатное хранилище в один момент внезапно запретит к себе доступ.

[Desher]

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

[Imenem]

Резко возрастет трафик на сервере + все-равно нужно дисковое пространство на сервере для хранения этих временных файлов. Если одновременно качаются 10-20 файлов с объемом 100-200 метров но это нормально, а если больше — то можно забить место на сервере полностью. Ну и лучше хранить файл не до прекращения запросов, а чуть дольше (плюс час например).

[Desher]

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

[Spyd3r]

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

[Desher]

На форуме дропбокса для разработчиков ответ от саппорта:

I'm not aware over any current limits to the Shareable Links, but we do monitor them for abuse none the less.
We might put some limits on them in the future, depending upon the bandwidth consumption generated by them.

Dropbox might not place any restrictions on the downloads

forums.dropbox.com/topic.php?id=29712&replies=11#post-188436

[allexx]

Все очень заманчиво. А с русскими именами работает корректно?

[Desher]

Возникли проблемы с русскими именами. В любом случае хранение файлов с кириллическими символами в названии — не очень хорошо. Лучше обработать название.

[ApeCoder]

www.dropbox.com/terms
…
General Prohibitions
You agree not to do any of the following while using the Site, Content, Files or Services:
…
Attempt to access or search the Site, Content, Files or Services with any engine, software, tool, agent, device or mechanism other than the software and/or search agents provided by Dropbox or other generally available third-party web browsers (such as Microsoft Internet Explorer or Mozilla Firefox), including but not limited to browser automation tools;

[Desher]

Зачем же они тогда API придумали?

[Desher]

Еще раз подумал и понял, что в соглашении говорится об использовании сторонним ПО сервисов Дропбокса, функционала сайта Дропбокса и т.п. дабы не нагружать сервера дропбокса доп. вычислением. В данном случае мы разбираемся с файлами самостоятельно, а с дропбокса качаем свои-же файлы — это не запрещено.

[ApeCoder]

Site, Content, Files or Services:

[Desher]

Site, Content, Files — здесь имеется ввиду сайт Дропбокса, его контент и файлы. Разрешено использование этих материалов только браузером и программами дропбокса.

[Desher]

code.google.com/p/oauth-php/wiki/ServerHowTo
Документация написана достаточно легко для восприятия

[G__Z]

Еще вариант, можно хранить пользовательские файлы в виде сообщений в твиттере.

[hobbeat]

Снова и снова вспоминается хранение файлов в GMail. Но ваш вариант, несомненно, заслуживает реализации.

[Asm]

а почему именно Dropbo, а не Amazon S3, например?

[eli314]

Бесплатность например.

[bo883]

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

[diamant]

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

[bo883]

Я в курсе сих ограничений, предполагается 1-3 загрузки в месяц и 1 скачивание. Как вариант сойдет, Фаворит все же amazon s3.

[Rigidus]

Я уже имею опыт использования дропбокса на продакшн-сервере. Из интересного: путем инвайтов аккаунт можно раскачать до 8 гигабайт (читерский метод — использование виртуальных машин, на которые можно ставить дропбокс, чтобы завершить регистрацию инвайта, но в моем случае — просто настойчиво рекомендовал друзьям — им понравилось)

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

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

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

[reimax]

А кто нибудь сталкивался с ошибкой Fatal error: Uncaught exception OAuthException with message Invalid auth/bad request (got a 401, expected HTTP/1.1 20X or a redirect)?

Как победить сиё чудо, код один в один как из примера в топике выше.