Как стать автором
Обновить

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

Прикольно… ушел кодить
На каком языке кодить хотите то?
C# на ПК и Midlet Pascal на мобилке + сервис no-ip.org для привязки адеса к моему динамическому IP.
Ух мать моя…
Интересен в качестве бесплатной примочки к utorrent. Обязательно должна быть возможность отодвинуть в конец уже поставленый торрент и поставить в очередь перед ним новый.
У utorrent-а есть опция мониторить одну из папок на предмет появления там новых торрентов. А еще в настройках есть пункт «ставить новые закачки в начало очереди». Так что никаких инвазивных манипуляций с ним производить не придется.
Плюс удаленный веб интерфейс
Стандартный transmission в linux системах все это умеет, вроде.
rtorrent умеет это точно + web UI для него не плохой есть, а по необходимости можно написать PDA версию, что в принципе для себя и сделал, правда только для наблюдения за процессом закачки, но и остальное прикрутить не проблема, благо XML-RPC команды у них вполне понятные.
Ну так сделать надо так чтобы я ввел, нашел, нажал и все.
А так мне надо чето кудато класть, итд итп… + он до сих пор не умеет понимать подпапки как названия категорий. А мобильной НОРМАЛЬНОЙ морды до сих пор нет. ИМХО мобильная морда не должна быть вебмордой.
Именно для этого я и хочу заюзать Midlet Pascal, весь интерфейс пишется на нем, из под него на ПК посылается запрос, ПК запрашивает торрент-трекер обычным методом, получает html-страницу с результатами поиска, парсит ее, пересылает распарсенные данные на мобилку, юзер с мобилки указывает что именно качать, сервак на ПК скачивает торрент-файл и копирует в папку, указанную в настройках utorrent-а.
Я так понимаю что всё таки надо будет что-то устанавливать на устройство? Я к тому что интереснее было бы сделать platform independent приложение =)
Да, надо будет ставить java-апплет, в качестве запасного варианта можно сделать веб-интерфейс.
Я буду делать только веб-интерфейс, данных от моб.устройства до сервера и обратно — понты. Запрос(название, категория, трекер), ответ(список из 5-10 пунктов с ссылками), и запрос с выбранной ссылкой. Можно уложиться в 15-20 кб сумарно в обе стороны
Если передавать голые данные то хватит и 2кб, к тому же цельное java-приложение будет работать быстрее чем веб-браузер.
Идеальный вариант это веб морда заточенная под моб.устройства + приложение =)
Каждый вариант по-своему хорош
И вправду, реализую оба варианта, да и отлаживать будет легче)
Идея интересная, но я бы пользоваться не стал)

1. Я выключаю компьютер, уходя из дома (однажды у меня реально горел системник, конечно вряд ли он бы разгорелся даже если б меня не было рядом, но стрёмно)
2. Если мне что-то похвалили — это не значит что у меня в тот же день появится несколько часов, чтобы посмотреть. Поэтому я могу в тот же день поставить на скачку, а когда вспомню посмотреть — всё уже будет у меня на жёстком диске.
3. У меня айфон, но даже с ним сёрфить — так себе, хотя это решаемо.
4. А если кто-нибудь мне поставит на скачку 80гигабайт немецкого порно — буду грустить до конца расчётного периода у провайдера, ибо трафика хоть и много, но он ограничен.

А вообще думаю что некоторые стали бы пользоваться. Да и ниша вроде свободна.
1.У меня просто более «примажоренный» вариант, ибо есть сервер под фряхой, и держать рабочую тачку включенной не обязательно.
2.Я просто привел ситуацию в которой бы этот продукт пригодился бы
3.Не поверите, но для меня серфинг на айфоне не самое страшное, по крайней мере лучше чем на экране 176х220 точек.
4.Защита по паролю и все проблемы решены
На сервере пользовался BTPD. Очень удобный консольный клиент. Работает в режиме демона.
Конечно, все равно, придется писать скрипт для добавления закачек.
Офф сайт?
да, да, я в курсе о BTPD, но у него иногда бывают лаги жестокие, иногда просто останавливается закачка хотя сидеров до буя, а с той же Aria я никаких проблем за длительный срок не наблюдал
UTorrent mobile client
forum.utorrent.com/viewtopic.php?id=39101
Это не то, так как нет поиска. И закачка только по УРЛ. Поппробуйте скачать с torrents.ru по URL. Не получится
получится, если качалка поддерживает авторизацию или cookie для сервера ;) я так в rTorrent кидаю через морду wTorrent
Какие там куки нужно ему подсунуть и в каком виде? У меня почему-то не хочет подхватывать файлы (куки через firebug брал).
ну в wTorrent заходите в CookieЮ и вводите значения полей. Незнаю как в ФФ, в опере их брать из Инструменты-Дополнительно-Управление Cookie
НЛО прилетело и опубликовало эту надпись здесь
uTorrent умеет получать списки из RSS.
Значит нужно поисковик с авторизацией, который будет создавать RSS поток для пользователя.
ИМХО многовато траффика и ресурсов для таких задач
Что Вы подразумеваете под «ресурсом» и «траффиком»?
Кол-во используемой ОЗУ и кол-во передаваемых данных от сервера к мобильному устройству
Мне интересен.

Но я бы предложил ещё и следующее: в случае, если сходу торент не удаётся найти, должна быть возможность сохранить поисковый запрос в качестве заметки. Ну, чтобы уже после обращения к этому сервису не забыть, что хотел скачать.

Вообще, как мне кажется, интерфейс должен быть реализован в виде списка заданий со статусами («Поиск не производился», «Идёт закачка», «Закачка завершена») и кнопки New.

И было бы здорово, если бы была возможность мониторинга — чтобы пользователь получал уведомления, когда то, что он искал, появляется на торентах.
Это да, плюс уведомление о том, что торрент скачан.
Тоже делается просто, включаем в utorrent-е встроенную веб-админку, с сервера скачиваем ее, парсим, ну а дальше — дело техники.
Может тогда просто через сокет да и всё?
да, действительно ))
как-то сложно… На форуме uTorrent'а есть описание всех команд, которые используются в webui и возвращаемых значений… Там всё просто, get-запрос — в ответе JSON…
в Transmission уже встроен свой веб-сервер, достаточно через рутер дать на него защищёный выход снаружи. Остаётся конечно открытым вопрос поиска торрентов :) но всё остальное уже давно сделано и хорошо работает!
В последнее время хабр просто читает мои мысли (живое подтверждение того, что некоторые идеи просто витают в воздухе) :)
Собсно, нечто подобное пришло мне в голову ещё недели три назад, правда в несколько другом виде.
Описываю ситуацию — для меня домашняя машина это не рабочий комп, а всего лишь файлопомойка+медиацентр. Соответственно, сейчас там стоит MediaPortal, uTorrent и т.д.
Соответственно, чего бы хотелось:
1. Возможность контролировать закачки удалённо (но это практически полностью решаемо с помощью webui, правда в нём (почти) нельзя указать директорию назначения для добавляемой закачки)
2. Автоматизировать закачку обновляемых раздач (сериалы и т.д.). Т.е. некий сервис периодически запрашивает torrent-файл c трекера, при его изменении удаляет существующую закачку и добавляет новую (надо проследить, чтобы новая закачка пошла в ту же директорию, что и старая, чтобы существующие закачанные файйлы подтянулись и т.д.)
3. Как экспериментально выяснилось, поиск на торрентс.ру кривоватый. Попробуйте, например, поискать по ключевому слову «комедия» и посмотреть на дату последнего выданного результата. А теперь зайдите в категорию фильмы и просмотрите последние фильмы — там точно есть комедии, дата которых куда позже, чем при поиске «комедии». Как я понимаю, там реализован некий механизм «тегов», поиск по которым не производится…
Для борьбы с (3) и ещё некого функционала хочется периодически (каждые 5 минут, например) опрашиваем список последних раздач и импортируем в свою базу, в дальнейшем поиск производим и по ней тоже. Теги можно парсить и использовать для выдачи custom-rss и автоматической постановки на закачку раздач с некими стоп-словами например. Реализовав нечёткое сравнение можно линковать похожие раздачи (например, когда выкладывают те же фильмы DVDRip 700, DVDRip 1400, HDRip и т.д. — в поисковой выдаче выдавать как один результат, но с разными ссылками на закачку с разным качеством). Тут же можно читать состояние аппрува администрации (проверен/не проверен/удалён и т.д.) и принимать соответствующие действия (например удалить из закачки удалённую на трекере раздачу — всё равно не докачается)
4. Хочется также иметь возможность безболезненного (без снятия с раздачи) переименования/перемещения раздач, подтягивания cover-art'а, инфы и тому подобных подготовительных работ для представления в медиацентре не как «какой-то файл», а как законченный фильм/альбом, на котором надо только при желании нажать кнопку play.
5. От торрент-клиента и трекера при желании можно свободно абстрагироваться, т.к. в принципе у всех функционал похожий. Можно реализовать многопользовательский режим, можно сделать поддержку нескольких качающих машин… Это уже по необходимости.

Как я понял, некоторые уже взялись за реализацию чего-то подобного — предлагаю скооперироваться и сделать это совместно. Сам я C#-разработчик. Всем заинтересовавшимся — просьба в личку :) Маркетологам, (вдруг?) видящим у этой затеи коммерческое будущее — тоже :)
Можно ещё хранить хеши всех файлов в архивах сервера и не только в SHA1, но и в MD5. Не скачивать файлы с других торрентов для побитовой сверки, а например, подставлять к своим схожим по размеру файлам в предполагаемых местах кусочки и проверять хеш-сумму, то есть не качая файлы данных, а только торрент с их описанием сразу анализировать есть ли такой файл или нет. Плюс это всё можно автоматом регулировать.

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

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

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

Ну и так далее и тому подобное. C# и битторрент это естественно Bitsharp (http://ru.wikipedia.org/wiki/Bitsharp). Так что делай.
НЛО прилетело и опубликовало эту надпись здесь
На хабре недавно такой сервис представляли и выдавали инвайты: elebom.ru ;)
elebom.ru несколько другое — это не сервис для дома… Он анонсировался вообще как «поисковая система по p2p», на деле же оказалась чем-то типа сетевого p2p-клиента. Чем-то напоминает filepost.ru.
Меня же интересует сервис, который будет скачивать сразу на МОЮ машину. Не знаю, как кому, а мне куда проще скачать что-то с torrent, чем по http…
При таком раскладе я не буду изобретать велосипед, поставлю какой-нить XAMPP + TorrentFlux и дело с концом :)
Это уже помешательство какое-то. Куда так спешить?
Мне лично хватает того, что у некоторых P2P клиентов есть веб-интерфейс или аналогичные органы удалённого управления.
Да никто и не спешит, я ж не предлагаю сделать что бы можно силой мысли ставить торрент на закачку, а всего лишь высказываю свои мысли по поводу волнующей меня проблемы
Да =) разница только в том, что я сижу под другой осью и привык юзать консольную Aria2c. Поэтому uTorrent не пользуюсь, хотя сам клиент хорош.
Это понятное дело, меня больше волнует именно поиск торрентов
rtorrent + фейс к нему через xml-rpc
OperaMini+ssh/web-интерфейс?
В итоге всё примерно так и будет выглядеть
а главное ничего писать/изобретать не нужно вообще…
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации