Сегодня, в пору высоких технологий и безлимитных тарифов мы иногда сталкиваемся с такими проблемами, которые, казалось бы, сами собой должны решаться. Но решение их отнюдь не так тривиально. Вот и на этот раз я попытаюсь описать проблему, связанную с передачей через интернет файлов большого размера (десятки и сотни мегабайт). Решение было найдено, но оно мне самому не нравится. Если уважаемые читатели подскажут другие, более эффективные варианты — будем только рады (милости просим в комменты)…
Итак, совершенно внезапно встала передо мной задача: передать через интернет несколько сотен мегабайт информации.
Почта отпала сразу же. Неэффективно, ненадёжно, а, кроме того, где найти ресурс, на котором позволяют «аттачить» хотя бы несколько десятков мегабайт?
BitTorrent не помог из-за своей сложности и неочевидности (как делать torrent-файл, как размещать информацию на «трекере» и т.п.). Если кто-то сможет подсказать простой путь для использования BitTorrent в качестве среды передачи файлов, да ещё чтобы этот способ можно было бы объяснить «домохозяйке» или «дизайнеру», то было бы очень прекрасно.
eMule пытались использовать. И даже находили файл с нужным именем (зарегистрировавшись на одном сервере), но из-за NAT возникли проблемы при передаче — файлы просто не передавались, клиенты друг друга «не видели».
Программы для обмена мгновенными сообщениями или чаты (ICQ, Skype) даже не рассматривались. Ибо был опыт использования: фотография объёмом несколько мегабайт передавалась десятки минут. Ну и надёжность передачи данных при таком способе, опять же, вызывала сомнения.
Осталось одно средство — воспользоваться бесплатными файлообменными ресурсами. Было выбрано три ресурса с разными хостингами и немного отличающимися сервисами. Эти три ресурса были протестированы. Результаты теста смотрите в таблице.
Ресурс | FileShare | FILEGU.RU | RapidShare |
Максимальный объём файла, МБайт | 2000 | 1000 | 300 |
Хостинг | Украина | Россия | Германия |
Скорость закачки, кБайт/с | 77 | 86 | 223 |
Простота скачивания | Ввод кода | 20 секунд ожидания | 65 секунд ожидания, ввод кода |
Скорость скачивания, кБайт/с | none! | 176 | 282 |
Надёжность скачивания | Низкая (по отзывам) | Хорошая | Хорошая |
Возможность повторного скачивания | Неограничена | Неограничена | Лимитирована |
Как видим, у каждого ресурса свои достоинства и недостатки.
Все ресурсы имеют строку приглашения для загрузки файла на самой первой странице. Ни на одном ресурсе специально регистрироваться не нужно.
Простота скачивания в таблице определяла возможность добраться до момента download file без учёта кликов по разным ссылкам и кнопкам. Самым «простым» ресурсом оказался украинский. Он хоть ждать не заставлял.
Скорость закачивания, скачивания и надёжность определялись в вечернее время (когда возрастает трафик от «домашних» пользователей). В момент тестирования скачать файл с украинского сервера не удалось. Было совершено четыре попытки. Но в иное время (у других пользователей) файлы скачивались, хотя не с первого раза — приходилось докачивать или скачивать заново из-за ошибок. Русский и германский ресурсы в этом смысле были во всех случаях безупречны.
У RapidShare (немецкий ресурс) есть один существенный «недостаток». При бесплатном использовании он лимитирует возможность скачивания. То есть вы не сможете воспользоваться ресурсом сразу же после скачивания первого файла — придётся ждать. Это крайне неудобно. Даже, я бы сказал, раздражает.
Итак, подведём итоги.
Если нужно передать файл громадного размера какой-нибудь домохозяйке (которая не знает как разбиваются и склеиваются файлы), то лучше воспользоваться украинским ресурсом. Но при этом посоветовать качать либо глубокой ночью, либо ранним утром. Иначе скачивание превратится в мучение.
Если нужно быстро передать файл до 300 Мегабайт (причём только ОДИН файл!), то я бы посоветовал однозначно использовать немецкий ресурс.
Если же нужно передать несколько файлов значительного размера и с хорошим качеством, то я бы порекомендовал русский ресурс. Он наиболее универсален и качественнен для многих случаев.
В общем, везде есть свои плюсы и минусы. Выбирать вам, пользователи. Критерии скорости, качества и доступности я вам привёл.
А от вас, повторю, жду советов и рекомендаций по другим способам передачи файлов от компьютера к компьютеру через Всемирную паутину.
http://narod.yandex.ru
Добавили файлообменный сервис. Файлы можно заливать до 5Гб и хранятся они сколько пожелаете.
Есть только один единственный минус — чтобы закачивать файлы, необходимо иметь аккаунт на яндексе. Чтобы скачивать, это ну нужно.
26.11.2008 @ 21:56
Обычно для передачи больших файлов мы используем ftp. Для домохозяйки этот вариант конечно не подойдет, но если подобные задачи будут возникать часто, то ftp — отличное решение.
26.11.2008 @ 22:44
Есть ещё http://drop.io. Сам не пользовался, потому что с зарубежкой канал не особо быстрый.
Могу предложить DropBox (www.getdropbox.com). Работает как через веб, так и с использованием клиентов (есть под винду, мак и линукс). Позволяет с одной машины положить файл в папку, а с другой забрать его. Бесплатный сторедж — 2 гига. Работает очень хорошо.
27.11.2008 @ 0:18
Самое важное свойство обменника, помимо возможности закачать большой файл (больше 100 Мб), является возможность добавить ссылку с обменника в менеджер закачек и иметь возможность возобновить прерванную загрузку файла.
Один из лучших обменников для жителей России уже назвали: это Яндекс.
Ещё могу порекомендовать http://momupload.com и http://depositfiles.com/ru.
27.11.2008 @ 10:20
В своё время решал задачу так:
на интернет-шлюзе поднималась Самба, ftp и http.
Итого работало так: в сетевом окружении отображалась папка с соответствующими правами. Забрасывающийся в неё файл оказывался на фтп. А хттп просто отображало этот фтп-каталог. Просто на всякий случай.
Работало это всё в рекламном агентстве, с компьютерной грамотностью пользователей «ниже среднего». Вполне себе без проблем работало…
Шефу агентства, на его Макинтош был вообще выведен ярлык на рабочий стол. В него кидаешь — оно и оказывается на сервере…
27.11.2008 @ 10:40
http://slil.ru и http://zalil.ru
27.11.2008 @ 11:31
Судя по откликам, самое лучшее решение — бесплатный файлообменник, ftp и т.п.
Кстати, ftp тоже мною рассматривался. Но за трафик на всех «своих» ftp нужно платить. Бесплатно проавйдеры место и каналы гонять не позволят. Ну или разве за приличную плату — unlim. Но нам такое не надо было. Надо было ОДИН раз передать большие файлы.
Про Yandex не знал. Спасибо. У них раньше было максимум 100 Мег и 5 мег на один файл. А сейчас — unlim и 5 Гиг на один файл! Вот здорово! Действительно, неплохая вещь. И ftp там работает. Регистрация стоит того.
Протестировал narod.ru на скорость (по ftp). Получилось 373 кБайт/с на загрузку и 282 кБайт/с на скачивание (видимо, с Яндекса много качают, раз такой удивительный перекос скоростей наблюдается).
В общем, narod.ru поставил рекорд и оставил позади даже rapidshare, чему я не удивляюсь.
P.S. 21 век на дворе. А эффективного решения передачи файлов от компьютера к компьютеру до сих пор нет. При современных-то каналах и возможностях. Не кажется ли вам это странным?
27.11.2008 @ 12:02
Как домохозяйка, могу отозваться о http://slil.ru и http://zalil.ru (что, суть, одно и то же), как о самом простом (по таблице в статье — на главной нажимаешь кнопку «закачать» и все, ни кодов, ни регистрации), но и весьма глючном и доооолгом способе закачки. Т.е. закачать можно, но 50 мб будет грузиться минут 15, если что-то не взглюкнет и не будет выдана ошибка.
Но, опять же, как домохозяйка, хоть и не блондинко, признаюсь, что до сих пор, зная и другие ресурсы для передачи файлов большого размера, предпочитала именно эту парочку. Просто по привычке и, как говорится, зная, каких подвохов можно ожидать.
С удовольствием протестирую Яндекс. 5 гигов — не шутка, однако!
27.11.2008 @ 12:45
Для пользователей qip есть сервис http://file.qip.ru
Доступный объем 5 Гб, максимальный объем одного файла — 100 Мб. Негусто, но зато никаких ожиданий. Тормозов особых я за ним тоже не замечал.
Очень удобная админка, есть возможность создавать папки.
27.11.2008 @ 13:30
Ещё, как вариант:
Поднять собственный фтп сервер, если есть прямой выход в интернет + использовать сервисы dyndns.com для получения доменного имени на динамических IP.
27.11.2008 @ 14:03
2Max Kamashev:
Идея замечательная, наверное. Но поймёт ли её хотя бы 1% населения нашей Родины?
Представьте себе, если домохозяйка точно так же Вам объясняет как вязать детскую кофточку в терминах «лицевые и изнаночные» или тот же дизайнер в одном предложении объясняет способ преобразования растра с помощью слоёв, фильтров, «актинов» и т.п.?
Хотелось бы видеть НАРОДНЫЕ способы, которые предполагают 1-2 шага простых очевидных для достижения цели.
Кстати, если описанный процесс «поднятия ftp» так прост, что его можно описать в картинках, то почему бы нам не увидеть статью на эту тему?
27.11.2008 @ 14:17
Установить фтп действительно просто и в гугле можно найти много в картинках по «установить serv-u».
Однако, для домохозяек здесь есть психологический барьер. Просто ни она себя не представляет админом ftp сервера и никто другой в трезвом уме тоже не представляет
27.11.2008 @ 14:37
Да, еще добавлю, что минусов у фтп масса. Во первых, у хозяина ftp должен быть прямой выход в инет. Во вторых, для домохозяйки после простой установки ftp появляется еще проблема, а как узнать свой ip адрес и что это такое вообще
А уще о настройке dyndns я вообще молчу.
27.11.2008 @ 14:40
2 Vladimir
Постараюсь описать все доступные и известные мне простые способы поднятия фтп или веб серверов.
К сожалению у меня сейчас Windows существует лишь в виртуальной машине, поэтому рассказ может не обладать всеми красотами и детальнейшим описанием..
PS Вот ещё интересный проект для передачи файлов.
http://www.ifolder.com/
27.11.2008 @ 14:49
Max Kamashev, а давно ли вы пользовались http://www.ifolder.com/ ? Когда-то давно это был хороший ресурс, который лихо все закачивал и скачивал, но в последние месяцы загрузить на него что-либо практически невозможно. Почти всегда выдается ошибка после долгого раздумья. Загрузить туда что-либо отчаялась совсем…
27.11.2008 @ 14:55
2 Bearing
Я к нему пока всё только присматриваюсь.
Да и сервер же у себя можно поднять, так чтоб без тормозов.
27.11.2008 @ 15:01
Для небольших (до 150 Mb) файлов меня очень радует сервис http://up.giga.su/ — очень простой интерфейс, никаких задержек и рекламы, довольно шустро работает. Из минусов хранение только 30 дней.
Про http://narod.yandex.ru/ тут уже написали.
А вообще ftp сервачок рулит
27.11.2008 @ 19:42
Если каналы у передающей и принимающей стороны позволяют длительное время отдавать/принимать, то лучше чем программа HFS (http://www.rejetto.com/hfs/) не найти.
Установки не требует, занимает 550 кб, настраивается в два клика, проста до безобразия.
В чём суть: поднимает http сервер на машине пользователя и позволяет по прямому адресу (IP) скачивать или закачивать файлы любого размера.
Мне кажется это лучшее решение данной проблемы.
А может и единственно верное.
29.11.2008 @ 2:52
2 m.if:
Если уж заморачиваться с серваком, то ftp сервер настроить не намного сложнее HFS.
Filezilla, например, очень просто настраивается.
29.11.2008 @ 3:48
2 all и slst в частности
Настройка Filezillы, если сравнивать настройку этих двух программ — сложнее.
При этом, для работы с ftp сервером, в большинстве случаев требуется специальный клиент для получения файлов, здесь требуется только браузер со стороны клиента.
В любом случае — попробуйте и сравните.
29.11.2008 @ 19:04
Товарищи! Не отходите от темы.
Напомню исходные: есть два человека (домохозяйка и дизайнер), два компьютера в сетях провайдеров (с NAT). Нужно передать файлы громадных размеров (фильмы, к примеру, 1,4 Гиг).
Это-то понятно, что кому-то проще и быстрее настраивать серваки и Filezill’ы, но указанные персонажы не станут этого делать. Как большинство из вас — копировать («перетаскивать») файлы мышкой.
30.11.2008 @ 23:19
Боюсь показаться параноиком, но, чёрт побери, Владимир, попробуй мной рекомендуемую программу и убедись что и дизайнер и домохозяйка с ней справятся. Ну дизайнер то точно справится. А от домохозяйки потребуется только открыть браузер и получить или закачать посредством простой странички требуемые файлы.
30.11.2008 @ 23:38
2 m.if :
С HFS не спорю! Действительно хорошая программа. Спасибо за неё. Я сразу же после коммента от 29 ноября залез по ссылке и посмотрел прогу. Очень хорошая.
И вообще, думаем, заведём м.б. отдельную страничку, посвящённую передаче информации. HFS там займёт одно из достойных мест.
Просто в обсуждении (выше) были комментарии, которые уводили от темы. Я на это обращал внимание. К Вашему комментарию это не относится.
Спасибо.
01.12.2008 @ 0:21
dc++ в 1 регионе может решить проблему
17.12.2008 @ 2:02
Через скайп я неоднократно перекидвал с компа на комп файлы весом по 2ГБ. Нормально летали. Без косяков.
А из сервисов… ну всякие рапидшары и прочие катят плохо. Ибо домохозяка запутается в этой куче всплывающих баннеров и прочей дребедени.
А вот квиповский сервер очень даже неплох, учитывая то, что он интегрирован в их месседжер, получается очень даже здорово.
Ну и еще была уменя прога прикольная, потерял где то в дебрях винта. Позволяла махом расшарить любой файл. Т.е. выделяешь файл в контекстном меню. Она тут же поднимает хттп сервер, узнает твой ИП и выдает тебе в буффер обмена ссылку на файл. Ее отправляешь по аське и все. Качают напрямую с твоего компа. По завершенни закачки также быстро и без разговоров выгружается (опционально)
19.12.2008 @ 17:00
Пробовал HFS применить, но во всех случаях программа оказалась неприменимой (разве что, в локальной сети). Сейчас везде NAT стоят! Так проще, дешевле и удобней! И никакой провайдер (или даже админ в конторе) не будет заморачиваться с тем, чтобы открыть (размапить) какие-нибудь порты и т.п. И не убеждайте меня, что это всё легко и просто! Расскажите лучше о своём положительном опыте, когда уговорили (и как уговорили) админов в Карбине, Акадо и проч пойти вам навстречу.
Кстати, вот интересная подборка материалов о том, как снять ограничения на количества скачиваний и таймауты Rapidshare и заставить Rapidshare работать быстрее.
26.12.2008 @ 14:21
2 Vladimir:
Я её использовал в случае передачи файлов в такой связке:
я (комп -> роутер -> Стрим) мой друг (какой-то пройвайдер с локальной сетью -> комп)
Проблем не было.
Так же была опробована схема стрим стрим — через роутеры. Отлично работает.
Но, таки да, мне на своём роутере порты настраивать пришлось.
Админов никто не уговаривал, так что в этом положительного опыта не было
26.12.2008 @ 21:57
Вот сервис попался: http://host01.pipebytes.com/
Заходим одновременно с другом на страничку, несколько простых действий и файл ЛЮБОГО размера может быть передан.
08.02.2009 @ 19:03
> BitTorrent не помог из-за своей сложности и неочевидности (как делать torrent-файл, как размещать информацию на “трекере” и т.п.). Если кто-то сможет подсказать простой путь для использования BitTorrent в качестве среды передачи файлов, да ещё чтобы этот способ можно было бы объяснить “домохозяйке” или “дизайнеру”, то было бы очень прекрасно
http://torrentsfolder.ru ?
14.02.2009 @ 12:04
тьфу, http://torrentsfolder.com (а не ру)
14.02.2009 @ 12:04
Если нужно что-то личное то Microsoft SkyDrive (до 50 Мб одним куском , всего 5 Гб) или Box.net (10 Мб одним куском).
Обменники с своими кодами, регистрациями блокировками качалок и ограничениями скорости напрягают.
Если есть деньги то можна взять Dreamhost ftp.
09.03.2009 @ 16:59
Продолжаем тему.. Вот ещё один новый ОЧЕНЬ ПРОСТОЙ сервис http://jetbytes.com/
Однозначно, для домохозяек, сделанный
20.03.2009 @ 16:26
Max Kamashev : Впечатлён. Про jetbytes… Действительно, суровый сервис.
20.03.2009 @ 16:29
Вы наверное уже устали от комментариев? Но вот ещё один способ передачи данных для линуксоидов через утилиту netcat.
Простая и очень нужная утилита, способная передавать данные по сети.
netcat (или nc) должна быть в любом дистрибутиве. Если же ее нету, то на примере дебиана ставится она так:
apt-get install netcat
Идея netcat очень проста: он просто перенаправляет поток данных в порт сетевого устройства, а на другом конце поток перенаправляется в файл.
использовать ее так:
на стороне сервера
nc -l -p 3333 > file.txt
на стороне клиента:
cat file.txt | nc -q 0 3333
Ключ -q 0 нужен для того, что бы netcat завершил работу сразу после отправки
можно отправлять файлы предварительно запаковав их:
на стороне сервера
nc -l -p 3333 | tar xv
на стороне клиента:
tar cv * | nc -q 0 3333
Источник http://mrded.habrahabr.ru/blog/56049/
01.04.2009 @ 7:14