Pull to refresh

Comments 50

1. При загрузке torrent файла, можно выбирать куда он будет закачиваться?
2. После завершения загрузки можно переместить загруженые файлы?
Вот это действительно круто!
Спасибо :)
Спрошу и я заодно — можно ли «скачивать последовательно». Это для того, чтобы поставить на закачку и через пару минут начинать смотреть. Как раз вчера хотел настраивать на HTPC качалку, выбирал что поставить и для меня эта функция является критичной.
Я это делаю так: у некритичных торрентов руками уменьшаю скорость закачки. Вообще есть такая вещь как приоритеты. Если нужно просто качать торренты один за другим последовательно то можно ограничить число одновременных загрузок до 1.
Вы немного не так меня поняли. Я хотел бы, чтобы файлы качались с начала последовательно к концу. Т.е. не раздачи по очереди, а данные в этих раздачах, чтобы при старте закачки скачивалось начало фильма и можно было начинать смотреть. А в процессе просмотра он докачивался бы постепенно до конца.
если мне не изменяет память, то такое умеет только Vuze.
Так умеет минимум ещё qBitTorrent
Хотелось бы увидеть сравнение по загруженности системы, раз уж на ktorrent в начале поста полетели шишки.

btw, вместо /etc/rc.d/somedaemon start можно использовать rc.d start somedaemon
Согласен, но это хорошая тема для отдельной статьи.
Правильно ли я понял, что archlinux тут по-большому счету приписан только из-за pacman и yaourt? :)
Нет, ещё из-за скрипта для запуска rtorrent. Он арчеспецифический.
По большому счету дистрибутивы в основном пакетными менеджерами и отличаются, разве нет? Ну патчами еще время от времени. Исключения разве что source-based дистрибутивы, да и то в том только, что пользовательские патчи накладывать удобнее да конфигурация помудреней.
К сожалению rtorrent собран без xmlrpc-c, а без него не работает управление скоростью закачки/отдачи.

Год назад я писал статью в которой описывал тоже самое под Debian. Чуть пожже выложил «правильно» собранные пакеты под Debian и Ubuntu здесь.
В AUR'е PKGBUILD для rtorrent-color идёт с xmlrpc-c.
А с какой версией xmlrpc-c собран? Дело в том что нужен достаточно свежий 1.24
Арч выдаёт такую версию: 1858-1. Я думаю, это номер ревизии с svn.
1.21.1 получается, а посмотрите пожалуйста, работает управление скоростью закачки/отдачи?
По этому дженту = няшка :)
Собираем сами, а не кушаем что нам дали.
это несколько побочная польза от генты, в debian тоже можно собрать как надо apt-get source
На самом деле USE-флаги одна из главных «фишек» portage по сравнению с, так что польза-то совсем не побочная.
Но вообще собрать из исходников всегда можно, в любой системе. Только пакеты собирать не всегда удобно (знаю, знаю про checkinstall). А если без пакетов, то один непринужденный make install превращает любую систему в слакварь :)
это несколько побочная польза от генты

Позвольте не согласиться. Это всё же одна из основных концепций дженту.

Не спорю, что где-то ещё что-то можно. В дженту это истинный путь. В бинарных же дистрибутивах самособранные пакеты выглядят чужеродно. Да и порой что бы собрать что-нибудь, надо поставить 100500 различных devel-пакетов. Что, на лично мой взгляд, не совсем правильно и удобно.
Вы таки это так говорите, как будто дженту — единственный source-based дистрибутив, что неправда.
Нет, такого я вовсе не хотел утверждать. Вам показалось.
«В дженту это истинный путь. В бинарных же дистрибутивах… „
Я таки не говорил, что Вы это утверждаете. Но построение фразы наводит на такие мысли. Извините, если задел.
Это всего лишь противопоставление дженту бинарным дистрибутивам и только. Но не как единственного source-based дистрибутива.
Хорошо, будем считать, что мне показалось :)
К слову о Вашей статье годичной давности — в ней Вы анонсировали вторую часть, которая так и не вышла. Она есть в планах?
Всё никак из shell скрипта в статью не конвертирую… но видимо по случаю юбилея первой части надо к концу недели опубликовать вторую часть и скрипт для автоинсталла.
Спасибо, очень тёплые воспоминания, о времени, когда ползовался Arch. Сразу вспомнилось, насколько там всё просто и удобно.
UFO just landed and posted this here
ktorrent ест намного больше.
UFO just landed and posted this here
conky иногда показывал до 30% от 2 Гб.
Это безумие.
Вдумайтесь, для комфортного использования нужно поставить как минимум 4 разных пакета, разобраться в их конфигурировании, а на выходе получить конфиг, мало отличимый от любого другого.

Почему нельзя включить скрипты в пакет? Почему нельзя сделать стандартные настройки пригодными для повседневного использования? Почему нельзя, блин, установить его одним махом? Загадка.
utserver вам в помощь. Правда он жутко агрессивный по траффику и еще alpha
А оно точно работает? не смог заставить работать mod_scgi как не крути, пришлось использовать плагин RPC да и в вике rutorrent написано:
«Мне неизвестны нормально работающие реализации модуля mod_scgi для nginx. Используйте плагин RPC или плагин HTTPRPC. „

и да почему php-fpm тоже не пересадить на unix сокет?
Могу скриншот дать для подтверждения.

php-fpm тоже можно на юникс-сокет, согласен.
Это уже по моему на грани бреда, автор не смог осилить ГУИшный клиент, и нагородил кучу из веб-сервера, какого-то консольного клиента, браузера и веб-интерфейса. Десктопный клиент закрыл — он закрылся, а тут чтобы отключить, надо полчаса сервисы останавливать. Щелкнул по торренту — клиент запускается назад, а тут ен понятно что делать.

По-моему, плохое решение.

Это видимо и есть тот Linux Way, вместо одной нормально работающей программы, поставить кучу разных, для этого не предназначенных, скрепленных кривыми bash-скриптами.
Вы ошибаетесь.

Во-первых, nginx+php-fpm используются мною ещё и для веб-разработки, поэтому они работают всегда.

Во-вторых, такая связка удобна для использовании на домашнем сервере, качающем торренты. А на сервере gui не нужен.

В-третьих, не нравится — не используйте, я троллингу не подвержен, а насильно вбивать конфетки в зубы молотком не намерен.
Вы просто не в курсе, что rtorrent — достаточно легкое решение, которое можно запустить даже на среднепаршивом роутере с USB-винтом, и оно при этом будет работать. Достаточно много народа выбирают роутеры исходя из такой возможности. Гуй при такой архитектуре, естественно, показан только внешний.
Не троллинга ради, но простите это же издевательство выкладывать простыню с росписями как заставить работать элементарную вещь в блог с названием «линукс для всех» да был бы я новичком увидев это «для всех» я бы охренел и ассоциацией первого уровня при слове линукс у меня было бы торрент клиент который надо настраивать путем написания конфигов, скриптов и ещё линус знает чего. Признаюсь я пользуюсь utorrent под виндой и я потратил около 2 минут на его настройку…
Это скорее осмысленная конкретика, чем подробное руководство к действию. Я и не планировал ориентировать статью совсем уж на новичков.
/usr/bin/sudo -u p2p LC_ALL=ru_RU.UTF-8 /usr/sbin/utserver -settingspath /storage/service/utorrent/settings/ -logfile /storage/service/utorrent/utserver.log -configfile /storage/service/utorrent/utserver.config -daemon

uTorrent Server 3.0 Alpha
Ну и как оно в сравнении с сабжем?
Стабильно. Некоторые альфы зажираются, но ща стабильная у них
Некоторое время назад потратил хренову тонну времени на аналогичную связку в генте. Уже отчаявшись гуглить, наткнулся на какой-то мелкий коммент на форуме по поводу того, что в девелопмент-ветке rtorrent'а отломали xmlrpc. Возможно, с тех пор все уже починилось, я пока не обновлялся. Если у кого-то будут сложности, имейте в виду такую проблему :) Работоспособные версии пока назвать не могу, нет доступа к машине, если кто столкнется, напишите, подсмотрю.
чтобы не было «мусора типа .svn» надо пользоваться svn export вместо checkout
Sign up to leave a comment.

Articles