Pull to refresh

Comments 53

Оно работает только с локальным transmission?
Умеет и с удаленными, в настройках указываются параметры доступа к transmission.
Отмечу что писал под 2.40 версиею RPC, эта версия в Debian 7 Wheezy, тестировал и на 2.80, буду поддерживать расширение и для более поздних версий.
Transmission 2.77, на Lenovo ix2 — работает отлично.
Спасибо за столь полезное расширение.

p.s. Не заметил поддержки magnet ссылко. Планируется? Было бы удобно.
С magnet работает так же как и с обычными ссылками. Понимает по слову «magnet:» в начале ссылки и нужным образом посылает в клиент.
У мя на Synology DS411j крутится трансмишшн в локалке — к нему подключилось «на ура!».
Раньше мучался с Трансмишшн ремоут — сейчас все гораздо проще и удобнее!
Расскажите, пожалуйста, вкратце: как Вы установили на NAS transmission? Как-то меня нативный download station не совсем устраивает :(
Да, спасибо. В итоге перехода по ссылкам я так и сделал.
Автор, можно немного уточнить насчет принципа использования:
1. Запускаю Transmission
2. В Chrome Ваше расширение подключается к нему (по HTTP?)
3. Теперь из Chrome можно делать те же операции, что и из Transimission + некоторые дополнительные
И подводя итог — расширение является индикатором того, что происходит в клиенте, а так же позволяет управлять процессом.

Если все так, то лично я был бы рад увидеть некоторые моменты реализации в самой статье, в общих чертах, без кода. ИМХО конечно.
Код открыт, лежит на гите.
Я даже не знаю какие именно моменты вам интересны. Если вы говорить о работе transmission по api, то там все весьма банально, и мне пришлось почти все свести к api utorrent, просто потому что так удобнее. А обновление таблицы сводится к тому что сравниваются текущий список торрентов и новый, а дальше решается что с этим делать.
Если говорить о способах сделать «живой» интерфейс, когда обновляется только часть списка, вплоть до ячейки таблицы, мгновенная сортировка, фильтрация и что бы ничего не тормозило и моргало, это другое, и очень многое увы приходится строить чуть ли не на костылях (очень много мелочей).
Ну и еще тут можно поговорить о том как делается быстрая фильтрация списка и прочее что строится на css.
Отдельная история про график скорости это просто d3js.
Ну и не просто сделать было иерархию файлов торрента, что бы было можно переходить по папкам.
В общем это все мелочи которые сложены вместе, внимание к деталям и всего то.
Как по мне, так в этом и есть ценность статьи) Обзор мог бы и пользователь написать, а процесс разработки только Вы!
Спасибо! Завтра попробую, а то стандартный web-доступ не слишком удобен.
Мне прям аж перейти на него захотелось.
Один вопрос — из Transmission можно напрямую файлы открывать? Ибо что-то я подобного не вижу в упор
Так Transmission же удаленный. Даже если он запущен локально, для клиента (расширения) разницы особой нет.
В десктопной версии есть кнопочка «показать файл».

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

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

А всё что я нашел в Transmission — это открыть путь по которому данный торрента сохранены.
Полезная штука, но все таки расширение, привязанное к конкретному браузеру, это не совсем то. Не знает ли кто-нибудь, может есть альтернативные web-интерфейсы для transmission? Чтобы интерфейс а-ля utorrent был со стороны сервера, а не в виде доп. клиента.
Это чего-то не то явно. Может я не так объяснил. Вот у меня на мини-сервере установлен transmission-daemon. Всё управление им происходит через Web-интерфейс, то есть у программы есть свой web-сервер, который позволяет авторизованным пользователям просматривать странички (у меня они лежат в /usr/share/transmission/web), которые через тот же transmission-remote узнают о состоянии демона. Вот именно замену этим страничкам я хотел найти. Чтобы, открыв нужный адрес в любом браузере, я видел utorrent-подобный интерфейс.
За transmission прошу прощения — проморгал. А вот морда для rtorrent как раз это и делает. Сам пользуюсь.
Спасибо за наводку. Подскажите пожалуйста, косяки с русскими шрифтами (словно по пробелу рядом с каждой буквой) это следствие моей криворукости или оно так у всех? Ещё, конечно, жалко, что на всяких IE8 и младше не пойдёт (html5 требуется).
Выглядит конечно несколько сыровато (в основном из-за шрифтов, наверное), но не хуже родного web-интерфейса уж точно.
Покопавшись на Google Code, перешел на GitHub, где нашел очаровавший меня web-интерфейс для transmission. uTorrent-ом там и не пахнет, правда. Но чуть допилив css и js файлики, получил как раз то что нужно, при чем работает очень шустро. Ничего лишнего, так сказать. Автор, правда, обещает совместимость только с Firefox, но я в Chrome версии 34.* не обнаружил никаких проблем.
И да простит меня автор поста если вдруг я переманю аудиторию от его расширения. :)
Можете добавить в плагин формирование магнет ссылки по хешу? По аналогии с плагином Get Torrent?
Добавить то можно. Вот только куда там это приделать… Можно сделать например что то типа при вводе в поле url хэша он будет автоматически преобразовывать в magnet… Наверное еще и придется делать в настройках список трекеров для этих самогенерируемых magnet ссылок, что будет вводить пользователя в еще большее недоумение.
В общем тут надо подумать.
А в чем смысл?
Я правильно понял, что оно работает только если доступен родной веб-интерфейс Transmission?
Так почему не пользоваться им напрямую? К тому же кроссбраузерно…
Лично для меня родной web-интерфейс неудобен. Вертикальное разделение списка торрентов и инспектора (характеристики торрента), довольно скудное количество информации о раздачах в списке. Не utorrent, в общем.
Значит смысл только в улучшении интерфейса.
Или все же функционально чем-нибудь отличается?
Стоит ли его ставить тем, кто неприхотлив в плане интерфейса?

Если для вас не имеет значение интерфейс, быстрая работа с файлами итп — то смысл в контекстном меню и уведомлениях.
Из функций есть перемещение торрентов и переименование файлов.
Установил — интересное расширение, тем более у меня transmissionна роутере трудится.
Из неудобств не нашел, где посмотреть комментарий к торренту, а то там обычно ссылка на трекер.
Увы нигде. Но есть кнопка со значком transmission'на которая открывает стандартный webUI.
А можете добавить? Буду очень признателен! ;-)
Показывать ее просто негде, список файлов под это не рассчитан, а больше и некуда.
А если столбцом дополнительным сделать? Если URL распознаваться будет, то вполне удобно.
Столбцом можно сделать, но вот насчет ссылки это под вопросом. Дело в том, что допустить исполнение чужого html никак нельзя.
Все же будет лучше использовать нативный интерфейс, тем более перейти на него — нажать одну кнопку.
Я подумаю все же над тем как можно отобразить информацию из комментариев, но перегружать интерфейс недопустимо.
Простите, а за что отвечают 7za.exe и patch.exe (они обязательны?) и без явы (*.jar) Ваше творение получается работать не будет?
Вы прежде чем делать выводы посмотрите все фалы и что как работает. В частности все исполняемые файлы, jar итп используются для сборки билда, который после я отправляю в хром стор.
вообще говоря, удивление при виде исполняемых файлов в репозитории закономерно… не нужно их версионировать…
Так удобнее. Например в опере когда требуют исходники, то нужно все скопом отдавать что бы и они могли собрать точно такой же пакет, гит позволяет, почему бы и нет.
Спасибо за расширение для браузера.
Но есть проблема с подключением. Transmission 2.82 (установлен на Keenetic Giga 2). Вводим данные для доступа, жмем «сохранить всё». Бесконечно проигрыватся лоадер под кнопкой и все (хотя может не дождался).

Снимаем трафик и видим каждые 20 секунд:

-> GET /transmission/rpc?method=session-get
<- HTTP 200/OK (JSON: {..., "result" : "success"})

И куча данных в «arguments».
Проблема уже решена в версии 1.2.27, сейчас в процессе публикации. 5 мин назад эта проблема всплыла. Вообще про это не написано но все заключается в том, что клиент не отдает token сессии и пускает всех если совпадает пара логин и пароль.
Ну конечно о вкусах не спорят… да и функционал на столько мал что оно и рядом не стояло.
Большое спасибо, работает отлично! Намного более отзывчивый UI по сравнению с Transmission Remote GUI.

Один вопрос: а можно сделать возможность изменения размеров всплывающего окна (с запоминанием размеров)? А то на разрешениях экрана «выше среднего» оно занимает всего лишь около трети от высоты экрана, и даже при относительно небольшом количестве торрентов (больше 12-13) приходится скроллить, хотя в границы экрана вполне влезло бы и 30.

Спасибо!
Высота окна меняется в настройках, ширина максимум 800px ограничение хрома.
Хех, слона-то я и не приметил :)
Спасибо!
нет, апи уж слишком запутанный для меня.
Sign up to leave a comment.

Articles