SetupFlylinkDC-r385-beta4-build-1884.exe
SetupFlylinkDC-x64-r385-beta4-build-1884.exe
FlylinkDC-r385-beta4-build-1884(23-May-2009_08_14).rar
FlylinkDC-r385-beta4-x64-build-1884(23-May-2009_08_20).rar
------------------------------------------------------------------------
r1884 | pavel.pimenov | 2009-05-23 08:08:32 +0400 (Сб, 23 май 2009) | 1 line
* r385 beta4
------------------------------------------------------------------------
r1883 | a.rainman | 2009-05-22 22:43:46 +0400 (Пт, 22 май 2009) | 2 lines
* глобальное [MAX_PATH] >> [MAX_PATH+1]
* наконец то поймал и соответственно пофиксил падение при закрытии флая связанное с авто обновлением ip
------------------------------------------------------------------------
r1882 | a.rainman | 2009-05-22 15:22:33 +0400 (Пт, 22 май 2009) | 2 lines
* вероятно пофиксил ошибку при завершении флая, вызванную авто обновлением ip
* косметика в MainFrm.cpp
------------------------------------------------------------------------
r1881 | a.rainman | 2009-05-21 23:01:40 +0400 (Чт, 21 май 2009) | 1 line
* косметика todo changelog:
------------------------------------------------------------------------
r1880 | pavel.pimenov | 2009-05-21 22:45:57 +0400 (Чт, 21 май 2009) | 1 line
* обновлен GeoIPCountryWhois.csv
------------------------------------------------------------------------
SetupFlylinkDC-x64-r385-beta4-build-1884.exe
FlylinkDC-r385-beta4-build-1884(23-May-2009_08_14).rar
FlylinkDC-r385-beta4-x64-build-1884(23-May-2009_08_20).rar
------------------------------------------------------------------------
r1884 | pavel.pimenov | 2009-05-23 08:08:32 +0400 (Сб, 23 май 2009) | 1 line
* r385 beta4
------------------------------------------------------------------------
r1883 | a.rainman | 2009-05-22 22:43:46 +0400 (Пт, 22 май 2009) | 2 lines
* глобальное [MAX_PATH] >> [MAX_PATH+1]
* наконец то поймал и соответственно пофиксил падение при закрытии флая связанное с авто обновлением ip
------------------------------------------------------------------------
r1882 | a.rainman | 2009-05-22 15:22:33 +0400 (Пт, 22 май 2009) | 2 lines
* вероятно пофиксил ошибку при завершении флая, вызванную авто обновлением ip
* косметика в MainFrm.cpp
------------------------------------------------------------------------
r1881 | a.rainman | 2009-05-21 23:01:40 +0400 (Чт, 21 май 2009) | 1 line
* косметика todo changelog:
------------------------------------------------------------------------
r1880 | pavel.pimenov | 2009-05-21 22:45:57 +0400 (Чт, 21 май 2009) | 1 line
* обновлен GeoIPCountryWhois.csv
------------------------------------------------------------------------
Сообщения
34 комментария:
Сделайте возможной отсылку сообщения, когда юзер оффлайн!
.
.
Скрипты используй для хаба.
для этого боты придуманы ))
А можно беты опять дублировать на народе? А то на депозит очень трудно пробиться.
zzipper
Скрипты для хаба не могу использовать потому что, хаб сервером сети предоставляется.
Второе
sanyok
БЛ* ГДЕ ТЫ ВИДЕЛ ТАКИЕ ФУНКЦИИ У БОТОВ, ЦИТИРУЮ:
bot-repeater
------------
очень простой бот, повторяет принятую фразу
cool-bot
--------
бот сканирует введённую фразу на наличие указанных
слов и если находит ключевые слова, случайно выбирает
одну из подготовленных фраз. также есть фразы, которые
выдаются, если не найдено ключевое слово
test_api2
---------
пример для тестирования ботов. позволяет управлять
клиентом через ЛС
slotter
-------
на обращение "дай слот" выдаёт слот на 10 минут
ЧТО ЗА Х88НЮ ТЫ СОВЕТУЕШЬ??
Третье,
Насчет тегов когда делаешь отчет о поьлзователе, почему Если у него Флайлинк, вылазит тупой смайл ":(" исправьте, и до сих пор не исправили смайл >:(] , когда отсылаешь воспроизводится >:( + ]
анонимусу: http://dczone.ru/index.php?option=com_content&task=view&id=2083&Itemid=43
тут куча ботов )))) я сам админ на хабе и у меня есть возможность отправки ЛС в оффлайн
P.S. Бот называется PM_OFFLINE_API_2. На самом деле ботов для хабов - десятки, при чём для различный хабов(не только для птоки), на то такие сайты и создаются, а если не знаеш так гугл тебе в помощь, поищи сначала, а потом уже гнать начинай
P.P.S. ни в одном клиенте ты не найдёш реализации отправки лички в оффлайн, т.к. твоё сообщение, кот-е ты отправил в офф должно где то храниться, и, естественно, это сервер и пока он возможность такую не реализует, то не будет такой возможности. я и привёл пример сайта где лежит этот скрипт, предложи админу его поставить
А вот тут есть один момент )
Есть клиенты кототрые хавают в качестве плагинов lua скрипты, тот же АпексДЦ, если не ошибаюсь? Так вот скрипт может держать где-то текст сообщения и мониторить приход оффлайн юзера...
Это таак, грубый самый вариант, но думаю понятно что я имею ввиду ^_^
Нароод!!!
у кого так же, просто незнаю мб я mp3-шки с DC не качаю регулярно, но что не замечал такого Oo
http://groups.google.com/group/flylinkdc/browse_thread/thread/7ba2f61b94bbe6ea#
ps: автора поста просьба не пинать, ибо если баг существует то он критичный, а если он локальный то надо разобраться от чего возникает…
А это не то же безобразие, которое я тут репортил ещё на r384 beta7 - попадание неверного TTH tree в таблицу fly_hash_block? Отловить это в момент появления так и не удаётся - виден только результат (файл с этим TTH скачать больше не удастся никогда, пока эта запись не уйдёт из базы - а сама она оттуда уходить не хочет).
Хм, пачками, конечно мп3 не выкачиваю, таак, время от времени по несколько песен могу покачать, но ни разу не было "несоответсвия TTH".
На народ лучше заливайте....
sanyok: ни в одном клиенте ты не найдёш реализации отправки лички в оффлайн
Таки неправда, Грей это умеет (если в процесе уже начавшегося разговора в ПМ собеседник уходит в офф, он может держать мессагу до его появления в онлайне)
По теме http://groups.google.com/group/flylinkdc/browse_thread/thread/7ba2f61b94bbe6ea# могу предположить, что VSU прав и генезис у проблем один и тот же. Но у меня есть ощущение, что это связано не с флаем, а с клиентом на той стороне, потому как
- сам я о такой проблеме с флаем именно не слышал, но некоторые клиенты таки (несколько иная проблема) получают битый TTH, если тянут с клиента OlympP2P (это что-то на базе Стронга, как мне помнится) - в результате многократные перезакачки, а файл-то правильный с первой попытки (сверяли), да и замена клиента на отдающем приводит к исчезновению проблемы
Я бы собрал статистику - нет ли корреляции не с размером файла только, но и с клиентом с другой стороны
Вот такое стало проявлятся - закинул в расшареные папки новые файлы (флай закрыт) гига на 3. Запустил флай и закрыл его случайно (в данном случае не важно, что случайно, главное факт), но флай начал хешировать новые файлы и остался в процессах. Так вот эти три гига так и не прохешировались и процесс так и висел в списке пока я не убил его вручную. Запустил флай и все прохешировалось за несколько секунд.
Заметил интересный косяк. Если я создаю дополнительный путь для сохранения закачек на сетевом диске, то, при закачке файлы не переносятся, а остаются в Incomplete. Проверялось на 2-х машинах
Slippery Jim а в грее есть такое, что если я зашёл на хаб, а того юзера, которому я хочу написать уже нету на хабе, я ему смогу написать???
короче насчёт оффлайн лс нормальной реализации даже в грее нет, пока это только использование бота на сервере.
Slippery Jim а в грее есть такое
Нет, единственный вариант оффлайновой посылки я отписал
Вот такое стало проявлятся - закинул в расшареные папки новые файлы (флай закрыт) гига на 3. Запустил флай и закрыл его случайно (в данном случае не важно, что случайно, главное факт), но флай начал хешировать новые файлы и остался в процессах. Так вот эти три гига так и не прохешировались и процесс так и висел в списке пока я не убил его вручную. Запустил флай и все прохешировалось за несколько секунд.Это не стало, это, на сколько я знаю, было всегда. В процессе хэширования сам флай не закрывается, просто пропадает окно, а процесс продолжает хэширование. То, что при последующем запуске флай прохещировал все за 3 секунды, скорее всего, означает то, что остальное он прохэшировал до того как ты прибил его процесс.
Такое поведение совершенно кривое с точки зрения юзабилити.
Я собраюсь сделать так: если идет процесс хэширования и пользователь пытается закрыть флай, появляется предупреждение, о том, что идет процесс хэширования и возможные действия:
1. отменить хэширование и закрыть флай
2. отменить закрытие
3. автоматически закрыть после завершения хэширования
и как опцию к пунктам 2 и 3 - показать прогресс хэширования.
Можете сделать такую полезную фичу, как закрытие вкладки по Ctrl+W ????
>> Slippery Jim а в грее есть такое, что если я зашёл на хаб, а того юзера, которому я хочу написать уже нету на хабе, я ему смогу написать???
можешь. добавить в "избранные" по ник+хаб. потом отправить ЛС из окна "избранных"
2 brain-ripper, нет, обычно у меня 3 гига хешируются ну в течении 1-1.5 минут, а когда флай остался в процессах, я специально ждал минут 10-15... и ноль эффекта. А стоило убить процесс и запустить заново все сработало как надо
кто сидит на 7ке, у кого так-же?
http://groups.google.com/group/flylinkdc/browse_thread/thread/05828c30f63d7ffb#
ps: завтра почитаю написанное здесь :-[ спасибо вам за обсуждения :-[
Когда открыто 10-20-30 хабов и слышишь оповещение, что тебе кто-то что-то на одном из них написал, приходится пройтись по всем закладкам, прежде чем найдешь нужный хаб. Предлагаю отмечать тот хаб, на котором пользователь не был с момента получения в его адрес сообщений. Если обычно хаб с новыми сообщениями выделяется жирным цветом шрифта, то тут можно добавить наклонный шрифт.
по поводу windows7
всё отображается, просто выбран языковой стандарт в котором просто нет русских символов, точнее не поддерживается кодировка cp1251 которая используется на самом хабе, сам же флай отображается корректно.
в некоторых программах под *nix есть выбор удалённой кодировки, а т.к. флай предназначен для использования в России то такого пункта нет, просто нужно КОРРЕКТНО настраивать винду
vsu
похоже на то, ps: эмм дяя оказывается с мелкими файлами старые баги http://forum.wafl.ru/index.php?showtopic=5356
:((
Slippery Jimно некоторые клиенты таки (несколько иная проблема) получают битый TTH, если тянут с клиента OlympP2P (это что-то на базе Стронга, как мне помнится) - в результате многократные перезакачки, а файл-то правильный с первой попытки (сверяли), да и замена клиента на отдающем приводит к исчезновению проблемы
Я бы собрал статистику - нет ли корреляции не с размером файла только, но и с клиентом с другой стороны
поддерживаю давайте статистику соберём, у кого этот баг проявляется с кого качают…
Хых
принято :-[
sanyok
тоже принято, вроде уже писалось :-[ но времени пока нету
LAV ©
принято, тоже очень полезная штука
Slippery Jim
ps: сейчас перечитал пост, и понял там человечек пишет что у него вообще не качает Oo … но похоже корни проблемы в одном и том же
Здравствуйе...
Заметил такую штуку..
Когда ставишь ограничение шары то больше 20 гб поставить нельзя она сбрасывается...
Заранее спасибо...
Заметил такую штуку..
Когда ставишь ограничение шары то больше 20 гб поставить нельзя она сбрасывается...
Заранее спасибо...
это специально сделано
"Не корысти ради, а токмо волею пославшей мя супруги" прошу :)
скачки завершЁнные, а отдачи - завершЕнные ...
прошу о мелочи - добавьте пару точек букве Е в заголовке вкладки отдач :)
"Не корысти ради, а токмо волею пославшей мя супруги" прошу :)
скачки завершЁнные, а отдачи - завершЕнные ...
прошу о мелочи - добавьте пару точек букве Е в заголовке вкладки отдач :)
спасибо большое вам и вашей супруге :) бескорыстные вы мои ^_^'
ps: исправил :-[
Отправить комментарий