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

Цитата:

Victor_VG может для тех кто пока сидит на XP пересоберете .paf и выложите готовый в шапку?

это извиняюсь что?

ssi 19:57 03-12-2014
Цитата:

это извиняюсь что?

http://open-file.ru/types/paf

regist123

Прибил, и заодно немного текст поправил, а то там была путаница хоть заново всё пиши.

Victor_VG
1) Не заметил ссылку на вашу версию/пост в шапке.
2all
2) Предлагаю добавить ещё ссылку http://filezilla.ru/documentation/
3)
Цитата:

Описание...

желательно бы обновить - похоже устарело и написать на русском.

сейчас зашел на один открытый фтп, правда перед этим файзыла обновилась до последней версии, все вижу а склачать не могу. Это что?, - заскок v 3.9.0.6 или фтп не дает доступ на скачку. Со старыми версиями with this FTP такого не было

sanatoliy

Цитата:

зашел на открытый фтп, все вижу а склачать не могу.
Со старыми версиями with this FTP такого не было

дай ссылку - проверим

Цитата:

дай ссылку - проверим

дело не в ссылке, т.к. я проверил фтп на хроме и лисе и они все прекрасно качают. Откат на старую версию не помог, значит какие-то опции надо менять в файзыле или в оси w7-64, возможно она с точки срения безопасности не дает файзиле качать, где копать?

sanatoliy

Вероятно антивирус блокирует, но точнее стоит логи смотреть ибо так мы только гадать будем где причины сидят.

FileZilla FTP Client 3.9.0.6
win 7 64
Разный размер файлов на локалке и на сервере. Как это вылечить? Пробовал на XP - все в порядке.

ScrewScrew

А вы посмотрите размер кластера и наличие сжатия файловой системы - среднее сжатие на NTFS составляет 1:1,41 если смотреть по той же WinXP. Так что разница в видимом размере файлов может объясняться наличием сжатия ФС и разным размером кластеров слайсов. И единственным надёжным индикатором целостности файлов в таком случае будет проверка по SHA-256/386/512 или им подобным хэш алгоритмам для которых на данный момент времени не известны факты коллизии алгоритмов - это случай когда два или более разных бинарных набора имеют одинаковый хэш. Для алгоритмов серии CRC это явление известно с момента их создания, для MD4/MD5 наличие данной ошибки экспериментально доказано ещё в 2005-м году и её вероятность составляет 2,7*10-4, для SHA-1 5.10-6 (наличие ошибки коллизии алгоритма экспериментально доказано тогда же), для алгоритмов семейства SHA2/SHA3 я пока про наличие данного явления не слышал.

Victor_VG, спасибо за ответ (хотя для меня это темный лес). Понял только, что придется как то привыкать с этим жить

ScrewScrew

На деле всё очень просто - новые ОС от Микрософт (Win7 и выше) используют простой способ хранения данных - если диск размечен с помощью Диспетчера дисков, то при записи данные сжимаются Zip подобным алгоритмом, а при чтении в память происходит обратное преобразование. Для этого хватало даже i386-го, а вот эффект этой операции выражается в том, что на диск в среднем влезает примерно в полтора раза больше данных чем без сжатия. Увидеть что оно применяется можно если в свойствах папки отмечен флажок "Выделять сжатые папки и файлы другим цветом" - тогда в Проводнике или Total Commander, MultiCommander им подобные графические файл менеджеры показывают такие каталоги и файлы не чёрным, а синим цветом, а если этот флаг не отмечен, то визуально такой файл будет виден так, будто его размер меньше, но посмотрев его свойства мы увидим для него две строки размера - Размер и На диске и вторая цифра будет меньше первой. Их соотношение (степень сжатия) зависит от свойств данных, но обычно всегда больше 1:1. Большинство UNIX систем использует подобные механизмы ещё с начала 80-х годов что позволяет им ускорить операции чтения/записи на диски и увеличить объём хранимых данных - ведь при этом мы читаем/пишем меньший физический объём данных, а значит при той же скорости устройства операции выполняются быстрее. У этого механизма есть единственное ограничение - на NTFS нельзя сжимать корневой каталог диска иначе показанная системой скорость записи составит сотни байт/с, а чтения возрастёт до десятков скоростей устройства. Поэтому на диске сжимаются каталоги, а сам корневой каталог (обозначается ..) не сжимается. В ХР это приходится учитывать нам, в семёрке NTFS сама это сделает при разметке диска если разрешить его сжатие, в висте уже не помню (где-то валяется ОЕМ диск с вистой, но искать его и после возится с ней нет времени). Так что этот механизм стоит использовать, и пока диски стояли меленькие - я имел практически в полтора раза более ёмкие диски, а т.к. места много не бывает, то на той же ХР меня это здорово выручало, ну и сейчас имея в машине массив из восьми серверных дисков большой ёмкости я всё равно им охотно пользуюсь - закон Мура о четырёхкратном росте объёма хранимых данных каждые два года пока никто не смог опровергнуть, а значит этот механизм ещё не раз меня и других людей выручит...

Сколько помню на все Zill-ы всегда ругалтись антивири

AbpamIsaakovich 12:23 16-12-2014
Цитата:

Сколько помню на все Zill-ы всегда ругалтись антивири

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

AbpamIsaakovich

От вас впервые это слышу. ЧЯНДТ???

Victor_VG 18:51 17-12-2014
Цитата:

ЧЯНДТ???

тебе не требуется счётчик постов увеличивать. Посмотрел AbpamIsaakovich в тоже время ещё в нескольких темах отметился с таким же маскированным набором постов.

regist123

А-а-а! Понял. Этот момент я не учёл - привык по делу отвечать если уверен в своих знаниях.

Какая последняя версия fz-сервера пойдёт на xp?
Пересобрать последние версии не получается.

wsadneg предыдущую страницу прочитать религия не позволяет?
Victor_VG вроде даже сборку для XP собрал со свежими библиотеками, правда куда он спрятал ссылку я не понял.

FileZilla Client 3.10.0
Изменения:

regist123

В шапке версия клиента 3.8.0, а вот для сервера надо смотреть changelog - где сменили компилятор на MS VC++ 2012/2013 там уже почти наверняка слинкованы вызовы API Vista/Server 2008 и новее. Я сейчас ничего не не скомпилю - только одну машину в локалке переставил, а там ещё и отказы аппаратуры полезли, чиню сижу - как же в НГ без такого "подарка".

P.S.

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

FileZilla Client 3.10.0.1
Изменения:

FileZilla Client 3.10.0.2
Изменения:

[more] Здравствуйте. Помогите решить проблему, после обновления, filezilla перестал конектиться к одному из хостингов, а именно выдает вот такие записи:

Статус:    Определение IP-адреса для dialone.org
Статус:    Соединяюсь с 000.00.00.0:00...
Статус:    Соединение установлено, ожидание приглашения...
Статус:    Инициализирую TLS...
Статус:    Проверка сертификата...
Статус:    TLS соединение установлено.
Статус:    Сервер не поддерживает символы не ASCII.
Статус:    Соединение установлено
Статус:    Получение списка каталогов...
Команда:    PWD
Ответ:    257 "/" is your current location
Команда:    TYPE I
Ответ:    200 TYPE is now 8-bit binary
Команда:    PASV
Ответ:    227 Entering Passive Mode (000,00,00,0,000,000)
Команда:    MLSD
Ошибка:    Превышено время ожидания соединения
Ошибка:    Не удалось получить список каталогов

И еще, когда ставлю шифрование "Использовать обычный FTP(небезопасно)" тогда все подключается и работает.
Поясните в чем проблема, это filezilla, или что то другое [/more]

silentmgn

Всё просто - данный сервер использует протокол SFTP (с шифрованием трафика), потому обычный FTP с ним не работает. Это видно по логам. Вы видимо никогда не сталкивались с SFTP и это вас смутило, а на деле тут всё правильно и ошибок нет.

Victor_VG Спасибо тебе, добрый человек

silentmgn

Не за что. Просто вы встретились с незнакомым для вас случаем и правильно сделали что спросили.

Ребят, столкнулась с проблемой.
Сейчас нужно зарегистрировать сайт в яндексе и в гугл. По инструкции гугл вебмастер пытаюсь залить известный файл html на свой сайт. В дальнейшем этот файл проверяется по ссылке и дальше уже права владения сайтом подтверждаются.
Скачала этот html файл, скачала FileZilla, добавила сайт (который, кстати, после выхода из проги почему-то не сохранился), добавила хост и т.д. Мне написали:

Статус:    Соединяюсь с ***
Статус:    Соединение установлено, ожидание приглашения...
Статус:    Инициализирую TLS...
Статус:    Проверка сертификата...
Статус:    TLS соединение установлено.
Статус:    Сервер не поддерживает символы не ASCII.
Статус:    Соединение установлено
Статус:    Получение списка каталогов...
Статус:    Список каталогов "/" извлечен


Но все файлы компьютера я вижу, а с правой стороны файлы удалённого сайта и там нету нифига. Там только вот что - http://s34-temporary-files.radikal.ru/8b7de4c92c8d4156bd3f420257b3f104/-88693455.png

И как быть? Как же мне этот файл-то залить?

ORIMI

Насколько я помню Яндекс использует протокол WebDAV, а FileZilla с ним не работает. Вариантов решения два - первый использовать инструменты управления от Яндекса (напрашивается сам собой), второй воспользоваться к примеру Far Manager v3.0 взяв любой из 7-Zip архивов "ночнушки" ибо для данного проекта понятие "стабильные сборки" обозначает только факт фиксации кода в конкретный момент времени, а ночные сборки часто устраняют ошибки присутствовавшие в коде на момент фиксации и по стабильности не уступают "стабильным" сборкам. В составе базовой поставки Far Manager есть плагин FarNetBox (NetBox) - вот он как раз умеет работать с WebDAV, а необходимые настройки есть на сайте Яндекс. Он увидит все ваши файлы, конечно если вы где не совершите ошибку при вводе данных и настройке соединения.

Victor_VG
Да нет, я не яндекс.файл закачивать собираюсь, а гугловский html добавлять на сайт.

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