Описание:
Клиент greylink - лидер среди DC++ клиентов, он первый открывает вам уникальные возможности.
Улучшенная стабильность, низкое потребление ресурсов
Использование процессорного времени при нахождении на хабах с большим числом юзеров значительно ниже (в сравнении с другими клиентами). Потребление памяти также немного ниже. Работа над оптимизацией кода продолжается...
Восстановление недокачаных или повреждённых файлов
Из меню "Файл" выбирается "Восстановление файла", указывается правильный MAGNET-линк и расположение поврежденного файла.
Как только будет найден источник (пока "поиск альтернатив" лучше сделать вручную из очереди закачек, автопоиск долго ждать), будет скачана карта сегментов файла, произведена проверка сегментов и докачка сегментов, у которых TTH не совпадает с файлом источника.
Шифрование личных сообщений
Возможно шифрование личных сообщений. Требуется обменяться открытыми ключами (свой публичный ключ можно посмотреть на странице настроек "Сообщения", публичный ключ другого пользователя нужно внести в его свойства в окне "Избранные пользователи", для быстрого обмена ключами предусмотрена команда /key, которая работает с клиентами версии 5.67 и выше). Сообщение, зашифрованное другим пользователем с помощью Вашего публичного ключа, можно расшифровать лишь вашим секретным ключом или секретным ключом отправителя. Администраторы хабов не смогут прочитать зашифрованную переписку. Расшифрованные сообщения отмечаются красным цветом в метке времени получения. Для шифрования используется метод Diffie-Hellman-а с длиной ключа 64 бита.
Возможность объединить файлы с разных каталогов/дисков в одну папку шары
При расшаривании нескольких папок нужно дать им одинаковое имя в шаре. Таким образом, файлы (например, фильмы) можно хранить на разных дисках, а для юзера они будут в одном общем списке. Другое применение: внутреннее разделение файлов (например, "смотрел", "на запись", "записано" и т.п.) по папкам так, что юзер это в конечном итоге не видит.
Любой расшариваемый каталог в любой подкаталог шары. Например, отмеченной в шаре папке Heroes_s3 можно дать виртуальное имя Movies/TV-Show/Heroes/Season 3 (слешы в другую сторону тоже работают)
Сохранение открытых окон ЛС и выданных слотов при перезапуске клиента
При перезапуске клиента в случае ошибки, или при необходимости временно отключить файлообменник, история слотов и сообщений восстановится к моменту следующего запуска. Таким образов, можно смело выдавать слот на неделю, а также не бояться выйти из сети, оставив ЛС без ответа.
Хранение карты сегментов файла (TTH-дерева) в отдельном NTFS-потоке с именем .gltth
Что это даёт? Не нужно тратить время на повторное хеширование, если:
1. Завершена скачка большого файла и вы планируете его расшарить
2. Большой файл переносится в другое место, или временно убирается из шары и потом добавляется. Если файл копируется, а не перемещается, то сохранение потока лежит на совести копировщика (Windows-проводник и FAR в режиме "Use system copy routine" сохраняют все потоки)
Слишком мелкие потоки создавать расточительно из-за выделения места на диске целыми кластерами, поэтому поток создаётся для файлов размером от 16MB и выше.
ICQ-бот
Чаты любимых хабов всегда доступны через ICQ. Кроме того, с помощью ICQ-бота, можно провести приватный чат с пользователем хаба или поставить magnet-ссылку на закачку
ADC-Хаб, встроенный в клиент
Может использоваться для создания чат-комнат. Создавший хаб автоматически становится оператором и может назначать права пользователям:
+set ip-адрес действие
где действие - ban / unban / op / deop / gag / ungag
Команда "+info" показывает текущие установки. Команды на минихаб можно посылать через lua-скрипт
Улучшен авто-поиск источников
Периодически клиент dc++ посылает поисковые запросы на один из файлов в очереди.
Пользователи, расшарившие файл, добавляются в список источников файла, у них скачивается файл-лист и проверяется, нет ли в листе других файлов, тоже находящихся в очереди.
greylink'овский "менеджер файл-листов" расширяет эту функциональность следующим образом:
- Ведется история файл-листов, скачанных за последний час.
- При нахождении автопоиском файла у некоторого пользователя (например, при добавлении новой закачки в очередь) проверяется, не качался ли файл-лист пользователя за последний час. Если качался, остальные файлы ищутся в скачаном листе. Если не качался, файл-лист помещается в очередь закачек.
- Если файл найден у одного пользователя на нескольких хабах, скачивается файл-лист только с одного хаба, к закачке создаются источники с этого пользователя на всех хабах
Частично устранена проблема падения скорости к завершению закачки
Все dc++-клиенты (по крайней мере, по состоянию на 24.06.2007), не позволяют докачивать последний сегмент файла с нескольких пользователей. В greylink этот момент наступает намного позже, тем самым значительно ускоряется докачка больших файлов (например, DVD-образов). В новых версиях это направление (улучшение скорости докачки) будет дальше дорабатываться
Создание magnet-ссылок на каталоги
- В меню "Файл" выбираем "Получить TTH каталога...", выбираем каталог. Копируем магнет-ссылку. По этой магнет-ссылке пользователи смогут найти каталог в шаре пользователя greylink, если он имеет аналогичное содержимое, как в той шаре, где сделана ссылка. Имена файлов не влияют на хеш, важны только структура подкаталогов и содержимое файлов (то есть, файлы можно переименовывать, но нельзя изменять, добавлять, удалять, перемещать в подкаталоги файлы, чтобы ссылка не изменилась
- Открываем свой список, на нужном каталоге из контекстного меню выбираем "Generate sublist". Получается файл с расширением .dcls Раздаём всем magnet-ссылку на этот файл. Когда кто-то скачивает файл в greylink, он автоматически открывается и можно выбрать "Download/DownloadTo" на каталоге верхнего уровня (а можно и на любых других каталогах/файлах). Автоматическое добавление содержимого .dcls в очередь закачек не сделано, чтобы защититься от недобросовестных пользователей, которые будут подкладывать вглубь своей шары файлы со ссылками на всякий ненужный мусор.
Ссылки:
Добавлено 12.11.10 13:42 пользователем SaSh'Ok .
Добавлено 12.11.10 13:44 пользователем SaSh'Ok .
Добавлено 12.11.10 13:45 пользователем SaSh'Ok .
Добавлено 12.11.10 13:46 пользователем SaSh'Ok .
Добавлено 12.11.10 13:46 пользователем SaSh'Ok .
Добавлено 12.11.10 13:48 пользователем SaSh'Ok .
Добавлено 12.11.10 13:49 пользователем SaSh'Ok .
Добавлено 06.01.11 03:10 пользователем Fire Stream .
* Исправлено: команда "Сообщение на все хабы" не посылает текст на хаб, у которого в опциях отключен чат
* В CustomMessages.ini можно использовать команды клиента (такие, как /winamp, /ratio)
* Исправлено: не запоминались порты TCP и UDP (при старте программы выбирались новые)
* Добавлена поддержка SOCKS4 для шлюзов на базе routerOS.
* Известные проблемы активного режима NMDC-протокола:
1. SOCKS4-BIND требует указания ip-адреса, с которого поступает соединение, на NMDC-хабах адреса всех юзеров доступны только админам хаба.
2. Т.к. SOCKS4 не работает с UDP, нельзя отвечать на поисковые запросы активных юзеров
В пасивном режиме или при использовании ADC-хабов проблем не возникает (IP всех юзеров заранее известны, на активный поиск можно отвечать через хаб)
* Добавлена поддержка хабов в домене .РФ ( хаб.домен.рф )
* Возможность настройки фоновой картинки в окне активных соединений
* Отображение параметров медиа-файлов из файл-листов flylink
*Исправлена ошибка версии 0.41: программа не посылала UDP-ответы на поисковые запросы от NMDC-хабов
*При переименовании файла в очереди скачивания (кнопкой F2) выделяется имя файла без расширения
Добавлено 10.02.11 19:24 пользователем Fire Stream . Скачан: 1 раз(а)
Добавлено 18.02.11 19:50 пользователем 3axap . Скачан: 1 раз(а)
Добавлено 13.06.11 14:59 пользователем SaSh'Ok .
Добавлено 14.06.11 19:47 пользователем Asydburn .
Добавлено 18.06.11 18:03 пользователем Fire Stream .
Добавлено 20.11.11 15:08 пользователем X@NDR0$ .
*Исправлена опечатка версии 0.53 - при некоторых настройках не отображалось наименование провайдера в столбце "Страна" (thanks lazybadger)
Что нового
0.52-x64 (19.12.2011)
Обновлён sqlite3 (до версии 3.7.9)
Переписан интерфейс с sqlite3, в соответствии с рекомендациями руководства (отказ от функций, объявленных устаревшими - замена prepare на prepare_v2 и т.п.)
Исправлена ошибка "unable to open database: :memory:", приводящая к неработоспособности клиента до перезапуска после выполнения операции сжатия базы данных.
Добавлено 26.02.12 10:11 пользователем 3axap . Скачан: 5 раз(а)