пятница, 20 ноября 2009 г.

FlylinkDC++ r5xx

Привет.
Некоторые изменения в svn репозитрии
  • Исходный код версии r394 перенесен в бранч
  • Все ошибки найденые в r394 будут исправляться с выпуском версий r3xx - r400
  • В стволе будет вестись работа над новой версии флая с ядром от StrongDC++ 2.31 (для исключения путаницы номер версии флая поднят до r500-alpha)
  • Всем пользователям-программистам собирающим флайлинк для своих сетей из исходного кода svn просьба переключится на бранч r3xx (svn switch http://flylinkdc.googlecode.com/svn/branches/dev-flylinkdc-r3xx-stable) т.к. в trunk исходный код пока в не рабочем состоянии

39 комментариев:

Fallved комментирует...

Раз уж взялись за исправление багов, то вот вам, глюки мелкие но очень надоедливые:
1. в /me сообщениях смайлики показываются текстом, т.е не переводятся в графику;
2. если копировать магнет или веб-ссылку из списка передач (который под окном чата) то при вставке его в куда либо не выводиться название файла, только размер. Однако если копировать из любого другого места, то название будет; так же и там же не копируется "расположение";
3. если начать скачку с приоритетом "пауза" - флай часто успевает закачать один или несколько мелких файлов перед тем как поставить закачку на паузу.

Kompik комментирует...
Этот комментарий был удален автором.
Kompik комментирует...

Оставлю и свой коммент...

Дело в том что на днях обнаружил проблему со считыванием файла Customlocations.ini из русскоязычного профиля пользователя.

Т.е. с помощью файла dcppboot.xml я перенес настройки в папку пользователя (AppData). Но если профиль пользователя содержит русские символы, то файл customlocations.ini не считывается.

При этом других проблем с настройками не обнаружено.

Если возхникнут вопросы, стучитесь в аську 1699842

Topper комментирует...

Если профиль пользователя содержит русские символы, то файл customlocations.ini не считывается.

+1
Не первый месяц про это говорю.

Анонимный комментирует...

Почему StrongDC++? Он близок к идеалу?

brain-ripper комментирует...

Почему StrongDC++? Он близок к идеалу?

Много фич и исправленных багов, о которых писали в этом блоге заканчивая словами "все это давно реализовано в Грее" - взято в последнем именно из Стронга.

Анонимный комментирует...

сделайте добавить в бан лист сразу список юзеров
т.е. выделить список в режиме раздачи и добавить сразу всех в бан лист

Unknown комментирует...

Грейлинк с каждым билдом всё корявей и корявей, устал от глюков, насколько хорош флай на данном этапе? В свое время отказался от него из-за нескольких неприятных моментов. Кстати есть место где общаются разработчики флайлинка? может Jabber конференция, или IRC? Кто захочет пообщаться оп теме вэлком - моя АЙ СИ КЬЮ 247_423_617

Анонимный комментирует...

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

Хотя скажу что порталы впринципе неплохое нововведение.

Хотелось бы чтобы сделали супер продвинутую закачку, как в грейлинке, чтобы файл делился на сегменты динамически, т.е. для быстрого источника - сегмент 100 мегабайт, для медленного - 5 мегабайт и т.п.
И чтобы у фильмов жестко скачивались сперва первые сегменты, чтоб можно было сделать предпросмотр.
И вообще было бы неплохо еслиб можно было самому указывать какую часть качать (начало, конец, середина...)

Ещё, у меня не работает поиск неполных источников, он в флайлинке есть?

Slippery Jim комментирует...

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

Всем жалобщикам - этот топик не жалобная книга и не коллекция хотелок, уймитесь. Это только информация для тех, кому это важно, о необходимости сделать relocate. И все

Анонимный комментирует...

Верьните просилку СЛОТОВ(спросить слоты), нафига убрали не пойму!!! обясните моя аська 200705504 простите за мое возмущение)

Анонимный комментирует...

Клянчилку убрали, потому что многие юзали её без дела!

Не убедившись в своих свободных слотах, видят сабж "не хватает слотов" и начинают налево-напрво клянчить (читай "спамить") в ЛС.

Лично я ПРОТИВ возвращения клянчилки в ее текущем виде.
Если она научится определять количество оставшихся свободных слотов, и их будет менее 5-ти - пусть возвращают.

SC..

Анонимный комментирует...

Очень хорошо что началось мигрирование на новое ядро. Для меня важно то что начнёт работать ADC+BLOOM, а для всего cобщества ДЦ++ то что полезные наработки из флая можно будет легче переносить в другие клиенты и наоборот. От этого выиграют все. Запасаемся терпением до появления работающий сборок и потом начнём усиленное тестирование.

E_zombie

Анонимный комментирует...

Главное графическую оболочку оставьте флая, в стронге она некрасивая или чтоб можно было менять их

Анонимный комментирует...

В флайлинке есть поиск неполных источников?

brain-ripper комментирует...

В флайлинке есть поиск неполных источников?

По идее должен появиться после обновления ядра. Кто-нибудь в курсе, в Стронге есть эта фича?

Анонимный комментирует...

По идее должен появиться после обновления ядра. Кто-нибудь в курсе, в Стронге есть эта фича?

её нет, потому что она считается вредной для концепции dc++

поиск показывает то, что юзер расшарил сознательно, но скачивается естественно со всех доступных источников. а видеть то, что он качает, попахивает слежкой.

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

Анонимный комментирует...

Обновление движка идет исходя из SDC SQLite (на базе svn465) или из оригинального SDC (где текущая версия svn467 и обновляется)?

brain-ripper комментирует...

Обновление движка идет исходя из SDC SQLite (на базе svn465) или из оригинального SDC (где текущая версия svn467 и обновляется)?

StrongDC SQLite. В дальнейшем версии (StrongDC SQLite и Flylink) планируется обновлять параллельно

Анонимный комментирует...

Анонимный комментирует.её нет, потому что она считается вредной для концепции dc++

Фигня имхо. Основной принцип dc, как любой другой p2p сети - скачал, раздай, чтоб скачали другие. Иначе, как вы понимаете, файлообмена не будет впринципе.
Поэтому раздавать скачанное нужно обязательно, хотябы когда файл в процессе закачки.
Поиск неполных источников есть в торренте, причём их видно сразу при старте закачки и никто не вопит о том, что все видят что он качает.

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

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

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

В любом случае поиск неполных источников есть в грейлинке и кому нужно - тот воспользуется им. Щас ничё не мешает установить 2 дц клиента, просто былобы удобнее всё в одном.
Ну и когда я думаю скачать - впринципе интересно как обстоят дела с соотношением раздающие/качающие.

Насчёт клянчинья - разрабы флая и не такой напор выдерживали.

Анонимный комментирует...

Если уж на то пошло, давайте в первую очередь уберем поиск шпион, по нему можно отслеживать куда более интересные намеренья пользователей хабов

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

Поиск неполных источников есть в торренте, причём их видно сразу при старте закачки

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

В любом случае поиск неполных источников есть в грейлинке и кому нужно - тот воспользуется им

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

Анонимный комментирует...

Анонимный комментирует... ....

Не убедительно. Лично я ничего плохого в этом не вижу. Всё должно быть прозрачно. В дц и так рейтинга нет...

Ну качаю я порнуху, и чё дальше? Кому какое дело? Судя по статистике - порнуха на первом месте по файлообмену в дц.

Т.ч. если реализуют - вещь будет полезная. Если кого-то пугает, - меняй ник и качай порнухи сколько на винч влезет, расследование никто проводить не будет.

Анонимный комментирует...

Не убедительно
не убеждайся. на форуме strongdc есть мнение big muscle о никах в поиск-шпионе, когда просили их вывести. если хотите, чтобы зарубежное сообщество (BM и маразматики из команды apex dc) считало флай "crap-клиентом" наравне с греем, надо делать то, что они посчитали неправильным

Анонимный комментирует...

Не убедительно
не убеждайся. на форуме strongdc есть мнение big muscle о никах в поиск-шпионе, когда просили их вывести. если хотите, чтобы зарубежное сообщество (BM и маразматики из команды apex dc) считало флай "crap-клиентом" наравне с греем, надо делать то, что они посчитали неправильным

Анонимный комментирует...

не "неправильным", а неприемлимым для своего (и любого "честного") клиента

Анонимный комментирует...

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

brain-ripper комментирует...

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

По-моему покрывание нечистоплотных людей никоим образом не является обязанностью разработчиков Флая

brain-ripper комментирует...

может еще вспомним, до кучи, что 99% перекачиваемого клиентом материала нарушает права собственности?

Анонимный комментирует...

ну не будем вдавать в такой уж маразм. Просто я считаю что реализация всякого "шпионского" функционала - не совсем разумный способ тратить ресурсы проекта.
и лично я считаю что не стоит "дистанцироваться" от мирового сообщества ДЦ вводя в клиент функционал который общество не принимает.

Я конечно выскажу "неудобную" мысль, но может стоит рассмотреть возможность миграции внутренней структуры проекта на launchpad.net в частности svn+bugzilla . Сейчас все основные разработчики работающие над ДЦ софтом сконцентрированы там. Станет гораздо легче отслеживать изменения в кодовой базе ядра ДЦ и вылавливать ошибки. Опять же возможно что это привлечёт новых разработчиков из других стран.

E_zombie

Анонимный комментирует...

на launchpad.net нет svn - там bzr

проект на нем уже лежит давно -
https://launchpad.net/flylinkdc

p.s.
причем миграция из svn не пашет :)

Анонимный комментирует...

импорт из GIT вроде как тестировали. да и версия софта в бранче немного старая:)

Анонимный комментирует...

[16:21] < Sulan > i tried to get it to mirror a sf bzr rev, but i failed
[16:21] < Sulan > might be easier to just push it to LP directly

jSer комментирует...

Куда делся /compiled/portalbrowser/portalbrowser.xml из репозитория?

Анонимный комментирует...

ну не будем вдавать в такой уж маразм. Просто я считаю что реализация всякого "шпионского" функционала - не совсем разумный способ тратить ресурсы проекта.
и лично я считаю что не стоит "дистанцироваться" от мирового сообщества ДЦ вводя в клиент функционал который общество не принимает.


Не говорите ерунду, отслеживать надо. И не только по поиску неполных источников, но и вообще пора давно сделать ратио и управлять обменом по нему со стороны хабов, как это сделано на трекерах.

Вы ещё не добились успеха в области удаления из клиента поиск шпиона - прямой функции слежки, т.ч. это слишком сильная замашка с вашей стороны. Если поиск шпион есть во всех дц клиентах, значит всех это устраивает. Не хотите чтобы кто-то видел как вы качаете ... детское порно - меняйте ник. По ip никто расследование проводить не будет.

brain-ripper комментирует...

Куда делся /compiled/portalbrowser/portalbrowser.xml из репозитория?

Был удален за ненадобностью.
Теперь файл настроек браузера собирается из отдельных порталов при установке клиента. Разработчики могут использовать для сборки скрипт \Tools\GeneratePortalBrowserXML.bat

Анонимный комментирует...

Если поиск шпион есть во всех дц клиентах, значит всех это устраивает.
отучаемся говорить за всех. последние strongdc, apexdc не показывают никакой информации о пользователях в поиск-шпионе

пора давно сделать ратио и управлять обменом по нему со стороны хабов
кстати, мысль. жёстко дополнить протокол рейтингами с кросс-проверкой хабом сколько кем скачано и сколько отдано и кому. на хабах пускать только флай и клиентов с этим функционалом. в некоторых местных сетях это приведёт к 100% доминированию флая

jSer комментирует...

Flylink 3209 под VSC++2010Pro beta2...
Все хорошо собралось, пару варнингов было...

Под экспресс версией не собирается из-за отсутствия поддержки 64 компилятора (точнее не конвертировался файл проекта, лень было лазить в нем)

brain-ripper комментирует...

кстати, мысль. жёстко дополнить протокол рейтингами с кросс-проверкой хабом сколько кем скачано и сколько отдано и кому. на хабах пускать только флай и клиентов с этим функционалом. в некоторых местных сетях это приведёт к 100% доминированию флая

Возмешься стандартизировать расширенный протокол? Или хотя бы хаб напишешь, с поддержкой рейтинга на уровне протокола?

Анонимный комментирует...

никто не будет пилить этот стандарт для NMDC - протокол устарел. Конечно можно замахнуться на адц протокол - но тут вы тоже в пролёте, хотя бы по тому что адц флай не поддерживает сейчас, даже самых базовых расширений.

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

E_zombie