The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Новые версии Bittorrent-клиента Transmission: 2.74 и 2.75 , opennews (ok), 15-Дек-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


20. "Новые версии Bittorrent-клиента Transmission: 2.74 и 2.75 "  +2 +/
Сообщение от Аноним (-), 16-Дек-12, 05:00 
> rtorrent заруливает это yбл.юдcтвo десятикратно.

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

Ответить | Правка | Наверх | Cообщить модератору

23. "Новые версии Bittorrent-клиента Transmission: 2.74 и 2.75 "  –3 +/
Сообщение от anonymous (??), 16-Дек-12, 10:16 
>> rtorrent заруливает это yбл.юдcтвo десятикратно.
> Это убл.юдство между прочим реализовало всякие там магнеты и прочая на несколько
> месяцев раньше чем rtorrent. А еще оно нормально рулится через вебфэйс
> (не требуя для этого апачей и пыхов), командлайн и гуй (при
> том и то и другое может быть сделано и с ремотным
> клиентом), есть дофига морд на все вкусы и зависимостей для сборки
> - минимум.

Про апаче и пыхи - ерунда. Веб-морд на самых разных языках программирования для rtorrent миллион, т.к. протокол взаимодействия с демоном - xml-rpc. Так же, большая часть веб-морд работают и с lighttpd, nginx и т.д., было бы желание запустить.
Про зависимости тоже не согласен - у rtorrent их меньше.

Ответить | Правка | Наверх | Cообщить модератору

27. "Новые версии Bittorrent-клиента Transmission: 2.74 и 2.75 "  +2 +/
Сообщение от Аноним (-), 16-Дек-12, 12:16 
> Про апаче и пыхи - ерунда. Веб-морд на самых разных языках программирования
> для rtorrent миллион, т.к. протокол взаимодействия с демоном - xml-rpc. Так
> же, большая часть веб-морд работают и с lighttpd, nginx и т.д.,
> было бы желание запустить.

Лишние сущности не нужны.

Ответить | Правка | Наверх | Cообщить модератору

28. "Новые версии Bittorrent-клиента Transmission: 2.74 и 2.75 "  –1 +/
Сообщение от filosofem (ok), 16-Дек-12, 12:26 
> Лишние сущности не нужны.

Комбайн-стайл со встроенными самопальнми вэб-серверами не нужен.

Ответить | Правка | Наверх | Cообщить модератору

47. "Новые версии Bittorrent-клиента Transmission: 2.74 и 2.75 "  +/
Сообщение от Аноним (-), 17-Дек-12, 13:47 
> Комбайн-стайл со встроенными самопальнми вэб-серверами не ннжен.

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

Ответить | Правка | Наверх | Cообщить модератору

53. "Новые версии Bittorrent-клиента Transmission: 2.74 и 2.75 "  +/
Сообщение от filosofem (ok), 17-Дек-12, 14:42 
>> Комбайн-стайл со встроенными самопальнми вэб-серверами не ннжен.
> Зато все делает бинарь на полметра - самодостаточная штука.

Зачем эта самодостаточная штука в полметра ставит раком двухъядерный писюк с 8ГБ(7 cвободно) на раздачах, с которыми те же deluge и qbittorent на ура справляются, откроешь секрет?

>А втыкать на мелкую железку пых, мускуль и вебсервант ради того чтобы торенты качать
> - во "счастье" то.

Спасибо за предложение конечно, но я пожалуй оставлю единственным средством коммуникации со своей мелкой железкой ssh, а ГУЙ со всеми компонентами попрежнему буду туннелировать с писюка, когда это необходимо. А лубочные самопальные вэвсервера на выставленном в Инет устройстве нену^H^H к добру.

Ответить | Правка | Наверх | Cообщить модератору

57. "Новые версии Bittorrent-клиента Transmission: 2.74 и 2.75 "  +/
Сообщение от Аноним (-), 17-Дек-12, 16:32 
> Зачем эта самодостаточная штука в полметра ставит раком двухъядерный писюк с 8ГБ(7 cвободно)

Нельзя ли определение того что есть "ставит раком 2-ядерный писюк с 8Гб"? У меня почему-то раком не встает даже мелкий роутер, у которого ресурсов на порядок меньше. А поставить раком упомянутую машину - это надо недюжинный талант иметь. Система перестает отвечать? Пардон, тогда это вопрос к системе и ее админу. Диск зашивается? Кто-то наверное буффер кэша трансмишну не отрастил, что при свободных 7Гб довольно странно.

> на раздачах, с которыми те же deluge и qbittorent на ура справляются, откроешь секрет?

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

>> - во "счастье" то.
> Спасибо за предложение конечно, но я пожалуй оставлю единственным средством
> коммуникации со своей мелкой железкой ssh,

Через него довольно неудобно инструктировать мелкую железку "а скачай-ка мне тут между делом вот это". Да и отображение состояний закачек через вебморду нагляднее.

> а ГУЙ со всеми компонентами попрежнему буду туннелировать с писюка,

А мне нравится самодостаточность. Чем больше компонентов в системе - тем вероятнее что она в нужный момент сбойнет.

> когда это необходимо.

Опять же - я хочу просто зайти и порулить. А не возиться с раскочегаркой писюков и чего там еще "когда необходимо". Хорошо если клиент не только RPC интерфейс вывешивает но и в состоянии вгрузить в любой браузер некие средства для работы с ним. Очень удобно.

> А лубочные самопальные вэвсервера на выставленном в Инет устройстве нену^H^H к добру.

Мелкий сервер имеет все шансы быть довольно секурным. В силу размера кода. А в упомянутом случае я рискую багами
- В вебсерваке и его конфигурации.
- В двигле баз данных.
- Иньекции в базу.
- Дыры в скриптах.
- Дыры в двигле запуска скриптов.

Как-то явно больше мест где можно поймать сплойтом. Намного больше кода работает. Если утверждается что так безопаснее - я не склонен этому верить на слово. Всего лишь потому что D.J.Berstein резонно показал что чем меньше кода - тем меньше багов. Включая и секурити-проблемы.

Ответить | Правка | Наверх | Cообщить модератору

63. "Новые версии Bittorrent-клиента Transmission: 2.74 и 2.75 "  –1 +/
Сообщение от filosofem (ok), 17-Дек-12, 17:47 
Я же синим по зелёному пишу, что весь ГУЙ с перлом/пхп/пистоном на писюке крутится, входящие соответственно только с локалхоста и вообще он обычно за НАТом, а на сидбоксе только ssh и торрент. Какие нафиг дыры в скриптах и двигле, какие ещё базы данных в торрент-ГУЕ, зачем? КДЕ-шник чтоли? =)

А по становлению раком всё просто: с deluge и qbittorent я могу смотреть любое кино и одновременно качать/раздавать, а с transmission при том же приблизительно трафике ― нет, потому что с подёргиваниями не комфортно. Как бы расход ресурсов от трафика зависит и от размеров файлов, если что. Конечно можно отключить раздачи, или  трафик ограничить, но производительность очевидно хуже, чем у libtorrent-based.

Ответить | Правка | Наверх | Cообщить модератору

65. "Новые версии Bittorrent-клиента Transmission: 2.74 и 2.75 "  +/
Сообщение от Аноним (-), 18-Дек-12, 00:51 
> Я же синим по зелёному пишу, что весь ГУЙ с перлом/пхп/пистоном на писюке крутится,

Опять же, лично мне не нравится зависимость от включенности каких-то там писюка. Лишние грабли и проблемы на ровном месте. Лучше когда нечто полноценное само по себе, без внешних костылей и подпорок.

> входящие соответственно только с локалхоста и вообще он обычно за НАТом,

Простите, я или уж могу снаружи доступиться, или уж нет. Ну и хакеры - тоже. Конечно можно огородиться порткнокингом или там впн-онли доступом, но это усложнит жизнь и мне + при случае икнется.

> а на сидбоксе только ssh и торрент.

У меня примерно так и есть. Только оно до кучи может отрисовать еще и удобную вебмордочку. А веб-браузеры в целом более распостранены в природе чем ssh-клиенты. И никаких побочных писюков не требуется. ИМХО так проще и удобнее.

> Какие нафиг дыры в скриптах и двигле, какие ещё базы данных в торрент-ГУЕ,
> зачем? КДЕ-шник чтоли? =)

КДЕшник - это тот кто для мизерного клиента вкорячивает дополнительные писюки с пыхом/перлом/питоном, базами данных и прочей хренью. Превращая процесс в какое-то администрирование вебсерванта и баз данных непонятно зачем. Ибо начальная задача была "торенты качать".

> А по становлению раком всё просто: с deluge и qbittorent я могу
> смотреть любое кино и одновременно качать/раздавать, а с transmission при том
> же приблизительно трафике ― нет, потому что с подёргиваниями не комфортно.

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

Вариантов два. Или выбрать иной планировщий, или можно упростить оному жизню: если памяти дофига то можно дать трансмишну нормальный дисковый буфер покрутив параметр "cache-size-mb": N в его файле настроек settings.json (N - в мегабайтах). Чем больше буфер тем реже в общем случае будет насиловаться диск. При 7 свободных гигзах - то что доктор прописал. В том плане что торент лучше знает что он будет качать и отдавать и дать ему оперативу на буфер его кэша эффективнее чем уповать на системный кэш, для которого все это похоже на рандомный доступ.

> Как бы расход ресурсов от трафика зависит и от размеров файлов, если что.

Да это не столько расход ресурсов сколько то что буржуи называют словом "thrashing". Ну то-есть тормоза без реальных причин для оных. Просто дать оперативы на встроенный кэш побольше и проблема имхо отпадет.

> Конечно можно отключить раздачи, или  трафик ограничить,

Неспортивно.

> но производительность очевидно хуже, чем у libtorrent-based.

Скорее у этого переростка просто эвристика где-то впихана. А трансмишн простенький, там излишнее умничание клиента и автозадоподтираторы как-то исторически не в почете. Оно просто для простых применений но оно может довольно много и в продвинутых, если ему немного внимания уделить. Не все, но в целом он довольно продвинут для своего размера кода.

Ответить | Правка | Наверх | Cообщить модератору

66. "Новые версии Bittorrent-клиента Transmission: 2.74 и 2.75 "  +/
Сообщение от filosofem (ok), 18-Дек-12, 03:49 
>Опять же, лично мне не нравится зависимость от включенности каких-то там писюка.

А к вэбинтерфейсу ты через либастрал подключаешься, или через браузер?
Вот ровно на том же писюке(или планшете(для извращенцев)), на котором запущен браузер, запускается скажем apache/php ГУЙ, который через ssh туннель подключается к scgi торрента. Я не знаю как понятнее объяснить, но имхо это очевидное решение. Возможно это очевидно только для админа.

> Простите, я или уж могу снаружи доступиться, или уж нет.

Снаружи можно подключиться к сидбоксу, но не к компу, на котором весь ГУЙ крутится. Он снаружи 100%-ный клиент. То что у него внутри клиент-серверный ГУЙ, это его личное дело. На фоне популярных браузеров, Апач2 со всем хозяйством будет незаметен. А на сидбоксе нет никаких вэб-серверов и гуёв вообще, он маленький и аскетичный и памяти с гулькину письку у него. Если не называть XMLRPC интерфейс вэб-сервером конечно.

> Только оно до кучи может отрисовать еще и удобную вебмордочку. А веб-браузеры в целом более распостранены в природе чем ssh-клиенты. И никаких побочных писюков не требуется.

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

>Скорее у этого переростка просто эвристика где-то впихана. А трансмишн простенький, там излишнее умничание клиента и автозадоподтираторы как-то исторически не в почете.

Если я сел смотреть кино, особенно если за обедом, мне не до разборок у кого эвристика, а у кого религия. Проще отключить и послать нафиг "минималистическую" софтинку, которая настроение портит. Тем более интерфейс у неё никчёмный (последнее наверно ИМХО, но многие со мной согласятся).

Ответить | Правка | Наверх | Cообщить модератору

70. "Новые версии Bittorrent-клиента Transmission: 2.74 и 2.75 "  +/
Сообщение от Аноним (-), 18-Дек-12, 13:02 
> А к вэбинтерфейсу ты через либастрал подключаешься, или через браузер?

А браузер может быть где угодно, от телефона до чужого писюка/ноута.

> Вот ровно на том же писюке(или планшете(для извращенцев)), на котором запущен браузер,
> запускается скажем apache/php ГУЙ,

Нафиг нужно, скажем дружно. Особенно на планшете/телефоне. Алсо, не на любом планшете так сходу прокатит, ресурсы на этой мелочи и так не лишние, да и писюки бывают разные. А если под рукой есть какой-нибудь виндозный писюк, например, то браузер там скорее всего все-таки стоит более-менее потребный (с вероятностью примерно 0.85 * 0.9). А вот втыкать туда сервант и пых - затея для мазохистов.

> который через ssh туннель подключается к scgi торрента.

Спасибо конечно, но это явно не самый простой и прямой маршрут руления торрентами. Сходить на вебморду - явно проще.

> Я не знаю как понятнее объяснить, но имхо это очевидное
> решение. Возможно это очевидно только для админа.

Это переусложненное решение. На ровном месте созданы искусственные трудности которые потом героически преодолели.

>> Простите, я или уж могу снаружи доступиться, или уж нет.
> Снаружи можно подключиться к сидбоксу, но не к компу, на котором весь
> ГУЙ крутится. Он снаружи 100%-ный клиент.

А, ну я понял, вы предлагаете весь этот крап взгромоздить прямо на агрегат с которого управление производится, по поводу чего доступность извне не роялит. Вот только нафига мне пых и/или мускул на каком-нибудь телефоне? А браузер там нормальный, как ни крути.

> То что у него внутри клиент-серверный ГУЙ, это его личное дело.

Нет, извините, в случае телефонов и планшетов это куча довольно ресурсожоркого хлама, которая является проблемами владельца.

> На фоне популярных браузеров, Апач2 со всем хозяйством будет незаметен.

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

К тому же мне абсолютно не нравится идеся админить весь этот зоопарк на вообще всех девайсах откуда я могу сунуться на вебморду. Веб как раз был создан чтобы не привязываться к 1 девайсу и софту на нем. И этим глупо не пользоваться по назначению.

> А на сидбоксе нет никаких вэб-серверов и гуёв вообще, он маленький
>и аскетичный и памяти с гулькину письку у него.

Угу, жирный шит никуда не делся и просто перекочевал в другое место. Вот только для меня совершенно нормально порулить торрентами с телефона, например. Благо у него вполне приличный экран и нормальный браузер. А вот пихать на него мускул, апач и пых - они как раз сожрут свободную память и девайс превратится в слоупока из-за постоянного свопления. Нафиг надо.

> Если не называть XMLRPC интерфейс вэб-сервером конечно.

Ну вот трансмиссионщики пошли чуть дальше и сделали вполне логичный шаг: научили RPC интерфейс отгружать файло по HTTP. Так что до того как начать перекидываться с вебмордой JSON-ом, оно сначала эту морду и отгружает. Как по мне так это вполне умное решение. И избавляет меня от нужды в каких-то апачах, мускулях и прочих жирных интерпретерах неизвестно ради чего. Для меня это весьма приятная фича.

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

Нет, но если это проблема то можно микроскопический stunnel перед ней воткнуть. И будет поддерживать.

>> излишнее умничание клиента и автозадоподтираторы как-то исторически не в почете.
> Если я сел смотреть кино, особенно если за обедом, мне не до
> разборок у кого эвристика, а у кого религия.

Ну да, а про настройку всяких там апачей, мускулей и прочих пыхов мы заскипаем, т.к. неудобный моментец :). А то оказывается чтобы киношку посмотреть - должен быть такой вот нехилый рояль в кустах.

> Проще отключить и послать нафиг "минималистическую" софтинку, которая настроение портит.

Да уж, пых, мускул и апач настраивать несомненно проще чем 1 минималистичную прожку </sarcasm>.

Тем более интерфейс у неё никчёмный (последнее наверно ИМХО, но многие со мной согласятся).
Интерфейс как интерфейс. Свое дело делает, все что надо показывает. Его построение - ну да, кому что нравится.

Ответить | Правка | Наверх | Cообщить модератору

82. "Новые версии Bittorrent-клиента Transmission: 2.74 и 2.75 "  –1 +/
Сообщение от filosofem (ok), 18-Дек-12, 20:33 
> Нафиг нужно, скажем дружно. Особенно на планшете/телефоне. Алсо, не на любом планшете
> так сходу прокатит, ресурсы на этой мелочи и так не лишние,
> да и писюки бывают разные. А если под рукой есть какой-нибудь
> виндозный писюк, например, то браузер там скорее всего все-таки стоит более-менее
> потребный (с вероятностью примерно 0.85 * 0.9). А вот втыкать туда
> сервант и пых - затея для мазохистов.

пых/апач в плане мазохизма ничем не хуже js, или java, или какого-то GUI-фреймворка.
Такую конструкцию выбирают из-за гибкости. Можно на клиенте запустить, можно на сервере, можно на стороннем сервере(в последних двух случаям можно рулить с недосмартфона или с чужой рандомной венды), можно вообще не использовать, как это делаю я. Мне гуй на сервере не нужен.

> Это переусложненное решение. На ровном месте созданы искусственные трудности которые потом
> героически преодолели.

Если это переусложнённое решение, то как назвать "минималистичный" демон со встроенным в процесс гуём? И что характерно без каких-то потуг в сторону безопасности.


> Да уж, пых, мускул и апач настраивать несомненно проще чем 1 минималистичную
> прожку </sarcasm>.

apt-get install rtgui
<sarcasm>Ой устал настраивать, вспотел.

> мускул

Второй китайский раз повторяю, СУБД в торрент-морде не нужны. Юзер ― латентный КДЕ-шник, так и запишем.

Ответить | Правка | Наверх | Cообщить модератору

83. "Новые версии Bittorrent-клиента Transmission: 2.74 и 2.75 "  +/
Сообщение от Аноним (-), 19-Дек-12, 04:17 
> пых/апач в плане мазохизма ничем не хуже js, или java, или какого-то GUI-фреймворка.

Пых+апач+мускул+браузер хуже чем нифига+браузер с точки зрения нагрузки на девайс который браузии. Пых+апач+мускул+торрент хуже чем  нифига+торрент с точки зрения нагрузки на того кто админит. Три лишних компонента в связке админить надо + они ресурсы жрут.

> Такую конструкцию выбирают из-за гибкости.

Я не вижу в каком месте мне будет не гибко с вебмордой как у трансмиссии. Морду отдает тот же кто обеспечивает RPC интерфейс через тот же порт, сам RPC можно юзать как угодно откуда угодно. Что из этой вебморды, что из сторонних морд конектящихся на этот порт.

> Можно на клиенте запустить, можно на сервере, можно на стороннем сервере
> (в последних двух случаям можно рулить с недосмартфона или с чужой рандомной венды),

А в случае трансмишна такой проблемы вообще не стоит - RPC интерфейс может заодно отгрузить в браузер средства для работы с самим собой. Если туда браузером сунулись. Ну, все-равно для JSON какой-то минмальный HTTP будет. Значит и пагу морды отгрузить можно. Я нахожу это умным и удобным решением. Оно экономит ресурсы (RPC интерфейс по любому есть и так и сяк) и силы на администреж.

> можно вообще не использовать, как это делаю я. Мне гуй на сервере не нyжен.

Визуально оценивать кто и что имхо несколько удобнее.

> Если это переусложнённое решение, то как назвать "минималистичный" демон со встроенным в процесс гуём?

А там нет никакого "встроенного в процесс гуя". Есть RPC интерфейс который до кучи умеет отдавать несколько файликов HTML+JS, а те потом играют с RPC в обычный пингпонг JSONом, точно так же как и остальные ремотные интерфейсы.

> И что характерно без каких-то потуг в сторону безопасности.

1) Оно до начала работы требует авторизацию - кто попало туда просто так не попадет.
2) А если и попадет, AFAIK оно не умеет ничего такого деструктивного, как минимум штатно. Ну, самый край можно торенты снести. У меня есть бэкапы resume-диры и конфига.
2.1) А если даже что найдется - оно обычно в изолированном чруте сидит (я обычно донакладываю патчик из их трака, не попавший в основную ветку). Так что я в случае аварии по любой причине просто воткну все это одним батчем на редаунлоад. Это моя стандартная тактика "разворачивания +1 сидбокса". Занимает считанные секунды. Дальше "вкалывают роботы, а не человек".
3) В силу размера демона - готов поспорить что в целом там багов касающихся секурити сильно меньше чем в связке пых+апач+мускул. Тупо потому что кода намного меньше. Меньше мест где можно облажаться. Это еще дяденька Берштейн сказал.

> apt-get install rtgui
> <sarcasm>Ой устал настраивать, вспотел.

И в каком тут месте настройка была? А пакетный менеджер у дебиан-образных хорошая штука. Вот только...
1) Столько дряни в систему - нафиг надо.
2) Ее таки надо бы настраивать и админить, если по уму.
3) Дебиан-образные не на каждом первом девайсе. Например на мелких девайсах умнее смотрится опенврта. А кроме того бывают иные компы, планшеты, телефоны и прочая. Там аптгета может и не быть.

>> мускул
> Второй китайский раз повторяю, СУБД в торрент-морде не нyжны. Юзер ― латентный КДЕ-шник, так и запишем.

Повторяю, единственная нормальная морда для rtorrent которую я видел - rutorrent (надеюсь не соврал). Да, симпатичная мордочка. Но довольно требовательная, увы. Что делает ее напрочь неудобной для меня. А то что вы упомянули - оно еще страшнее чем морда трансмишна, для которой нафиг не надо апачи и пыхи. Вкорячивать апач и пых ради такого уродца - ну знаете ли, когда полуметровый демон куда более приличную морду выводит - я не мазохист. И да, гибкость у меня ничуть не меньше. Этот RPC можно юзать как угодно. Просто отпадает 2-3 лишних элемента в цепочке. И все.

Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

87. "Новые версии Bittorrent-клиента Transmission: 2.74 и 2.75 "  +/
Сообщение от filosofem (ok), 19-Дек-12, 17:05 
>А если даже что найдется - оно обычно в изолированном чруте сидит (я обычно донакладываю патчик из их трака, не попавший в основную ветку). Так что я в случае аварии по любой причине просто воткну все это одним батчем на редаунлоад. Это моя стандартная тактика "разворачивания +1 сидбокса". Занимает считанные секунды. Дальше "вкалывают роботы, а не человек".

Вот это я называю сложно. Чруты уже пошли саморазворачиваемые. Оверинжениред и не надёжно.
Точно не для юзера(с маленькой буквы подраумевает рандомного юзера, а не 294).

> В силу размера демона - готов поспорить что в целом там багов касающихся секурити сильно меньше чем в связке пых+апач+мускул. Тупо потому что кода намного меньше. Меньше мест где можно облажаться. Это еще дяденька Берштейн сказал.

Бегнштейн? Напомни, кто это и что таки он говорил о сравнении безопасности вездесущего продакшн-стека с неуловимым Джо?
Если отвлечься от воплей фанатиков и от совершенно перпендикулярных юзкейсов с тысячами запросов в секунду, где пых/перл или апач действительно оказываются узким местом, это легкий, быстрый, удобный и проверенный... комбайн. Но этот комбайн проще и легче многих фреймворков, которые в телефоны суют.

> И в каком тут месте настройка была?

Так и думал, что ты не поверишь. Это уличная магия. После апт-гета запускаешь ssh -L5000:127.0.0.1:5000 mylittlebox. Затем можно подключаться браузером к ГУЮ на локалхосте. Имеем вэбморду через надёжное зашифрованное соединение с авторизацией по ключу без лишних телодвижений, без лиших сущностей на мелком девайсе и каких-то кондовых бесполезных вэб-авторизаций из 90-х.
Правда проще чем настройка transmission с авторизацией?
Без апт-гета наверно сложнее, но ненамного. Пакетные менеджеры есть везде. В т.ч. и в OpenWRT.

> Повторяю, единственная нормальная морда для rtorrent которую я видел - rutorrent (надеюсь не соврал). Да, симпатичная мордочка.

Не видел, не доверяю мэйд ин Раша, если есть альтернатива. Но она тоже без мускула. Поэтому попрошу больше не передёргивать.

Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

46. "Новые версии Bittorrent-клиента Transmission: 2.74 и 2.75 "  +/
Сообщение от Аноним (-), 17-Дек-12, 13:45 
> Про апаче и пыхи - ерунда. Веб-морд на самых разных языках программирования для rtorrent миллион,

Я из вменяемых видел только одну, и та требовала пых, мускуль и вебсервант. А у трансмишна довольно сносная и функциональная морда не требует вообще ничего кроме самого трансмишна.

> т.к. протокол взаимодействия с демоном - xml-rpc.

А у трансмишна json-RPC. Как по мне так это явно приятнее.

> Так же, большая часть веб-морд работают и с lighttpd, nginx и т.д.,

Но здоровенный движок БД и тормозной интерпретер - вынь да положь. Особенно круто когда хочется сие запустить на какой-то мелкой сетевой железяке.

> было бы желание запустить.

У меня нет желания вкорячивать невъ....й двигун баз и тормозные интерпретеры на, допустим, постоянно включенный роутер, который в фоне качает.

> Про зависимости тоже не согласен - у rtorrent их меньше.

У-тю-тю. Оно IIRC на сях++ и требует явно больше добра в системе. А для пересборки и подавно.

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру