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

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

Автор: Victor_VG
Дата сообщения: 21.06.2014 08:31
megane68

Из GUI FTP Rush. но работает в разы медленней, Visicom Media AceFTP (Freeware, PRO версия умеет побольше да платная плюс обе свою и Asc.com панели пытаются ставить, но коль своя хот полезна, то от аск0й лучше шарахаться как от гюрзы, в том числе Pro умеет по HTTP работать и не только) аль в любом уважающем себя файл-менеджере сегодня прикручен FTP-клиент.
Автор: megane68
Дата сообщения: 21.06.2014 09:00

Цитата:
Victor_VG
Из GUI FTP Rush. но работает в разы медленней, Visicom Media AceFTP

Пробовал вчера. Честно говоря - жуть, Самый адекватный из штук пяти оказался WinSCP. И портативная версия есть, и с функционалом всё в порядке, и интерфейс проще некуда - всё понятно.

Добавлено:

Цитата:
в любом уважающем себя файл-менеджере сегодня прикручен FTP-клиент.

Я особо не подумал об этом сначала, но для меня в принципе всё равно. ибо пользуюсь файловым менеджером очень редко.
Автор: CBB
Дата сообщения: 22.06.2014 13:57

Цитата:
На авто и на UTF-8 клиент пишет "Критическая ошибка".
С учётом того, что на стороне клиента, как я понял, как раз UTF-8, то оба варианта есть одно и то же, поскольку на сервере, очевидно, что-то другое. Надо попробовать cp-1251 или cp-866, или cp-20866 (В Microsoft Windows KOI8-R присвоен код страницы 20866).


Добавлено:

Цитата:
что надо вписать, чтобы была локальная кодировка?

туда надо вписать не локальную кодировку, а кодировку на стороне сервера
Автор: megane68
Дата сообщения: 24.06.2014 22:46
CBB
У Вас какая ось?
Я предполагаю, что в FileZilla проблема с кириллическими именами именно на стороне клиента. Он не может передать их в UTF-8 на хостинг. Сервер не принимает файл с крякозябрами, иначе uxoz бы их транслитерировал в латиницу, что делает при загрузке через браузер.
В патченных версиях с отключенным UTF-8 такого нет.
Автор: Victor_VG
Дата сообщения: 24.06.2014 22:56
megane68

Почему-то у меня с BSD UNIX с кодировкой UTF-8 прописанной в rc.conf такого нет, и на правильно настроенной локали ХР/семёрок таких явлений я не видел. Скорее проблема в вашей локали. Клиенту всё равно что вы ему приказали пересылать он перекодирует в кодировку сервера и всё. Проблема может возникать только если у вас локаль сбита. ЧЯДНТ?
Автор: megane68
Дата сообщения: 25.06.2014 00:40

Цитата:
Почему-то у меня с BSD UNIX с кодировкой UTF-8 прописанной в rc.conf такого нет,

Вероятно там названия файлов в другой кодировке.

Цитата:
и на правильно настроенной локали ХР/семёрок таких явлений я не видел.

Что значит правильно настроенная локаль? Локаль либо русская, либо другая.
В ХР названия файлов прописываются в локальной кодироваке - 1251 или 1252 русской или английской (как пример).
А в семёрке и выше, все названия файлов в Unicode. Наверное поэтому когда клиент пытается передать файл с кириллическими названиями у него они получаются крякозябрами в UTF-8. Естественно, что никакой хостинг такие названия не примет или примет с такими же умляутами.
Автор: Victor_VG
Дата сообщения: 25.06.2014 01:51
megane68

Да вот странно, но если на UNIX задана UTF-8 (по дефолту KOI-8R), то иной кодировки там как класса нет, а на русских Win я сам не раз видел в MFT имена файлов записанные в CP-866/1251/1201 и ничего, сама ось это переваривала как должное, а пользователи - нет.

Так что если во всём виноват барабашка - продолжайте и дальше упорствовать в своих заблуждениях, а если хотите добиться результатов - читайте доки и ищите свои ошибки. Вам дали ответы, но вас они не устроили - ну что же, каждый сам раб собственных убеждений.
Автор: megane68
Дата сообщения: 25.06.2014 02:20

Цитата:
Так что если во всём виноват барабашка - продолжайте и дальше упорствовать в своих заблуждениях, а если хотите добиться результатов - читайте доки и ищите свои ошибки. Вам дали ответы, но вас они не устроили - ну что же, каждый сам раб собственных убеждений.

Единственное, что Вам надо усвоить, что это неправильная работа клиента FireZilla с кодировками Windows.
Может разработчики работают на юниксе, оттого у них с юниксом нет проблем, а вот с Windows у них явно не лады.
Ещё раз повторяю, с отключенной функцией UTF-8 всё нормально работает в разных клиентах, в том числе и в патченной FileZille.
Так, что ваши претензии не по адресу. Лучше напишите об этом разработчикам.
Правда подозреваю, если они за столько лет не сделали правильную поддержку кодировок, то вероятнее всего не будут заморачиваться.
По идее им надо делать не отключение UTF-8, а правильный (корректный) перекод из юникода в UTF-8.

В качестве примера можете упаковать файл с кириллическим названием в ZIP на русской локали, а потом распаковать этот файл в английской локали.
Получите в названии файла умляуты именно потому, что ZIP использует для упаковки/распаковки файлов локальную кодировку.
Примерно тоже самое (немного с натяжкой) делает и FileZilla, только он все время работает с какой- то латинской кодировкой, поэтому на дух не переносит кириллицу на русской локали.
Автор: Victor_VG
Дата сообщения: 25.06.2014 03:06
megane68

А зачем мне за вас бестолковый баг-репорт писать коли у меня ваш "баг" не воспроизводится? Вот вы сами и напишите и получите ответ разработчиков, а зачем других подстрекать? Чтобы вы могли и дальше с высокомерным видом продолжать хамить людям тратящим своё личное время на расчистку ваших Авгиевых конюшен?

Цитата:
Единственное, что Вам надо усвоить, что это неправильная работа клиента FireZilla с кодировками Windows.

Поучать других тоном провинциального барина, особенно тем, кто не испорчен образованием сильно вредно....
Автор: megane68
Дата сообщения: 25.06.2014 03:22

Цитата:

А зачем мне за вас бестолковый баг-репорт писать коли у меня ваш "баг" не воспроизводится? Вот вы сами и напишите и получите ответ разработчиков, а зачем других подстрекать? Чтобы вы могли и дальше с высокомерным видом продолжать хамить людям тратящим своё личное время на расчистку ваших Авгиевых конюшен?

Я Вам это сказал, потому что Вы решили вдруг по каким то причинам, что я лох педальный.
Баг- репорт я писать не буду, ибо читал по этому поводу их ответы. Они считают, что дело в UTF-8 и его отключении, которое якобы противоречит протоколу передачи.
Я элементарно нашёл клиент, который без патчей и прочей ерунды нормально работает.
К тому же как было выше сказано, есть ещё файловые менеджеры. Свет клином не сошёлся на этом клиенте.

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

Вы мне про барабашку что- то сказали не лицеприятное, а я лишь показал, что барабашка у некоторых в голове. У понимающих людей не виноваты барабашки, и всему есть объективные причины.
Если клиент не работает корректно на русской локали, то причина в нем, а не в том, что у пользователя установлена русская локаль.
Автор: CBB
Дата сообщения: 25.06.2014 17:01

Цитата:
У Вас какая ось?
7-ка 64 бит

Цитата:
Я предполагаю, что в FileZilla проблема с кириллическими именами именно на стороне клиента. Он не может передать их в UTF-8 на хостинг. Сервер не принимает файл с крякозябрами, иначе uxoz бы их транслитерировал в латиницу, что делает при загрузке через браузер.
А вот браузеры многие как раз при приёме/передаче файлов UTF-8 не понимают, и молча используют 1251, отчасти из-за этого патченный сервер и приходится использовать

Цитата:
В патченных версиях с отключенным UTF-8 такого нет.
Поэтому и нет, что получается, как в броузере. По описанию глюка - Вам в настройках хоста надо cp-1251 прописать. Пробовали?

Никаких проблем с кириллическими именами у файлзиллы нет. Её проблема в том, что ей начхать на эти проблемы у других.

Автор: megane68
Дата сообщения: 26.06.2014 01:24

Цитата:
А вот браузеры многие как раз при приёме/передаче файлов UTF-8 не понимают, и молча используют 1251, отчасти из-за этого патченный сервер и приходится использовать

Если бы так было, то на сервере бы оказывался файл с крякозябрами, но он чётко транлитерируется на латиницу. Это значить, что сервер понимает юникод и транслитерирует её в латиницу UTF-8.
Ну как бы первое, что логически на ум приходит.

Цитата:
Поэтому и нет, что получается, как в броузере.

Нет, не как в браузере. Файл не появляется на сервере, хотя ошибка клиента, которая связана с передачей крякозябров, исчезает.
Если бы FileZilla умел корректно с русской локали кодировать юникодовое название в UTF-8, то он бы появлялся на хостинге в латинице.
Но FileZilla при отключенной UTF-8 использует локальную кодировку, а не юникод, отсюда файл не принимается сервером.

Цитата:
Никаких проблем с кириллическими именами у файлзиллы нет. Её проблема в том, что ей начхать на эти проблемы у других.

Давайте проверим. Назовите мне бесплатный хостинг или хотя бы платный с пробным периодом, который стопроцентно принимает файлы по FTP с кириллическими именами и я проверю ваши слова.
А пока я вижу обратное.
Автор: Victor_VG
Дата сообщения: 26.06.2014 02:48
megane68



Сервер FreeBSD 9.1 + Wing FTP Server, закачано с клиента WinXP Home SP2 Rus + FileZilla 3.3.4.1 .

CBB

....Человек со средним образованием знает всё, и выдаёт истины в последней инстанции ибо он не знает сколько ещё он не знает и спорить с ним бесполезно...©/академик АН СССР и РАН А.Н. Тихонов, июль 1991 года, лекция на инженерном потоке в ВМК МГУ/
Автор: megane68
Дата сообщения: 26.06.2014 12:22

Цитата:
закачано с клиента WinXP Home SP2 Rus

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


Добавлено:

Цитата:
FileZilla 3.3.4.1

Версия патченная на сколько я понимаю или с отключением UTF-8?
Автор: Victor_VG
Дата сообщения: 26.06.2014 13:01
megane68

А там пользователь вообще "гений":

его локаль:

CP1252 - CP1259 := CP866
СР1251 := СР10007

локаль сервера UTF8 , на серверах проблем ноль....

P.S.

как и почему он объясняет просто - "Мне так настроил систему мой преподаватель на компьютерных курсах и я не позволю всяким .... её ломать - у меня всё читается, а еси и есть проблемы то на сервере и пусть ваше начальство всех вас уволит, и тогда он всё настроит по стандартам ISO установленным Windows! Иван Сергеевич всё знает - он учился в самой Микрософт и у него от неё куча дипломов есть!"...
Автор: megane68
Дата сообщения: 26.06.2014 13:17

Цитата:
как и почему он объясняет просто - "Мне так настроил систему мой преподаватель на компьютерных курсах и я не позволю всяким .... её ломать - у меня всё читается, а еси и есть проблемы то на сервере и пусть ваше начальство всех вас уволит, и тогда он всё настроит по стандартам ISO установленным Windows! Иван Сергеевич всё знает - он учился в самой Микрософт и у него от неё куча дипломов есть!"...



Добавлено:
В общем при переключении в менеджере сайтов на принудительную кодировку UTF-8 клиент стал передавать кириллические названия.
Автор: Victor_VG
Дата сообщения: 26.06.2014 14:12
megane68

Посмотрите установленные у вас таблицы NLS - в семёрке ставятся все, а в ХР надо самому выставлять их флажки в настройках локали и подсунуть системе её CD-ROM для их копирования. Проблема скорее всего была вызвана их отсутствием. Когда у меня стояли ХР (я использовал MSDN en-US + MUI) мне приходилось поступать таким способом и проблем с перекодировкой у меня не возникало.
Автор: megane68
Дата сообщения: 26.06.2014 14:32

Цитата:
Посмотрите установленные у вас таблицы NLS - в семёрке ставятся все, а в ХР надо самому выставлять их флажки в настройках локали и подсунуть системе её CD-ROM для их копирования. Проблема скорее всего была вызвана их отсутствием.

У меня сейчас 8.1 x64. Буду разбираться.
Вообще ничего не установлено, чистая система установленная неделю назад.

Цитата:
а в ХР надо самому выставлять их флажки в настройках локали и подсунуть системе её CD-ROM для их копирования.

Я это при установке обычно делал.

Цитата:
Когда у меня стояли ХР (я использовал MSDN en-US + MUI) мне приходилось поступать таким способом и проблем с перекодировкой у меня не возникало.

Пробовал с MUI, но наверное проще без муя, на чисто английской х64. Не?
Автор: Victor_VG
Дата сообщения: 26.06.2014 16:23
megane68

Найти дистрибутив WinXP Pro 64 Bit Edition всегда было, да и сейчас это есть, большой проблемой. Даже с подпиской MSDN эту редакцию обыщешься. А смысл ставить английскую ОС с MUI прост - на локализованных редакциях согласно официальному ответу Микрософт допускались любые эксперименты с исходным кодом, а на английской считавшейся интернациональной - нет. Да оно и понятно - им за это мигом голову оторвут.
Автор: megane68
Дата сообщения: 26.06.2014 17:42

Цитата:
Найти дистрибутив WinXP Pro 64 Bit Edition всегда было, да и сейчас это есть, большой проблемой.

Дык он у меня есть официальный.

Цитата:
А смысл ставить английскую ОС с MUI прост - на локализованных редакциях согласно официальному ответу Микрософт допускались любые эксперименты с исходным кодом, а на английской считавшейся интернациональной - нет. Да оно и понятно - им за это мигом голову оторвут.

А... Если так, то да.
MUI то к х64 только не официальный. Этой редакции нет официальной локализации.
Автор: Victor_VG
Дата сообщения: 26.06.2014 18:46
megane68

MUI (размер пакета ~ 93 Mb) я лично так же видел только для х86 и он очень быстро адаптировался к новым SP - добавлялся один файлик из самого SP, готово.
Автор: megane68
Дата сообщения: 26.06.2014 21:12
Victor_VG
Где то была инструкция по изготовлению MUI для ХР х64. Там в принципе не сложно.
Официально Майкрософт не выпускал русской локализации. Это они мне подтвердили в личном письме ещё лет 10-ать назад. Что- то меня припёрло их спросить, ибо вышел спор с одним знакомым. Даже скрины письма ему предоставлял.
Сейчас нашёл у себя на компе ISO с MUI XP x64 Server размер 297 МВ.

Цитата:
Операционная система: Windows Server 2003 R2 with SP2 x64 (подходит и для Windows XP with SP2 x64)

Описание: Русский рип из пятого диска официальной поставки Microsoft: MUI для Windows Server 2003 R2 with SP2 x64, содержащего русский и португальский языки. Замечательно ставится на Windows XP with SP2 x64. Содержание справки не переводится.
Автор: Victor_VG
Дата сообщения: 26.06.2014 23:49
megane68

По идее да, но эта задача в теме по FZ явно лишняя, хотя и интересная с точки зрения получения практических навыков.
Автор: CBB
Дата сообщения: 28.06.2014 00:33
megane68
Я могу только в последний раз повторить -

Цитата:
По описанию глюка - Вам в настройках хоста надо cp-1251 прописать. Пробовали?

потому что у Вас
Цитата:
В патченных версиях с отключенным UTF-8 такого нет.
, а использование патченной версии и установка 1251 - абсолютно одно и то же.
Просто молча попробуйте, и всё. Не получится, тогда будем думать дальше. А разбираться в дввух страницах бреда нет никакого желания.
Автор: megane68
Дата сообщения: 28.06.2014 11:07
CBB
Да разобрались уже. с параметрами cp-1251 естественно работал как и патченная версия.
Мне надо было разобраться почему в UTF-8 клиент передает файл в крякозябрах. Как оказалось, почему- то клиент корректно передаёт файл только в режиме принудительной кодировки в UTF-8.
Вопрос закрыт.
Автор: Victor_VG
Дата сообщения: 21.07.2014 22:34
FileZilla Client v3.9.0

Что нового (выписка)?

3.9.0 (2014-07-21)

New features:

Added Lao translation
Added an additional icon set
OS X: Holding modifier key while clicking Site Manager toolbar icon now shows the site dropdown menu


Bugfixes and minor changes:

MSW: Fix assertion when entering UNC paths
Fix button layout of editing dialogs
*nix, OS X: Small performance improvement recursing through local directories
Автор: diman777771
Дата сообщения: 23.07.2014 09:01
FileZilla Client 3.9.0.1 (2014-07-22)

Цитата:
MSW: Fix installation issue with locked DLLs affecting users of 32bit Windows
Автор: DollHack
Дата сообщения: 31.07.2014 20:00
3.9.0.2
https://filezilla-project.org/versions.php
Автор: Victor_VG
Дата сообщения: 31.07.2014 21:52
FileZilla Client 3.9.0.2 PAF собрано на основе официальной PAF сборки 3.9.0.1 поскольку пока на sf.net v3.9.0.2 нет, но именно она срочно людям в локалке понадобилась. Пара минут работы и готово.
Автор: DollHack
Дата сообщения: 03.08.2014 14:27
FileZilla Server 0.9.46
https://filezilla-project.org/

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051

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


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