Русификация: начиная с версия 5.67 файл русификации Russian.xml подцепляется автоматически. Последняя версия перевода находится в релизном архиве greylink.rar в папке Settings
это нужно для быстрого переходе по Alt+<номер>. Alt+<буква> заняты
Ну я про Alt+<номер> вообще первый раз слышу)))))) Меня интересует только сами циферки))) Уж больно удобно смотреть кольчество окон через них )))
Добавлено (03.09.2008, 21:05) --------------------------------------------- А ну и ещё идейка : В настройки избранного юзера добавить опцию Открывать ЛС когда зайдёт Чтоб не дрежать постоянно открытым окно друга....а когда зайдёт окно раскрывается и можно обьщяться...оч удобно бы было)))
когда в "списке друзей" добавляешь пользователей по диапазону IP, например 212.92.224.0 - 212.92.255.255 под него попадают 100 юзеров, и если из них кому-то нужно бан или игнор поставить, то под это привило попадает сразу весь диапазон IP. То есть выход только добавлять конкретного юзера в "Друзья" и только тогда его банить или ингнорить. Хотелось бы чтобы это в будущих версиях исправили. Windows7 Ultimate RU x86 sp1, GreyLink DC 0.61, KIS 2013
Грей неумеет докачивать большие файлы, когда у файла один источник. Например качаю файл размером 4 гб, скачано 85%:
ставлю на паузу - и мне пишет: скачано 0 байт:
затем при возобновлении качает файл заново помогает после этого лишь восстановление файла
А ещё также неработает фича "переместить/переименовать" в меню очереди скачивания в случае если файл в данный момент закачивается. работает лишь когда файл на паузе либо в ожидании
Сообщение отредактировал Phemmer - Суббота, 06.09.2008, 15:03
при расшаривании несколько тысяч файлов гуи даже последний на момент версии гл зависает намертво на несколько минут, нашел прчину файлмонитором - юзается FlushFileBuffers на gl.db3 при каждой записи в него нескольких десятков байт , а записей идет оч-оч много - нагрузка на винт бешеная - писать принудительно несколько тысяч раз по десятку байт, пропатчил клиент, убрав полностью использование этой функции - реакция клиента улучшилась буквально до десятка секунд
Не настолько важна эта бд, чтоб все время сбрасывать буфера буду все время вырезать юз этой функции, пока ее не уберут
Сообщение отредактировал user_dc - Воскресенье, 07.09.2008, 10:28
при расшаривании несколько тысяч файлов гуи даже последний на момент версии гл зависает намертво на несколько минут, нашел прчину файлмонитором - юзается FlushFileBuffers на gl.db3 при каждой записи в него нескольких десятков байт , а записей идет оч-оч много - нагрузка на винт бешеная - писать принудительно несколько тысяч раз по десятку байт
наверно нужно сделать так же, как и для потоков NTFS - записывать все параметры (дату, когда качал, сколько раз скачивали и т.д.) только для больших файлов
если в ключевой фразе в поиск первый символ "-" то поиск не осуществляется, это общий баг или только проги?
0.05 (28.06.2008)
Результаты поиска фильтруются по размеру файла (например, при поиске AVI и последующем уточняющем поиске AVI > 1Gb во второе окно попадали результаты первого поиска). В заголовоке окна поиска показаны все условия поиска. Также работает поиск с исключениями, перед словом-исключением ставится минус (например, ищем "XXX -zoo" = все XXX без zoo)
Результаты поиска фильтруются по размеру файла (например, при поиске AVI и последующем уточняющем поиске AVI > 1Gb во второе окно попадали результаты первого поиска). В заголовоке окна поиска показаны все условия поиска. Также работает поиск с исключениями, перед словом-исключением ставится минус (например, ищем "XXX -zoo" = все XXX без zoo)
такое проще было бы реализовать в фильтре из выбранного, т.е. выбрали все ХХХ, а потом в фильтре уже задать -zoo, а так получается что если на хабе минимум поиск по 4-5 символам ведется, мне по ключу -ххх (4 символа) ниче не найти, а по ключу xxx хаб не ищет, а маску ?xxx или ?-xxx или тоже самое но с * реализовать вообще не реально
Добавлено (07.09.2008, 16:16) --------------------------------------------- только что один и тот же юзер пытался качать одновременно с трех хабов, хотя ВЕЗДЕ эта опция выключена, сдается мне она не работает уже как несколько версий, т.к. ранее это так же наблюдалось, по какой схеме кстати эта фича работает? желательно бы сравнение точной шары+скажем запрос того-же самого файла, тогда бы чит срабатывал точнее
Сообщение отредактировал Deft - Воскресенье, 07.09.2008, 16:46
такое проще было бы реализовать в фильтре из выбранного, т.е. выбрали все ХХХ, а потом в фильтре уже задать -zoo, а так получается что если на хабе минимум поиск по 4-5 символам ведется, мне по ключу -ххх (4 символа) ниче не найти, а по ключу xxx хаб не ищет, а маску ?xxx или ?-xxx или тоже самое но с * реализовать вообще не реально
простой ьрюк позволит обмануть хаб: вместо "XY" ищи "XY XY" или даже "XY XY XY". на результат не влияет, а хаб не блокирует запрос по длине ))
Quote (Deft)
по какой схеме кстати эта фича работает?
сравнивается IP+размер шары. я нашёл способ это обойти, пропуская трафик к хабу через простенький фильтр, который меняет случайным образом последние 6 цифр размера шары
сравнивается IP+размер шары. я нашёл способ это обойти, пропуская трафик к хабу через простенький фильтр, который меняет случайным образом последние 6 цифр размера шары
помогает после этого лишь восстановление файла 
