Desher 5 янв 2011 в 05:07

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

3 мин

15K

Веб-разработка *

Из песочницы

+70

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

poorum 5 янв 2011 в 09:16

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

Desher 5 янв 2011 в 09:22

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

Imenem 5 янв 2011 в 10:53

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

Desher 5 янв 2011 в 11:05

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

Spyd3r 5 янв 2011 в 11:58

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

Desher 5 янв 2011 в 12:16

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

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 5 янв 2011 в 09:18

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

Desher 5 янв 2011 в 09:34

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

ApeCoder 5 янв 2011 в 09:31

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 5 янв 2011 в 09:37

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

Desher 5 янв 2011 в 09:41

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

ApeCoder 5 янв 2011 в 09:44

Site, Content, Files or Services:

Desher 5 янв 2011 в 09:47

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

НЛО прилетело и опубликовало эту надпись здесь

Desher 5 янв 2011 в 10:55

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

НЛО прилетело и опубликовало эту надпись здесь

G__Z 5 янв 2011 в 14:27

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

hobbeat 5 янв 2011 в 14:54

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

Asm 5 янв 2011 в 15:34

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

eli314 5 янв 2011 в 16:25

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

bo883 5 янв 2011 в 20:55

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

diamant 5 янв 2011 в 21:10

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

bo883 5 янв 2011 в 21:16

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

Rigidus 6 янв 2011 в 06:12

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

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

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

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

reimax 26 авг 2011 в 23:44

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

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

НЛО прилетело и опубликовало эту надпись здесь

Зарегистрируйтесь на Хабре, чтобы оставить комментарий