Ru-Board.club
← Вернуться в раздел «Программы»

» FileZilla - opensource FTP-клиент и FTP-сервер

Автор: fimdiraf
Дата сообщения: 16.05.2011 05:53
FileZilla 3.5.0 RC2

Цитата:
+ Added experimental setting to strip file revision upon download from VMS servers. Set "Strip VMS revisions" to 1 in FileZilla.xml to enable
- The string coalescer benchmark debug option no longer crashes if benchmarking an empty string coalescer

http://sourceforge.net/projects/filezilla/files/FileZilla_Client_Unstable/3.5.0-rc2/
Автор: Victor_VG
Дата сообщения: 17.05.2011 04:02
Старая ошибка и в RC2 осталась - портативка не рабочая, установочный вариант бинарник в 99 Мб.
Автор: campoviy
Дата сообщения: 18.05.2011 18:56

Цитата:
Старая ошибка и в RC2 осталась - портативка не рабочая, установочный вариант бинарник в 99 Мб.
Я и качать не стал, а подождал отзыва господина Victor_VG.
Что ж, раз такая обстановка, остаюсь на 3.4.0: жду стабильно-нормальной 3.5.0.
Автор: Victor_VG
Дата сообщения: 18.05.2011 20:50
campoviy

Я хотел баг-репорт отправить - а получил ответ системы "У Вас нет права рапортовать о новых ошибках - это привилегия админов, Вы можете только читать чужие комментарии..." - т.к. новый тикет на баг-трекере там могут открывать только админы. Возможно что я на "удачный" момент времени попал, а может я просто что-то не то сделал либо админы закрыли возможность баг-репортить для новичков - я там специально зарегистрировался чтобы отписать про данный баг, но обломился. О причинах облома История умалчивает.
Автор: campoviy
Дата сообщения: 18.05.2011 20:53
Victor_VG
Цитата:
Я хотел баг-репорт отправить - а получил ответ системы "У Вас нет права рапортовать о новых ошибках - это привилегия админов, Вы можете только читать чужие комментарии..."...
Понятно... Не повезло ли, или так и предусмотрено - не знаю. Ну что ж, будем надеяться: всё-таки сами на всё это наткнутся... 3.5.0 ждём-с.
Автор: Victor_VG
Дата сообщения: 18.05.2011 21:55
campoviy

Я и не спешу - 3.4.0 работает без сбоев, мне достаточно.
Автор: Victor_VG
Дата сообщения: 19.05.2011 18:30
По ошибкам сборки баг-репорт оформил - http://trac.filezilla-project.org/ticket/7349 ждём реакции авторов. Видимо они случайно не заметили ошибки скриптов сборки и теперь по идее должны это дело поправить.
Автор: campoviy
Дата сообщения: 19.05.2011 19:25
Victor_VG
Цитата:
По ошибкам сборки баг-репорт оформил - http://trac.filezilla-project.org/ticket/7349 ждём реакции авторов.
Это прекрасно, а чего, прощу прощения, ожидать: RC3 или стабильную уже?
В любом случае, товарищ fimdiraf нас оперативно проинформирует.
Автор: Victor_VG
Дата сообщения: 20.05.2011 01:20
campoviy

К сожалению, я с fimdiraf не знаком, и о точности его информации судить не берусь. А потому полагаюсь на банальную обратную связь с коллегами и разработчиками. Пока я более новой информацией не располагаю, а гадания на кофейной гуще или иных предметах - сиё к святым отцам пожалуйста - это по их ведомству.
Автор: Denhead
Дата сообщения: 22.05.2011 21:10
FileZilla 3.5.0

Цитата:
Changes in 3.5.0:
- Don't create queue.xml anymore if it does not exist
- MSW: Progress lines in transfer queue now appear in correct position after changing the Windows theme
- MSW: Work around a bug in Windows where a list controls' scroll position changes without the control being notified in any way
- Several fixes to build system and environment

http://sourceforge.net/projects/filezilla/files/FileZilla_Client/3.5.0/
Автор: Victor_VG
Дата сообщения: 22.05.2011 21:32
campoviy

Тикет http://trac.filezilla-project.org/ticket/7349 я закрыл - баг исправили, теперь всё работает.
Автор: TheBarmaley
Дата сообщения: 23.05.2011 09:24
вопрос - кто-нить пробовал последнюю версию клиента на вин7 х64? проблемы какие-либо есть?

зы.
шапку подправил под 3.5.0..
Автор: Verwolk
Дата сообщения: 23.05.2011 09:43
TheBarmaley
пробовал. не заметил.
Автор: TheBarmaley
Дата сообщения: 23.05.2011 10:47
Verwolk
Цитата:
пробовал. не заметил.
ясно, спс..
наверное, глупый вопрос был - с релиза меньше суток прошло.. :)
Автор: campoviy
Дата сообщения: 23.05.2011 12:09
Victor_VG
Цитата:
Тикет http://trac.filezilla-project.org/ticket/7349 я закрыл - баг исправили, теперь всё работает.
Отлично!
Соответственно, заберу (вчера хотел у Вас спросить, как она, но решил подождать).
Автор: Victor_VG
Дата сообщения: 23.05.2011 12:32
campoviy

36 Гб за ночь и ни одного сбоя. Сервера редкой кривости - внутренние симлинки каскадом на серию зеркал. В том числе последние БД MySQL 5.5.12 - там то ещё FTP древо - без канистры не разберёшся. А меньшей порции "горючки" не хватит - мозги вскипят от того, как там админы "назеркалили" - зеркало доступно после перехода на FTP KNOPPIX.ORG -> KNOPPIX DVD -> cwd / - и только тогда открывается ./mirror1 пройдя в который через подобную пляску с бубном попадём на второе, затем третье ... и так до седьмого зеркала где уже лежит искомый ./mirror/mysql/org.. Я думал на такие "подвиги" только наши ребята с Великого Бодуна способны, а там фрицы постарались от всей души. Видать здорово мужики шнапсу хватили когда эту "Линию Зигфрида" строили. Великий фортификатор в ком-то из них пропадает, а нашим генералам ой как он бы пригодился - на полигонах каверзы выдумывать. Погоны надеть и иди, учи бойцов - что зря пропадать Таланту.
Автор: TheBarmaley
Дата сообщения: 23.05.2011 14:09
Victor_VG
Цитата:
36 Гб за ночь и ни одного сбоя
если не секрет - ось какая?
чё спрашиваю - присматриваюсь к юзанию сабжа на вин7/х64, пока не ставил и не тестил..
а за старую 3,3,5 на ХР/х86 тоже ничё плохого сказать не могу.. :)
Автор: campoviy
Дата сообщения: 23.05.2011 16:28
Victor_VG
Цитата:
36 Гб за ночь
У-ух... А у меня 700 МБ за 2 недели - непостоянно, разумеется, хотя и безлимит. Скорость, знаете ли...
То есть, можно считать, что версия в целом недурная.
TheBarmaley
Да, на XP SP2 (32-битная) проблем не помню.
Автор: Victor_VG
Дата сообщения: 23.05.2011 18:32
campoviy

Вполне. У меня скорость скачивания в среднем по логу была около 2 Мбайт/сек.
Автор: campoviy
Дата сообщения: 23.05.2011 19:53
Victor_VG
Класс; прошу прощения: товарищ TheBarmaley кое-что вопрошал.
Автор: Victor_VG
Дата сообщения: 23.05.2011 20:08
TheBarmaley

ХР SP3 под VirtualBOX на FreeBSD UNIX 9.0. Скорость на канале до 20 Мбит/с при тарифе 10//5 - ребята больше в локалке дают при возможности. Будет свободное время - попробую из портов родную версию под 9-ку демонёнка собрать. Сейчас там у меня 3.3.5.1 стоит - сейчас пока в портах только 3.4.0 бинарники, а я 3.5.0 хочу.
Автор: TheBarmaley
Дата сообщения: 26.05.2011 10:53
Victor_VG
Цитата:
ХР SP3 под VirtualBOX
ясно, спс..
вопрос - в клиенте есть такая фича "при скачивании выделять на диске место для всего файла"?
к примеру, в даунлоад мастере есть, т.е. независимо от уже скачанного объёма размер закачки сразу равен конечному..
если такое и в сабже есть - ткните носом, плиз, где/как именно можно задать..
Автор: Victor_VG
Дата сообщения: 27.05.2011 04:30
TheBarmaley

Для FTP с докачкой в этом смысла нет - если что, режем хвост, отступаем на его величину к началу файла и продолжаем качать до завершения. И всё. Так зачем место резервировать?
Автор: ulkosator
Дата сообщения: 27.05.2011 14:20
Victor_VG

Цитата:
Так зачем место резервировать?

для предотвращения фрагментации скачиваемого файла))
Автор: Victor_VG
Дата сообщения: 27.05.2011 15:24
ulkosator

Это вообще то епархия файловой системы и её утилит. Да, FAT/NTFS всех версий и вариантов к ней чувствительны, а например UFS/UFS2/ZFS её вообще не замечают. Так, что если одно решение ошибочно, то надо заплатку для него бездумно всюду совать? Не проще ли использовать такие пакеты как O&O Defrag, Raxco PwerfectDiskб DiskEeper умеющие при записи предотвращать фрагментацию? Или воспользоваться на худой конец консольной утилитой contig вызывая её как действие выполняемое после завершения задания? Работает она быстро, чётко и ресурсов не кушает. Почему бы её не использовать? Кроме того, если следовать такой логике - "предотвратить фрагментацию отдельного файла, но остальные не трогать" производительность диска как устройства не поднять. Надо периодически дефрагментировать диски, выбирая момент операции либо по расписанию, либо по критерию фрагментации, для NTFS критический уровень после которого её производительность резко падает это 1%, вот его как сигнал к началу операции и надо использовать. А ждать "пока накопится" нет смысла, и более того, вредно - диски имеют свойство забиваться данными, и утилиты дефрагментации если на томе менее 15% свободного места начинают пропускать большие файлы, а потом и вовсе перестают работать. Следовательно опять же идея предотвращения дефрагментации при скачивании сработает если свободного места достаточно, но тогда сама файловая система положит файл непрерывным сегментом - она не разместит в следующем за текущим последним кластере новый файл до тех пор, пока не получит маркер EOF (End Of File), а его до завершения скачивания клиент не сформирует - сервер ему сразу при установлении соединения сообщает длину файла и он проверяет сколько получено. И если даже случайно в бинарном потоке попадётся код EOF, то он будет проигнорирован до достижения сообщённого сервером размера файла. Так что и с этой точки зрения Ваше предложения лишено аргументированных оснований.
Автор: TheBarmaley
Дата сообщения: 31.05.2011 13:29
ulkosator
Цитата:
для предотвращения фрагментации
ф точку! особенно если ещё и качать в несколько потоков да по нескольку файлов зараз..
вопчем, при интенсивной закачке такая каша получается - мама дорогая.. :)
Victor_VG
Цитата:
если одно решение ошибочно, то надо заплатку для него бездумно всюду совать?
если такая "заплатка" есть и не требует постоянного внимания к её фунциклированию - однозначно, надо совать..
тем паче, шо если "заплатки" нету - приходится ставить другую "заплатку", но уже в виде отдельного приложения..
потом разбираться/настраивать + периодически запускать эту "заплатку".. и головняка ещё больше становится..
и тем паче, шо качалки - продукт массовый.. и большинству юзеров глубоко пофиг фрагментация..
а 90% из этого большинства ваще не в курсе, шо это за зверь такой - файловая система.. :)

ладно.. ну, нету фичи, так нету.. хотя и жаль..
Автор: fimdiraf
Дата сообщения: 05.06.2011 21:12
FileZilla Server 0.9.38

Цитата:
New features:
- IPv6 support
- Range, wildcard, regular expression and dot-decimal notation subnet IP address filters have been removed. These filter rules need to be recreated using CIDR notation.

Bugfixes and minor changes:
- Upon /reload-config, notify all running instances, not just the first found.
- Report correct physical path of aliases in administration interface
- Fix reply code on permanent bans, not of 5yz type
- Increased default size of socket buffers
- Fix a crash when entering invalid IP filters
- Fixed a crash when a connection closes
- Updated to most recent OpenSSL version

http://sourceforge.net/projects/filezilla/files/FileZilla%20Server/0.9.38/
Автор: TheBarmaley
Дата сообщения: 07.06.2011 13:38

Цитата:
FileZilla Server 0.9.38
обновился поверх, настройки почти все подхватились, покатал денёк, вроде всё чисто..
секция "settings" переехала в конец файла настроек, малость неудобно было сравнивать..

шапку подправил под текущую версию..
Автор: fimdiraf
Дата сообщения: 07.06.2011 23:05
FileZilla Server 0.9.39

Цитата:
Bugfixes and minor changes:
- Do not attempt to display a message box if creating an administration interface binding fails. This freezes the service on some machines.
- On FTP over TLS connections, the socket address family was not initialized from the underlaying socket
- Fix a bug in IPv4 address filters and increase their performance

http://sourceforge.net/projects/filezilla/files/FileZilla%20Server/0.9.39/
Автор: TheBarmaley
Дата сообщения: 08.06.2011 11:28
шо-то с релизами зачастили.. :)

Цитата:
Do not attempt to display a message box if creating an administration interface binding fails
было такое, в 0.9.38 я пофиксил ручной корректировкой хмл-ки..

шапку снова подправил, под текущую версию..

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051

Предыдущая тема: VirtualDub


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.