Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
FTPinfo Forum > Чего бы ещё хотелось > Сборник предложения. Часть 1. |
Автор: Zlat 6.07.2005 - 22:15 |
Предложения: 1. Не начинать поиск файлов автоматически при выборе(смене) группы масок. Обоснование: а)выбираю группу массок "фильмы", автоматически начинается поиск. Далее выбираю размер файла>400мб(иначе выборка не эффективна) и нажимаю Поиск. В результате двойной поиск. б) если изменить обратно маску с "фильмы" на " "(пустая маска), то автоматически начинается поиск по маске *.*, и выводятся все файлы.... 2. Добавить кнопку поиск в окно "Лог работы" Обоснование: Если надо в логе, что ни будь найти, то приходится копировать все строки, и сохронять в файл, ну и дальше подручными средствами просматривать лог. Простого скрола не хватает, когда кол-во строк в логе достигает 100 000 и более. 3.Обоснование: При опросе сервера достаточно часто случается что этот опрос как бы дробиться на 2-а и более. Поясню примером: после опроса в "Дата опроса" появляется "6 июля 23:34";и 3-и раза "6 июля 23:36", хотя опрос был всего 1-ин. В логе это выглядит так: ... 06.07.2005 23:36:14 > LIST 06.07.2005 23:36:14 < 125 File status okay; about to open data connection. 06.07.2005 23:36:15 ! Сетевая ошибка при открытии канала данных 06.07.2005 23:36:15 ! Ошибка чтения каталога 06.07.2005 23:36:15 > QUIT 06.07.2005 23:36:15 = Закрытие соединения 06.07.2005 23:36:19 = Подключение к серверу 10.3.12.11 (10.3.12.11:21) ... 06.07.2005 23:36:40 ! Ошибка чтения каталога 06.07.2005 23:36:40 > QUIT .../ Очень часто причиной является ..05.07.2005 20:01:10 < 150 Opening data connection 05.07.2005 20:01:20 ! Истек таймаут приема.. от 150 ошибки можно избавиться увеличением "таймаута" в настройках опроса, но не всегда... Предложение: Что ни будь с этим сделать . 4. может, как ни будь... более полно публикавать WhatsNew... Посмотрел 1.9.0b4, изменений ну точно раза в 3 больше чем опубликовано. |
Автор: MAS 7.07.2005 - 20:54 |
(1) Сделал. (2) в планах, но не сейчас. (3) не понял? (4) Хм, а что такого в бета-4 есть, что не описано в "новостях"? |
Автор: Zlat 7.07.2005 - 22:32 | ||||
1(одному) опросу соответсвует 1(одна) запись в "Датах опроса". Допустим нормальный удачный опрос -начало опроса "23:34 06.07.2005", конец опроса "23:39 06.07.2005" этому опросу в "Датах опроса" соответсвует только один пункт меню- "23:34 06.07.2005". В моём понимании так должно быть, возможно я ошибаюсь. Но очень частно одному опросу соответсвует несколько пунктов меню в "Датах опроса", и происходит это из-за ошибок во время опроса. В прошлом сообщении я приводил пример отчета, когда одному опросу соответсвовало четыре пункта в"Датах опроса". "6 июля 23:34" -начало опроса(должна быть только это запись) "6 июля 23:36"- ошибка опроса в 23:36:15(фрагмент лога в прошлом сообщ.) "6 июля 23:36"- ошибка опроса в 23:36:40(фрагмент лога в прошлом сообщ.) "6 июля 23:36"-ошибка опроса в 23:36:50 Или так и задумано?
Например, в "Даты опроса" стало попадать значение "начало опроса", а раньше значение "Окончание опроса". Я не уточняю точно в какой версии это появилось, возможно и в более ранней. Но об этом, может и не самом существенном изменении, негде узнать. |
Автор: MAS 8.07.2005 - 17:18 | ||||
Понял. Это скорее "так и задумано" Поскольку я специально не храню даты опросов (и так базы файлов большие), то вытягиваю даты опроса из дат обновления у файлов. А дата обновления файла есть дата начала опроса или попытки опроса.
Нет такого, см. выше почему. |
Автор: Zlat 8.07.2005 - 18:55 | ||
Тогда, есть предложение, "дате обновления файла" присваивать значение "даты начала опроса". Попробую обосновать по другому. Возможность изменять значения "Дат опроса", очень удобный инструмент, но сейчас можно увидеть изменения на сервере за 2 мин, и это изменеие может быть в сотни файлов, хотя конечно же на сервере за это время ничего не поменялось, т.к. это просто "разность" в попытках опроса. Т.е. сейчас мы имем выбор не "Дат опроса", а "Дат попыток опроса". Ну вот, опять я как-то мутно объяснил. Ну смысл надеюсь понятен. Возможность ззменения "дат опроса", это инструмент удобный, нужный и тд. А смотреть на фиктивные изменения на сервере за 2 мин наврядли кому-то требуется, ведь это по сути внутренняя техническа информация программы. |
Автор: MAS 8.07.2005 - 19:51 |
И тогда получим вот такую бяку: запустили опрос сегодня, прервали. Продолжили опрос завтра. И что, всем завтра-найденным файлам прописывать дату обновления как "вчера"? А если разбром не "вчер/сегодня", а будет разница в неделю? :-) Получим, имхо, полный бред с датами Так что надо что-то другое придумать. |
Автор: Zlat 8.07.2005 - 21:44 | ||
Да засада. Но ведь и сейчас тоже бред. С этим надо что-то делать. Решение с другой стороны. Дифференцировать ошибки опроса на фатальные и не очень фатальные(сейчас они все фатальные). Фатальные это "сервер неожиданно закрыл соединение" ну и тд. А не очень фатальные это "Ошибка чтения каталога", "Сетевая ошибка при открытии канала данных" и тд. Фатальные ошибка- конец опроса. Не фатальная- опрос продолжается. Т.е ошибка при опросе, ну и фиг с ней, если опрос продолжается. |
Автор: MAS 11.07.2005 - 20:26 |
Сейчас не такой уж и бред - видно в какое время начались "доопросы" сервера И с ошибкамине всё так просто. "сервер неожиданно закрыл соединение" - это чаще всего нефатальная, просто что-то сорвалось по связи, переконектишься и всё будет работать. А может и не будет... (Если сервер выключили) "Ошибка чтения каталога" - это чаще всего фатальная, на сервере нет доступа к какому-то каталогу. Хотя если его содержимое неинтересует, то не фатальная Так что опрос нужно продолжать всегда, согласно настройкам. А вот с датами есть пока такая задумка: если выполняем _продолжение_ опроса и с момента окончания предыдущей попытки прошло менее ЫЫЫ минут и программу при этом не перезапускали - то датой изменения файла считать дату начала опроса. Осталось выбрать значение ЫЫЫ минут |
Автор: Zlat 12.07.2005 - 22:41 | ||
Правильная задумка ,в отличии от моих предложений по решению данной проблемы. Осталось только реализовать, а ЫЫЫ можно сделать= 2 мин. По моему, вообще подойдёт любое значения от 2 до 30 мин. |
Автор: MAS 12.07.2005 - 22:44 | ||
А если в настройках выставлено "продолжние опроса через..." в интервале эдак в часок? |
Автор: TSA 13.07.2005 - 05:42 |
Предложение автору программы - добавить в программу : 1. возможность выкладывать файлы на FTP серверы с локального ПК. 2. возможность синхронизировать каталоги на локальном ПК и FTP сервере. 3. возможность синхронизировать каталоги на двух разных FTP серверах. |
Автор: Zlat 13.07.2005 - 13:47 | ||
Не совсем понял, "продолжние опроса через..."- это "Пауза между попытками"? с учётом того, что програма должна учитывать прочии настройки, формулу для ЫЫЫ можно представить так- ЫЫЫ=2*max("30 сек",y) ,где y-Пауза между попытками max(a1,а2)- функция возвращает максимум из аргументов; Ну или как-то так Всё! бросаю давать ЦУ по данному вопросу, всё равно мало от них толку. Лучше буду писать вторую часть предложений(пожеланий). |
Автор: MAS 13.07.2005 - 16:41 | ||||||
2TSA
Основная задача FI - поиск обновлений на FTP. Никак не вписывается сюда "закинуть какой-то файл на ФТП"
Новые и измененные файлы программа скачивать умеет. А если на сервере кто-то удалил фильм, котоый ты скачал, но не успел посмотреть, то что - прога должна удалить этот файл на диске?
Вот этого я уж точно не буду делать. |
Автор: CaooronBOB 13.07.2005 - 16:43 | ||
Имхо это с достаточным удобством может делать такая программа как FlashFXP |
Автор: MAS 13.07.2005 - 16:48 | ||||
Да.
Буду думать |
Автор: MAS 13.07.2005 - 16:51 | ||
2CaooronBOB
Который является ФТП клиентом, а не сканером обновлений, не так ли? |
Автор: CaooronBOB 13.07.2005 - 17:00 |
Предложения 1) Добавить в программу возможность сканировать не только выбранные, все, или давно опрашиваемые сервера, но к примеру и заданный список, по 1-му - нескольким FTP одновременно, ) к примеру список состовляет 50-100 ftp а сканирование идет только по 2-3 одновременно. 2) Можно ли добавить такую возможность, как сразу и показ х-к файлов. В основном это относится к файлам (видео и звука) по образу WhereIsIt FlashFXP является FTP/FXP клиентом. Идиально подходит для скачивания, передаче и заливки на FTP , больших обьемов информации |
Автор: MAS 13.07.2005 - 17:23 | ||||||
Ничего не понял. А кто мешает отметить нужные сервра и запустить их на закачку? Кто мешет объединить в одну группу "заданный список" и опрашивать сразу всю группу?
Не понял, поподробнее.
не-е-е-е, священной войны об идеальном ФТП-клиенте здесь не надо! |
Автор: CaooronBOB 13.07.2005 - 18:53 | ||||||||
если в группе присутсвуют более 100 серверов (или настройка глубины опроса высокая) то идет достаточно больша нагрузка на систему. соответсвенно хотелось бы возможность регулировки одновременно опрашиваемых серверов (по умолчанию 10-ть если я все правильно смотрел)
WhereIsIt - программа для упорядочивания больших каталогов, при сканировании фильмов музыки, создает описание этих файлов, где указывает разрешение битрейт и т.п. примерное содержание final.avi 650 Мб 352 x 240, 29,970 fps, 693,7 kbit/s (1:45:58) DivX 3 Low motion MPEG-1 Layer 3 (MP3), 111,8 kbit/s, 44100 Hz, stereo з.ы. могу прислать для ознакомления и последующего использования эту полезную программу |
Автор: MAS 14.07.2005 - 01:07 |
[QUOTE]если в группе присутсвуют более 100 серверов (или настройка глубины опроса высокая) то идет достаточно больша нагрузка на систему./QUOTE] Нагрузка никак не зависит от количества серверов в группе. [QUOTE]соответсвенно хотелось бы возможность регулировки одновременно опрашиваемых серверов (по умолчанию 10-ть если я все правильно смотрел)[/QUOTE] Эта же настройка давным-давно есть, опции - настройка опроса серверов. Так что я по прежнему не понимаю сути предложения... [QUOTE]WhereIsIt - программа для упорядочивания больших каталогов, при сканировании фильмов музыки, создает описание этих файлов, где указывает разрешение битрейт и т.п.[/QUOTE] А кто мешает запускать WhereIsIt раз в день, чтобы она обработала ново-закачанные файлы? И не нужно тогда в ФИ ничего добавлять... |
Автор: CaooronBOB 14.07.2005 - 20:43 | ||||
Хотелось изначально видео файлы не качать в принцыпе, если они не устраивают по качаству Но на нет и суда нет 2) А нельзя добавить возможность поиска по имени файла ? |
Автор: Виктор 15.07.2005 - 10:16 | ||
Добавлю свои пять копеек. А можно сделать не только экспорт списка серверов, но и экспорт списка серверов+настроек по экспортируемым серверам+баз по выбранным серверам. Простой экспорт списка он на то и простой, чтобы быть неудобным. Оговорюсь сразу - мне не составляет труда собрать это всё вручную и также вручную распихать по нужным местам, но в это предложении есть две ключевые фразы: 1) МНЕ 2) ВРУЧНУЮ если они будут заменены на 1) ВСЕМ 2) АВТОМАТИЧЕСКИ то благодарность пользователей не будет знать границ. Кстати, MAS вот это предложение у вас чувства deja vu не вызывает?
|
Автор: MAS 15.07.2005 - 16:41 | ||||
Что-то не понял идеи. Как должен выглядеть файл со списком серверов?
Не-а |
Автор: Виктор 15.07.2005 - 18:38 | ||||||
А это и не должен быть файл, это должен\может быть архив из файлов, указываешь на него программе, она архив распаковывает и рассовывает файлы из архива по определённым папкам: ИМЯ.dat - в папку Data программы Ftpinfo Server's.txt - импортирует список серверов, логинов и паролей.
Я так и понял, ага. |
Автор: MAS 16.07.2005 - 01:52 | ||
Всё равно не понял Можно подробно, на пальцах продемонстрировать что хочется получить в итоге? Некий бекап всех серверов ФИ в один файлище что-ли? |
Автор: Виктор 16.07.2005 - 14:42 |
Вы очень точно выразили мысль. Только не всех серверов, а по выбору. Именно бэкап. Просто удобнее обмениваться не просто списком серверов, а всеми настройками и файловой базой. |
Автор: MAS 17.07.2005 - 02:39 | ||
Подумаю. Но это будет точно не в этой жизн... не в этой версии. |
Автор: Виктор 20.07.2005 - 08:28 |
Вот что ещё подумалось, при импорте списка серверов выдаётся сообщение: N импортировано, N пропущено, N ошибок Хотелось бы иметь возможность знать, что пропущено и по какой причине, в простейшем случае загонять все пропущенные в лог файл и открывать его по окончании работы. |
Автор: MAS 20.07.2005 - 15:19 | ||
Пропускаются сервера, уже имеющиеся в списке. Т.. при совпадении адреса и логина. Смысл это в лог писать? |
Автор: Виктор 20.07.2005 - 18:37 |
Ыыы... Как жа чижало то... Ну ладно, что будет делать модуль импорта, если встретит такую конструкцию: ftp://aaa:bbb@ddd@111.111.111.111 Или вообще любую неверно сформированную запись? |
Автор: MAS 21.07.2005 - 14:16 | ||
Такое проигнорирует, ибо ошибочная запись. |
Автор: Виктор 23.07.2005 - 10:30 |
Запись не ошибочная ни разу. Пароль в форме 123@123 _допустим_. То, что AT в строке отделяет адрес от идентификационных данных не означает, что АТ нельзя использовать в пароле, или логине. Есть два варианта решения проблемы: 1) Изменить способ хранения логина и пароля в списке. Например так Login - 123@123 Password - траляля 2) Не пропускать неправильно сформированные строки, а записывать их в лог ошибок импорта, который и открывать по окончании импортирования. Сами понимаете, поиск ошибок вручную, в случае списка из 100+ серверов, утомителен. При использовании лога ошибок он упрощается в разы. |
Автор: MAS 24.07.2005 - 16:49 | ||
1) Запись сервера ftp://<login>:<password>@address:port/dir/ является стандартом! И не мне решать как этот стандарт менят. Кстати, вспомнил - прольем считается все от двоеточия до последней "собаки", так что успешно прокатит такая запись. 2) А вот лог ошибок - это идея. Привинчу. |
Автор: Guest 25.07.2005 - 12:44 |
Хотелось бы получить возможность записи списка найденных серверов (в окне поиска ФТП серверов) в файл или хотябы в клипборд для дальнейшей обработки другими прогами. |
Автор: Виктор 25.07.2005 - 15:49 | ||
Это вы к чему? Ну является, ну и пусть себе является. Вам не всё равно, что парсить: ftp://login:password@ftp.add.re.ss Или Login = Login Password = Password Ftp = что.то.там.такое Ну да неважно, если лог будет - это очень карашоу. |
Автор: MAS 26.07.2005 - 11:47 | ||||
Нет не всё равно. Зачем придумывать новые стандарты, если уже есть нормальные существующие. |
Автор: Виктор 27.07.2005 - 10:03 |
Узрел обновления в программе, чичас качну и посмотрю, как там теперь импортирует. |
Автор: Виктор 27.07.2005 - 10:30 |
Строка //123123:123@444485.113.147.111/КОШМАР игнорируется без сообщения об ошибке. Почему? Строка ftp://123123@123@444485.113.147.111/КОШМАР добавляется, без сообщения об ошибке. Почему? На мой взгляд нужно таки анализировать _любую_ строку и, если она не совпадает с форматом записи - информировать пользователя. |
Автор: MAS 27.07.2005 - 15:16 | ||||||
У меня в лог ошибок данные об ошибочной строке попали. Хотя нужно её игнорировать, ибо отсутствует ведущее "ftp://"
DNS-имя "444485.113.147.111" в принципе допустимо. Или если в адресе только цифры и точки, то считать это именно IP-адресом и ругаться при ошибках?
А теперь представь - в файле 1000 строчек, из них 10 - данные о серверах, а все остальное - какой-то текст (коментарии, мысли вслух и т.д.) Не запингуешься от такого "информирования"? |
Автор: Виктор 27.07.2005 - 18:50 |
Нет, не запингуюсь. Вы предложение-то моё читали, или как обычно, в один глаз влетело, через другой досвидания? Где я писал, что нужно мессэджбоксы на каждую ошибку выкидывать? Нигде. Разжёвываю окончательно - в случае возникновения ошибки импорта, а она должна возникать всегда, когда запись хоть на йоту отличается от принятой для вашей программы, записывать строку с ошибочной информацией в лог файл. Каждую строку с ошибочной информацией. По окончании импорта сообщать пользователю сколько серверов импортировано, сколько нет и предлагать открыть лог ошибок. Открыв лог ошибок пользователь в короткие сроки найдёт ошибочные записи и приведёт их к надлежащему формату, или вручную добавит в программу. Самое главное Единственная причина, по которой программа может игнорировать информацию о серверах в списке импорта, это дублирование адреса сервера, во всех остальных случаях должна генерится ошибка и строка заносится в лог. |
Автор: MAS 28.07.2005 - 08:19 | ||
Мне все же кажется что выводить в лог все "нправильные строки" - это перебор. Или считать, что если в файле импорта кто-то напихал "мусор", то он сам себе злобный Буратино? Ладно, будем переполнять лог сообщениями о неправильных строчках |
Автор: Виктор 28.07.2005 - 09:31 |
Объясняю причину - есть ДС, в ДС есть форум пользователей, в своём профиле пользователи могут указать данные своего фтп сервера, если он есть. Эти данные отображаются в сводной таблице, на одной из страниц форума, формат: Пользователь - Адрес фтп - Логин - Пароль К этой странице прикрутили скрипт, который выдаёт список фтп в формате понятном FtpInfo и некоторым другим программам (шаблон вводишь, по нему список выкидывает, шаблон запоминает). Так как пользователи при заполнении данных о фтп тупят, то в списке встречаются неправильно оформленные записи, вылавливать их предварительно, до импорта, желания никакого нет ибо список нехилый, именно поэтому я просил сделать выброс всех строк с ошибками в лог, так как список не всегда составляется вручную. |
Автор: MAS 28.07.2005 - 15:51 |
Угу, понял. Проблема тольо в том, что размер лога ошибок ограничен (по умолчанию 300 записей). А если ошибок будет больше? Или это уже проблемы пользователя? |
Автор: Виктор 29.07.2005 - 09:29 |
Если игнорировать некритические ошибки, при этом добавляя информацию о сервере (некритическими считаю отсутствие FTP://, так как его и дорисовать можно), то лог ошибок вряд-ли будет содерожать 300 строк. |
Автор: MAS 29.07.2005 - 12:39 | ||
Не получится. Мне нужно за что-то зацепится при анализе строки. "ftp://" - это именно то что нужно. |
Автор: Виктор 29.07.2005 - 14:45 |
Пусть так, всё одно удобно. Спасибо. |
Автор: MAS 29.07.2005 - 14:52 |
В бете-9 сделано - проверяй. |
Автор: Виктор 20.08.2005 - 17:20 |
Кхм... Что-от не понял. Взял бету 9, подсунул список с явными ошибками и дублями, импортировал, получил сообщение 55 импортировано, 19 игнорировано, никакого лога не обнаружил. Где его искать-то? |
Автор: MAS 25.08.2005 - 00:06 |
В логе ошибок, CTRL+E который. |
Автор: Maxxx 28.08.2005 - 10:38 |
Хотелось бы иметь возможность остановки поиска. Бывает промахнешься мимо в списке масок файлов, а поиск по всей базе и тогда жди черт знает сколько. |
Автор: MAS 30.08.2005 - 20:09 | ||
RTFM. Клавиша "Break" прерывает поиск. (та, что на клаве). Сделал переименование кнопки "поиск" в "стоп". |
Автор: Виктор 10.09.2005 - 11:49 |
Не было возможности ответить. Ну что сказать - импортировал список серверов "N добавлено, 1 пропущено, 0 ошибок", лог девственно чист. И как я узнаю, какой пропущен? |
Автор: Maxxx 12.09.2005 - 13:21 |
Есть предложение объединить группу масок файлов с условиями отбора. К примеру, отсеять клипы от фильмов по размеру файла. |
Автор: MAS 12.09.2005 - 14:32 | ||
Пропущен тот, который уже есть в списке серверов. Догооврились же в лог записывать только ошибки. |
Автор: MAS 12.09.2005 - 14:33 | ||
Не сейчас. Позже - может быть. |
Автор: Каспер 13.09.2005 - 05:01 |
Сделать окно ПОИСКа не модальным... Спасибо. |
Автор: Каспер 13.09.2005 - 06:05 |
Автор плиз, добавь в менюшку на НАЙДЕННОМ файле копировать ПУТЬ к найденному файлу. Не сылку на сам файл а именно путь полный до него что б можно было в любой проге вставить его без имени файла. Спасибо. |
Автор: MAS 14.09.2005 - 10:17 | ||
Это уже обсуждалось. Нет, и пока даже в планах не стоит. |
Автор: MAS 14.09.2005 - 10:19 | ||
А смысл? |
Автор: Виктор 14.09.2005 - 11:40 | ||
В том-то и дело, что список серверов был очищен, для чистоты эксперимента, затем был импорт из текстфайла, в котором точно нет повторений. Мож пускай всё пишет? |
Автор: Каспер 15.09.2005 - 09:46 | ||||
Я в броузере вставляю этот путь и попадаю в интересующий каталог... Но кажись догадался что можно не только ссылку на файл скопировать в буфер нои тоже с ссылкой на папку в которой лежит этот файл |
Автор: MAS 15.09.2005 - 13:33 | ||
Забавно. Вышли мне этот список серверов для опытов - хочу сам посмотреть что там и как. |
Автор: MAS 15.09.2005 - 13:35 | ||||||
Ничего не понимаю.. (с) м/ф А зачем в браузере открывать каталог? Можно же в FI его спокойно просмотреть!!! А по поводу ссылки - да, можно в буфер скинуть ссылку на каталог, где файл лежит. |
Автор: BraTT 17.09.2005 - 02:25 |
Хотелось бы, чтобы программа при выходе запоминала время до опроса сервера. А то при выходе оно сбрасывается и отсчет начинается сначала (у меня установлен период опроса). Но еще бы лучше было, если бы запоминалось время планируемого опроса сервера. А если во время начала планируемого опроса комп был выключен, то опрос бы начинался сразу при очередном включении. Опрос по расписанию, это не выход, когда надо опрашивать сервер раз в три дня или например каждые 3000 минут, причем просроченные опросы выполнялись бы при очередном запуске и отсчет начинался бы с 3000 минуты. |
Автор: Каспер 19.09.2005 - 04:15 |
Доброе время суток. 1 Не хватает в поиске маски исключений. Т.е. нашел он мне что я ему задал -ну скажем кучу МР3шек + куча МР3шек еще и в каталогах - GAMES -что мне не надо. А как их убрать? Исключить? 2 Не хватает условия (в размере) поиска м\у beetwen т.е. размер искомых файлов лежит в таком то диапазоне. Спасибо |
Автор: MAS 19.09.2005 - 19:12 | ||||
Предложи как описывать "исключающие" маски. Лишнюю строку вводе "исключающие маски" делать не хочу, да и места нет. Можно исключающие маски описывать вместе со всеми, но как дать прогармме знать что вот _ЭТО_ - исключающая маска?
И как часто такое бывает нужно? Поиск по размеру (как сейчас) я ещё могу представить. А поиск по размеру "больше того, но меньше этого" - Ы?? |
Автор: MAS 19.09.2005 - 19:15 | ||
Программа запоминает именно время следующего опроса. А обнуление таймера опроса при завершении было сделано специально. Сейчас попробую его отключить, но если народу это не понравится - мы знаем кого назначить главным виноватым А почему опрос по расписанию не выход? |
Автор: sandman 19.09.2005 - 21:37 |
Не стал создавать тему в ошибках, т.к. по сути это мелочь (но мне часто мешает). Если в списке изменений на сервере копировать ссылку на директорию в буфер обмена, то она копируется со слешем на конце, что не есть правильно, так как это ссылка на содержимое а не на саму директорию. В общем предложение следующее: нафиг этот флеш |
Автор: MAS 19.09.2005 - 22:18 | ||
Хе, а вот ФлешГет ссылку на каталог со слешем на конце понимает как нужно - ссылка на каталог, а без слеша качает как файл (т.е. не закачивает всё содержимое). Так что нет, пусть будет. |
Автор: Guest 22.09.2005 - 16:30 | ||
Всем будет хорошо, если это отключение было бы в настройках программы. а опрос по расписанию не выход, по тому, что в момент начала опроса мой комп может быть выключен. |
Автор: Aas 25.09.2005 - 09:56 | ||
Не то чтобы существующий механизм был сильно неудобным... Но если захочется что-то менять, то стоит посмотреть, как выполняются запросы на web-овских поисковых системах. Например, тут: http://www.rambler.ru/doc/help.shtml#1 |
Автор: volvulus 25.09.2005 - 23:36 |
Чего мне не хватает: 1. Ввести опцию выключать комп после скачки. 2. На внешнюю закачку я повесил VLAN плеер, теперь не могу качнуть внешним закачником. Нельзя ли сделать два внешних закачника, один обозвтаь как предпросмотр? |
Автор: Shade 26.09.2005 - 05:25 |
Может быть об этом писали, и все же: - Хочу, чтобы ресурсов она кушала поменьше, а то сколько весит база, столько и в оперативе, е-мое. На мой взгляд уже пора использовать движок БД и SQL, побыстрее будет точно, но движок придется в инсталле держать, что похуже... - Хочу, чтобы не делал записей в реестре, зачем? Она и с ini-файлами неплохо справится! - Почему-то иногда захожу в комп (чужой), а там пусто, т.е. ни папок, ни файлов, приходится открывать другой, и уже в списке слева искать нужный, хотя момент, когда это происходит не могу выцепить (т.е. в каких обстоятельствах). - Хочу, чтобы лазя по папкам работала кнопка Backspace для выхода выше, уж сильно я привык с Тотал Коммандером. Ну вроде все, если еще наберется - напишу! |
Автор: MAS 26.09.2005 - 19:12 | ||||
Читаем документацию, "автоматический режим", ключ А+
А потом кому-то потребуется три внешних менеджера закачки... А как различать _какой_ внешний менеджер нужно запустить? |
Автор: MAS 26.09.2005 - 19:16 | ||||||||
Пока не планирую.
Реестр для того и создан, чтобы не держать кучу .ini'шек. К тому же есть такое понятие "многопользовательский режим"
Не понял.
Ctrl+Pg.Up - самая стандартная клавиша. Я к ней привык. |
Автор: Каспер 27.09.2005 - 06:53 | ||
Добрый день. Со временем поджат прошу прощения что не выложил скрины со старыми багами. Пока ответы на другие Все еще по 11 релизу 1.
Например так... Есмть символы которые НЕ МОГУТ БЫТЬ ИСПОЛЬЗОВАНЫ в имени каталога как на УНИКС так и на Выньде. Вот один такой символ разделитель внутри маски (разделяет имена (что искать)) а второй разделяет сами маски Исключить из поиска или включить. 2. Вывалилось эксепшен с риад мемори . Лазал по поиску и при этом проверялись нескоко серверов. Причем уже было такое но внимания не придал. Отследить - не знаю как... 3. Дельное предложение! Заюзать ХИНТЫ! При наведении на сервак выводить по нему какую нить инфу... потом придумаем. При наведении на закучку - скажем инфа куда заливается. Ну и прочее... Ведь ЭТО УЖЕ вроде есть токо не задействовано. 4. Согласен с товарищем насчет виртуальных папок. Просто Нескоко категорий Закач-е, не закач.... и прочее а в них уже сервера отображены с соответствующим типом закачки. (Качается, на очереди, скачалось) Спасибо. Скоро доберусь до 12 релиза |
Автор: Каспер 27.09.2005 - 06:59 | ||||
Забыл добавить про ИНИ и РЕГ... Ну я положим разберусь как сохранить все мои настройки - хотя не на все 100. (Может уже какие то пункты не используются а может новые просто не прописались пока в реестре.) А не мог бы уважаемый автор Сделать Батник что то типа SaveSettings.bat и reestoreSettings.bat и он бы АБСОЛЮТНО ВСЕ настройки И ПРОГРАММЫ и СЕРВЕРОВ (не баз)! бэкапил! В чем плюс -я бы не боялся полностью деинсталить любую и инсталить любу версию проги... Всегда бы сохранялась структура сервов и их настройки а то при переходе на какую то версию у меня исчезли группы Что то типа вот... Сохранить (можно добавить копирование ИНИшек и настройки сервов в какую нить папку Бэкап
Восстановить
А можно прямо в программе сделать пункт меню экспорта настроек и импорта. Спасибо |
Автор: MAS 27.09.2005 - 17:51 | ||||||||||
Сейчас используются: разделитель масок - запятая, и "*" - любое количество люых символов. Что ещё остаеся... Слэши использовать - дык нельзя, может понадобитсья при поиске в имени каталога. Знак вопроса - не рекомендуется, он общепринято используется как "один любой символ". Так что использовать?
Возможно это та же ошибка, что и в "изменениях". В 12-й бете нужно проверить.
Вот вначале придумайте _что_ показывать
Подумаю. |
Автор: MAS 27.09.2005 - 18:01 | ||||||||||
Все пункты в реестре используются.
Настройки серверов - это один файл ServerList.cfg. Хотя и остальные .cfg, .log и .lst файлы могут пригодиться
В реестре хранятся только... хм... "мелкие" настройки - цвета, отзвучки, положение окон, количества опросов. А всё что касается серверов хранится в каталоге данных. Мысль о бекапах понял - буду её думать.
Используется одна ветка реестра: HKEY_CURRENT_USER\Software\MAS-Soft\FTPInfo
Подумаю. |
Автор: An 30.09.2005 - 05:33 |
Реально не хватает определения доступности сервера в поиске. Или что бы доступ был из окна поиска к основному окну(как из окна закачки). Просто неудобно, приходиться из поиска выходить что бы определить что сейчас скачается а что нет, а потом искать заново. |
Автор: taras 3.10.2005 - 15:50 |
Сейчас после принудительного опроса изменяется начало отчета периода заданного в расписании. Хотелось бы, чтоб если я задал начало опроса в 10:00 c периодом 2 часа то автоматический опрос выполнялся в 12,14,16 и т.д а не изменялся в зависимости от времени дополнительного принудительного опроса. |
Автор: egor23 19.11.2005 - 02:07 |
1.Игнорировать каталог(и) Файловый менеджер: хотелось бы чтоб можно было пакетно игнорировать каталоги, т.е. выделил несколько каталогов и нажал игнорировать каталог(и). Да, конечно и обратную операцию чтоб можно было делать. 2. Опрос сервера в несколько потоков. Пример: есть на сервере каталог внутри котором есть еше несколько тысяч подкаталогов, на dial-up этот процесс растягивается на длительный период. |
Автор: Veliar 23.11.2005 - 19:39 |
1. Не очень понятен смысл функции "Запустить опрос недоступных серверов" ИМХО, было бы логичнее после проверки доступности "Запустить опрос доступных серверов. 2. Зачем стоит ограничение в 300 мин в периоде ручного опроса? У меня в локальной сети около 1000 серверов, достаточно опрашивать их, например, раз в день или раз в несколько дней. Задавать расписание для каждого сервера как-то в лом. |
Автор: MAS 23.11.2005 - 23:38 | ||||
Подумаю.
Опрос сервера в несколько потоков ничем не поможет. А мне добавит проблем |
Автор: MAS 23.11.2005 - 23:40 | ||||
Народ просил. это нужно в том слкучае, если у тебя 333 сервера, половина из них сейчас недоступна, но ты хочешь попытатсья их проверить - а вдруг заработало?
Там на всех счетчиках лимит в 300 стоит. На какое значение переделать? |
Автор: Veliar 24.11.2005 - 19:16 | ||
Ну, хотя бы 24 часа. А лучше больше, если это не критично. |
Автор: Veliar 24.11.2005 - 19:27 | ||
Тогда, может, будет удобнее такая фишка: - при проверке доступности автоматически опрашивать доступные на сей момент (естественно с учетом выставленного периода ручного опроса) - или возможность вкл/выкл данной функции в опциях |
Автор: Guest_kiv 24.11.2005 - 23:05 | ||||
Нет. Удобнее не будет. Ибо не все пользуются проверкой доступности. Это лишь информативная доп. функция. Куда проще просто не использовать "неугодную" команду и всего делов. По команде "Запустить опрос недоступных серверов", а недоступных после тотального опроса всего списка в 300 серверов собирается штук по 50-70, верняком будут опрошены проценто 10, т.е. 5-7 серверов. При этом нет необходимости группировать их или выщелкивать мышкой по одному. Просто дал одну единственную команду и все ОК. |
Автор: Veliar 25.11.2005 - 08:37 | ||
Ну так и не пользуйтесь. Я же не предлагаю убрать опрос недоступных. Я предлагаю добавить отдельно "Опрос доступных", а лучше в настройках программы на вкладке "Опрос серверов" сделать чекбокс "Автоопрос доступных при проверке" |
Автор: kiv 25.11.2005 - 09:17 | ||||
"Автоопрос доступных при проверке" реализован изначально. По любой из существующих разновидностей команд на опрос сервера именно так и происходит: сначала программа проверяет доступность сервера, а затем, в случае доступности, производит его опрос. Вот выдержка из Справки: "Запустить опрос всех серверов – проверить доступность всех FTP серверов и проверить наличие изменений на серверах." В свое время вообще шла дискуссия о том, не убрать ли проверку доступности вовсе, как, по большому счету, излишнюю функцию. Вы же предлагаете на имеющийся "излишек" навесить еще один. Ну, предположим, я предложу еще пару-тройку подобных "фишек". Во что превратится после всего этого программа легко себе представить. Или я не прав? |
Автор: Veliar 25.11.2005 - 19:55 | ||
Согласен, что, по большому счету, проверка доступности не нужна. Но для стабильной программы. Как я уже говорил, у меня в сетке около 1000 серверов, и еще ни разу я не смог "Опросить все сервера" до конца. Минут через сколько-то программа регулярно вылетает. С чем связано не знаю: оставлял на ночь, максимум 5 потоков, все лишнее отключал. При проверке доступности же вылетов не замечено. Ну я и прикинул такой ручной режим: проверил достуность, затем для ускорения процесса запустить опрос доступны. Вполне возможно не городить огород, а дождаться стабильной версии. Что же касается увеличения счетчика в "Периоде ручного опроса" до нескольких дней - очень хотелось бы. Ну не нужно мне проверять все сервера каждые полчаса. |
Автор: Maxxx 26.11.2005 - 08:10 | ||
Горячо поддерживаю. Хотелось бы иметь возможность выставлять ЛЮБОЙ период опроса - вплоть до месяца. |
Автор: Каспер 26.11.2005 - 08:33 |
2 Veliar Уважаемый. Дело в том что текущие возможности программы наработаны можно сказать "ПОТОМ и КРОВЬЮ" прежде всего автора и активными отзывами о багах пользователями. Нужно! проверять доступность! Однозначно. Просто Вы наверное недавно начали использовать эту программу. И не видели предыдущий форум где и шла работа по доведению интерфейса до ума... Другое дело что просканировать все сервера не удается до конца... Это проявилось в последних версиях. Эту проблему автор пытается исправить. Сейчас как он сказал выпущена версия в которой ведется подробный лог! Который в случае ошибок подобного рода наверное ему необходимо выслать. Что приведет к устранению этого и других глюков... Спасибо за внимание |
Автор: Aas 26.11.2005 - 19:48 | ||
А что, у Вас на компьютере не запускается калькулятор? Неужели трудно посчитать сколько в сутках минут и один раз выставить значение одного параметра в настройках программы? |
Автор: Veliar 27.11.2005 - 21:12 | ||
Уважаемый Aas! Вы бы сначала попробовали в настройках выставить больше 300 мин, а потом говорили про калькулятор. |
Автор: Aas 28.11.2005 - 07:15 | ||
У меня стоит 1440 - это раз в сутки. А в чем проблема установить больше 300? Ааа, я просто цифру пишу, а не стрелочками |
Автор: Veliar 28.11.2005 - 18:37 | ||
Ну надо же быть таким тупым (это я про себя). Спасибо, Aas |
Автор: CaooronBOB 30.11.2005 - 17:15 |
В список закачек добавить не только примерное время окончания закачки файла, но возможность просмотра общего времени окончания закачки, т.е время заверщения закачки для FTP сервера в общем ... |
Автор: MAS 30.11.2005 - 19:56 | ||
НЕ понял, по подробнее! |
Автор: egor23 3.12.2005 - 01:49 |
Если на сервере есть файлы дата которых больше, чем локальная на машине, то файлам присваивается дата на один год меньше. Нельзя ли это отключить или хотя бы сделать опциональной фишкой. |
Автор: MAS 4.12.2005 - 19:58 | ||
Покажи подробный лог опроса каталога, где лежат такие файлы. |
Автор: egor23 5.12.2005 - 07:56 |
Может неправильно выразился, короче дело было так: Была переведена дата на машине на месяц назад, после опроса сервера у многих фалов\папок дата съехала на один год назад, но не у всех. В каталоге файлы хранятся одну неделю (те последнее число 27.11.05), так вот например сегодня 5.12.05 дата переведена на 5.11.05, дата съезжает у фалов\папок за 1.12.05,...,4.12.05 на 1.12.04,...,4.12.04, а за 30.11.05 и раньше осталось нормальной. Происходит при опросе любого сервера. И вообще это оказывается баг |
Автор: MAS 5.12.2005 - 19:19 | ||
Нет, это не баг, это фича. На ФТП сервере дата файла хранится либо как день-месяц и время (без года), либо как год-меся-день. (без времени) Причем год не указывается для файлов с датой от "сегодня" до "прошлый год за месяц до текущего месяца". А теперь расскажи, _как_ должна реагировать прогармма, обнаружим файл у которого месяц больше текущего? Какой год нужно подставить? Файлы из будущего - это слишком редкое явление А вот файлы с прошлого года - это именно то что нужно. |
Автор: egor23 6.12.2005 - 08:44 |
По порядку Ну если это фича, сделайте её опциональной. Технический вопрос - не догнал Хотелось бы чтоб прога оставляла ту дату которую обнаружила, если невозможно по техническим причинам, то пускай будет на год больше (файлы из будущего для меня так удобней), а если возможно сделайте это всё в настройках кому как нравиться, так и сделают. |
Автор: MAS 8.12.2005 - 01:11 | ||||||||
Это не фича, а практически стандарт.
Для примера - запусти несколько ФТП-клиентов и посмотри какую они покажут дату файла, если у тебя время на месяц назад "уехало".
А как быть с реально прошлогодними файлами?
А то что кому-то это будет не удобно - это так, мелочи? |
Автор: ScableR 8.12.2005 - 10:57 | ||
То есть если программа видит, что у файла указан год - она его использует, указывая, дескать файл создан в такой-то год... А, если он больше, она поступит так же... Не ошибаюсь? |
Автор: MAS 8.12.2005 - 18:26 | ||||
Если есть год - используем его. Если нет, то вычисляем год исходя из текущего месяца и месяца файла: - месяц файла меньше текущего - нынешний год - месяц файла больше текущго - прошлый год. |
Автор: Guest 4.01.2006 - 22:43 |
А можно сделать как-нить чтобы пиоси работал так же как в винде тока искал по фтпшкам ? А то там какой-то странный поиск я набираю что-то (это что-то ТОЧНО есть на фтп) но мне ничего не находит. Очень бы хотелось толковый поиск. Кстати что такое поиск по маскам файлов ? |
Автор: ~Xandr~ 9.01.2006 - 15:09 |
1. Хотел предложить на мой взгляд очень полезную функцию. Чтобы параметры опроса пренадлежали не непосредственно фтп серверам, а папкам в кооторых они находятся! (Пример: Фтп нахдится в переодическом опросе, но давно не появлялся и возникает надобность перевести его на "усиленную" интенсивность опроса или на фтп закрыли доступ и уже не требуется с прежней переодичностью опрашивать (пытаться ) его, а достаточно просто 1 раз в несколько суток попробовать его опросить.) При этом не надо будет всегда для каждого фтп изменять настройки, а достаточно будет просто переместить из папки в папку. 2. Мне, кажется очень полезно было бы сделать взаимосвязь между опросом на доступность и опросом (опросить сервер сразу после того как он стал доступен, а не когда истечет время "при не доступности сервера"). 3. Если возможно, хотел попросить сделать облегченную версию программы - просто анализатор баз, со всеми функциями, но без опроса серверов. (Надобность возникла, в связи с тем, чтоб в локальной сети опрос вел только один сервер, а не все. Все другие бы просто качали бы базы. Или для удаленного анализа баз, функции опроса там просто не за чем) |
Автор: Guest 9.01.2006 - 15:18 |
Хотелось бы, чтоб появилась принудительная проверка закаченных файлов антивирусом. (к сожалению не все вирусы находятся антивирями примониторинге ) |
Автор: Aas 10.01.2006 - 11:32 | ||
О! Нужная штука. Поддерживаю. |
Автор: MAS 10.01.2006 - 20:59 | ||||||
Имхо поиск в винде - это не эталон.
Программа ищет то, что ты просишь найти, а не то что ты хочешь найти. В документации сказано как искать.
RTFM. |
Автор: MAS 10.01.2006 - 21:01 | ||
Существует куча антивирей, и как же обучить программу принудительно запускать все возможные антивири на скан? |
Автор: MAS 10.01.2006 - 21:06 | ||||||
Не вижу смысла. Имхо не так уж сложно произвести групповую настройку всех серверов.
А кто запускает опрос на доступность? Вручную запускаешь? Так кто мешает запустить вручную и опрос?
По нынешним меркам полтора метра - это сверх облегченная версия Пусть кто-то один опрашивает сервера, и раздает как-то всем базы серверов. А все остальные по этим базам будут работать. Или нужен именно физический запрет на попытки опроса серверов всем, кроме кого-то одного? |
Автор: ~Xandr~ 11.01.2006 - 11:51 |
1. Ты не совсем понял идею вопрос идет не о групповой настройке, а о моменте когда уже все настроено, но например появляются новые сервера, которым каждый раз нужно прописывать параметры, а не просто перетащить в папку 2. Опрос на доступность безусловно запускается тоже автоматом. Я о рациональности (и по сути мусоре в логах). Если уже известно, что сервер не доступен - зачем пытаться его опрашивать. 3. Нужен именно физический запрет на попытки опроса серверов всем, кроме кого-то одного. 4. на тему антивиря. Да йх много, но можноб было организовать строчку в которой прописывался бы путь к антивирю для принудительной проверки (например так сделано было в Getright). 5. Был бы приятно удивлен, еслиб загружаемый файл закачивался в несколько потоков (иногда они большие, а у людей стоит ограничение на 1 поток, приходиться пользоваться Flash Get'ом ) |
Автор: Aas 12.01.2006 - 13:52 | ||
Аха, при этом папки становятся этакими наборами шаблонов настройки. Скопировал туда сервер, он себе прописал настройки из параметров папки... Причем, это гораздо лучший вариант реализации, чем планируемые значения по умолчанию для вновь добавляемых серверов. И конечно эту функциональность нужно включать для папки опционально. |
Автор: MAS 15.01.2006 - 18:50 | ||||||||||
Хм....
После проверки на доступность сервер мог быть включен! А мусор в логе, если он в файл не пишется, то никакого мусора практически и нет. Перед опросом лог очищается.
Имхо делать такую версию нет смысла. Если FI не сканит, то кто помешает взять и поставить на комп полноценную FI. Или взять другой ФТП-клиент. ограничение на скан нужно делать не в программе, а в настройках сети.
Не пользуюсь таким, поэтому расказывай как там сделано.
Так, что-то я не понял. Файл большой, и стоит ограничение в 1 поток - значит ты не сможешь в 2 потока закачать! |
Автор: kiv 15.01.2006 - 21:28 | ||
Хотелось бы уточнить, что понимается под "уже все настроено"? О каких конкретно настройках идет речь? Поименно. Я насчитал таких настроек 39. Ну появилось у меня только что 37 новых серверов. Дальше что? По каким принципам и в какие преднастроенные папки я должен их положить? До опроса этих серверов, как такое можно решить в принципе? Я ничуть не сомневаюсь, что после первого же опроса выяснится, что надо применить штук 6-7 различных настроек. Так что, поименно прошу перечислить те из 39-ти настроек, которые вы предполагаете в качестве преднастроек для папок. Ну и желательно - сколько таких папок вам видится. Это раз. Второе. Как будет вести себя сервер, помещенный в преднастроенную папку, если у него изменятся параметры? ИМХО, идея введения кнопочки "Запомнить параметры, как умолчания" для вновь добавляемых серверов на порядок проще. |
Автор: MAS 16.01.2006 - 09:25 | ||||||||
Кстати да, мне это тоже интересно.
Имхо каждый сам под себя создаст такие папки.
Скорее всего никак. Только при добавлении сервера в папку должны менятсья параметры.
Остается вопрос - а какие параметры настроек требуется делать общими? |
Автор: Aas 16.01.2006 - 11:09 | ||
Поскольку параметры устанавливаются однократно, при помещении сервера в папку, то можно смело задавать все существующие параметры кроме персональных параметров сервера. То есть кроме: Имя и Адрес сервера. Логин, пароль, порт. Имя файла данных. А если есть желание, то можно вынести листбокс с галками в опции программы, а в этот листбокс занести список потенциально общих параметров, а уж каждый выберет себе то что нужно. И большая просьба! Изменить режим работы опций "Сжимать при передаче (MODE Z)" и "Тип опроса сервера". Нужно, чтобы эта опция определяла НЕ обнаруженный режим сервера, А желаемый от него! Ну пускай лишняя команда один раз выполнится, зато желаемый режим сразу установится, если софт на сервере поменяется и этот режим станет доступным. Фактически, что нужно сделать - если опция установлена, то чтобы она НЕ сбрасывалась, если сервер не поддерживает режим. А текущий режим сервера нужно просто запоминать в памяти, до следующего рестарта программы. P.S. Кто-то спрашивал зачем нужна глубина опроса "0"... Надеюсь, что это заготовка под быстрые опросы с не корневых каталогов... |
Автор: MAS 16.01.2006 - 16:21 | ||||||||
Имхо способ опроса, глубина, время опроса, автозакачка файлов - это индивидуальные настройки!
Если только так. Но это усложнение настроек.
Хм, подумаю.
Не совсем. |
Автор: Aas 16.01.2006 - 18:35 | ||||
А ИМХО, это как раз групповые настройки, для которых и нужны группы. А для каких же, если не для этих, стоит создавать группы?
Но в планах-то, хоть есть? |
Автор: kiv 16.01.2006 - 22:18 | ||||
Даже из вашего диалога видно, насколько разнятся ваши ИМХО. У меня будет третье ИМХО, и т.д. В результате введения такой фичи может и, скорее всего, возникнет ситуация, когда 50% будут хлопать в ладоши, а остальные 50%, чертыхаясь, в очередной раз упрекнут автора в неоправданном утяжелении фейса. В любом случае такие фичи хотелось бы видеть сугубо опциональными, причем желательно на общепрограммном уровне. Далее. Читаем: "А ИМХО [способ опроса, глубина, время опроса, автозакачка файлов] это как раз групповые настройки, для которых и нужны группы." То есть фасты без MODE-Z в одну папку, фасты с MODE-Z в другую, то же с пассивами в третью, с активами в четвертую, с простыми опросами в пятую... Подобная идея посещала меня с полгода назад, но когда я попробовал все это досканально поанализировать, то понял полную абсурдность этой затеи. Причем группировка в папки по принципу настроек снижает свободу выбора юзера как и что группировать. |
Автор: Aas 17.01.2006 - 10:53 | ||
Как я понял, предполагается, что новое поведение папок будет опциональным. Более того, после помещения сервера в соответствующую папку, всегда можно подкорректировать любые его параметры. Поэтому папки должны быть настроены на типовые (устанавливаемые для большинства серверов) параметры соединения. Хотя может ты прав и совмещение визуальной группировки серверов с группировкой по параметрам - не удачная идея. Может тогда вернуться к прежней идее с шаблонами настроек? Завести несколько шаблонов настроек с названиями (Опции->Шаблоны настроек). Выбирать типовую настройку для сервера по нажатию правой кнопки, например, как выбирается "Отметка->Красный". Показывать присвоенную конфигурацию в списке серверов отдельной колонкой (если не совпадает с шаблоном, то пустое значение). |
Автор: kiv 17.01.2006 - 18:08 | ||
Насколько мне это видится, суть всей проблемы сводится к тому, что мы не имеем возможности применить одним кликом шаблонную настройку к новому серверу из-за ее отсутствия. Вот ключевая фраза от ~Xandr~: "появляются новые сервера, которым каждый раз нужно прописывать параметры". Вот с такой постановкой вопроса я соглашусь на все 100. Ибо сам, вручную, слегка матерясь на отсутствие "моего" пользовательского шаблона, вынужден прописывать эти самые параметры руками. А предпочтений таких - гора, т.к. у каждого пользователя они будут свои. Это и, изначально выставленные, режимы опроса, и режимы логов, и глубина опроса, и белые маски файлов, и черные маски каталогов. Сказанное ~Xandr~ я бы даже дополнил: Отсутствие начального, заданного пользователем, а не дефолтом программы, шаблона приводит к тому, что в "Параметрах поиска серверов" практически невозможно применять настройку "Опрашивать новые FTP при автопоиске" из-за ее несоответствия предпочтениям пользовавтеля (если пользователю, конечно, не совсем уж до балды, что и как делает программа.). ИМХО, опрашивать новый сервер, не выставив заранее своих предпочтений, не рационально. Я, к примеру, всегда изначально помещаю в черный список каталоги: Games, FreeBSD, Linux, Openbsd, Приколы, Игры. То есть совершенно не интересующие меня громадные массивы. То же самое и с белыми масками файлов. Чтобы дать пользователю свободу выбора и снять все описанные проблемы, достаточно самой тривиальной вещи: на вкладке "Настройка Сервера"/"Параметры сервера" должна появиться маленькая кнопочка с ласковым названием "Запомнить параметры, как умолчания". Сию кнопочку, кстати говоря, MAS уже обещал как-то привинтить, но видать просто руки не дошли. Можно добавить еще одну кнопочку - "Настроить по умолчанию" для быстрой настройки любого уже не нового сервера. Кстати о птичках. Меня, например, не меньше напрягает отсутствие шаблона для окна "Список изменений", когда на каждом новом сервере мне приходится руками снимать по 5 птичек, ибо так, как сделано по дефолту, меня не устраивает. |
Автор: Guest 17.01.2006 - 20:14 | ||||
"маленькая кнопочка" это конечно лучше чем ничего. Но хочется все таки иметь возможность использовать несколько профилей. И без напрягов (т.е. сразу, в списке серверов) видеть, какой именно профиль задействован... Ведь именно из потребности нескольких профилей возникла идея папок.
Соглашусь Нужно просто сделать эти настройки глобальными для всех серверов. Можно опционально. |
Автор: Aas 17.01.2006 - 20:15 |
Блин, опять меня не запомнило.. |
Автор: MAS 18.01.2006 - 14:02 | ||
Вот "видеть" - это не получиться. Ситуация: взяли сервер, применили к нему некий профиль. А потом изменили парочку параметров. Всё, теперь сервер уже не принадлежит (по настройкам) к тому профилю. И что показывать? "Принадлежит скорее всего профилю ЫЫЫ" ? |
Автор: Guest 18.01.2006 - 16:43 | ||
Ну вот. Поняли, наконец, что из этого выйдет. MAS выразил квинтэссенцию того, что выше я назвал абсурдом. Действительно, профилей появится не только "ЫЫЫ", но и "ЯЯЯ" и "ЦЦЦ" и... Будет просто бардак. |
Автор: _ant 18.01.2006 - 17:44 |
Например если я хочу что б все сервера имели глубину опроса 10, то мне надо каждый новый сервер редактировать настройки. Я бы предложил так: в настройках FI добавить вкладку настройки сервера по умолчанию. ТоЕсть возможность задавать настройки которые берет каждый новый сервер при появлении. |
Автор: Aas 18.01.2006 - 18:54 | ||
Так и показывать, что не принадлежит ни к какому профилю. За других не скажу, но у меня 3-4 профиля закроют почти все сервера. И вряд ли я как-то по-особому программой пользуюсь |
Автор: MAS 19.01.2006 - 09:16 | ||
Можно выделить все сервера и произвести групповое редактирование. |
Автор: MAS 19.01.2006 - 09:19 | ||
Эт что получается: при редактировании придется сравнивать настройки сервера со всеми профилями, в поисках к какому же из них принадлежит сервер? Нафиг-нафиг. Вот установить настройки сервера по профилю - это можно сделать, имхо тут есть смысл. Но показывать далее название профила? Зачем? |
Автор: Aas 19.01.2006 - 10:38 | ||
Ну можно же и не сравнивать... При присвоении профиля запоминать его, при изменении любого параметра сервера сбрасывать. Да и операция сравнения двух одинаковых классов не так уж сложно реализуется - а у тебя ведь наверняка для хранения настроек отдельный класс заведен? И проверять соответствие при изменении свойств сервера совсем не напряжно. ИМХО. |
Автор: MAS 20.01.2006 - 11:01 | ||||||
Если только так. Ха! После применения профиля какая-либо настройка всегда будет изменяться, имхо. Так зачем тогда хранить название профила?
Ессно классы заведены. Но каждый раз при настройке сервера проверять его параметры по куче профилей, причем для каждого профиля проверять разные параметры. И всё ради того, чтобы написать "сервер не принаджелит ни одному профилю"? |
Автор: Maxxx 20.01.2006 - 14:29 | ||
Сорри, что вмешиваюсь в такое бурное обсуждение, но хотелось бы тоже высказаться
На самом деле гемор с профилями точно не нужен. Ведь, если находишь новый сервер, о котором тебе ничего не известно, то какой из, к примеру, 3-4 профилей будешь применять, а? ИМХО, что действительно нужно, так это возможность изменения дефолтного профиля (или кнопкой "По умолчанию" или запоминать в опциях). Тут обеими руками "за". Тогда можно будет пользоваться "Опрашивать новые FTP при автопоиске", которую сейчас, действительно, включать как-то не с руки. (К, примеру, в домашних сетях почти везде стоят ограничения на кол-во потоков скачки, так что это точно всегда приходится править. К тому же галки изменения-перемещения файлов, и игнорацию каталогов тоже обычно ставишь) |
Автор: _ant 20.01.2006 - 15:24 |
Я щитаю, что профиля это лишнее, зачем еще больше замудрять и усложнять, а настройки сарвера по умолчанию стоит сделать. |
Автор: Aas 20.01.2006 - 20:14 | ||||
Одни говорят, что профилей будет слишком много, другим достаточно всего одного... ИМХО, истина где-то посередине Как я понял, недоумение вызывает просьба видеть соответствие профиля... Я считаю эту функцию полезной, только для того, чтобы не проверять настройки каждого сервера, с целью убедиться, что они правильные. Я предполагаю, что профили можно будет настроить так, что после их присвоения, в большинстве случаев, не придется менять ни одного параметра (из профильных) на сервере и измененные сервера будут исключением.
При изменении сервера - по всем профилям, при изменении профиля - по всем серверам. Именно для того, чтобы, в большинстве случаев, указать соответствующий профиль. Но похоже, с этой идеей я остаюсь в одиночестве. |
Автор: Гость 21.01.2006 - 19:51 |
Предлагаю для облегчения фейса задефолтить и удалить опцию "Игнорировать удаленное" в настройках сервера. Кого и зачем могут интересовать удаленные с сервака файлы и папки? А если, например" некие файлы и папки появлялись и удалялись с сервера между опросами? Тогда что? Для меня присутствие этой опции и возможности искать то, что удалено с сервера непонятно. Или кто-то считает иначе? |
Автор: MAS 23.01.2006 - 16:09 | ||||||
Угу.
А атк часто нужно убеждаться в том, к какому профилю принадлежит сервер?
Если изменяем настройки самого профиля, то настройки серверов, ранее выставленные по этому профилю не изменятся. Так? |
Автор: MAS 23.01.2006 - 16:15 | ||||||
Показывать в отчете какие файлы были удалены - нужно. FI отслеживает изменения на сервере, а это и новые, и удалённые и измененные файлы. Если отчеты создавать не нужно - тогда и опция "игнорировать" не нужна. Но при создании отчетов нужно показывать всё изменения на сервере
Хотя бы для того, чтобы убедиться что файл "ЫЫЫ" действительно был когда-то на сервере, но теперь удалён.
FI показывает изменения между двумя "срезами" содержимого ФТП. Файлы "мелькнувшие" между опросами ессно не отображаются. |
Автор: Aas 23.01.2006 - 19:03 | ||||
Если серверов много и иногда приходится временно менять какие-то параметры сервера, то потом трудно вспомнить, где и что менялось.
Если сервер не соответствует никакому профилю, то и настройки серверов изменить нет никакой возможности. А вот если соответствие есть, то возможен вариант (и он наверняка предпочтительный), когда изменение профиля приводит к автоматической смене параметров соответствующих серверов. Это можно рассматривать как дополнительный аргумент в пользу реализации соответствия Кстати, возможен еще один вариант реализации - когда сервер опционально ссылается на некий шаблон и при этом уже не использует свои настройки. Тогда и соответсвия искать не нужно будет, и изменение шаблона автоматически скажется на соответствующих серверах |
Автор: MAS 24.01.2006 - 12:58 | ||||||||||
Так приши же к мнению, что группируем сервера по шаблону: одна группа - один шаблон
Вот тут не согласен. Может быть я хочу чтобы только вновь добавляемые сервера обрабатывались по изменённому шаблону, а старые - как были так и остались бы.
Самый плохой вариант. Наложил шаблон на сервер, и всё - невозможно изменить настройки сервера. А если тебе нужно наложить шаблон "ЫЫЫ", но парочку настроек изменить? Если только помнить указатель на шаблон, но при его накладывании просто скопировать настройки в сервер - вот это самое то будет. |
Автор: Aas 24.01.2006 - 18:21 | ||||||
Эээ, похоже возникла путаница... Вроде пришли к мнению, что использование папок для присвоения шаблонов настроек не удобно. Или под группами что-то другое имеется в виду?
Ну, тут явно напрашивается новый шаблон
Аха, именно. А при изменении настроек (или отключении галки - смотря как реализовать) указатель забываем. |
Автор: Oleg 25.01.2006 - 13:19 |
Опять я не в тему. Несколько предложений: 1. Можно ли добавить строку описания в настройки сервера, которая отображалась бы в списке серверов? Было бы очень удобно, например, указывать в ней, что находиться на сервере: софт, игры, фильмы, музыка и т. д. А в списке серверов можно было бы выбирать сервера, например, с софтом и опрашивать только их. К тому же, сложно запомнить, на каком сервере что находится. 2. Так как время опроса серверов разное для каждого сервера, то при просмотре изменений на них, часто (я - почти всегда ) забываешь какие сервера ты уже просмотрел, а какие нет. Даже сортировка по колонке с галочкой не сильно упрощает задачу. Или приходится ждать пока будут опрошены все сервера и уже потом просматривать изменения, перемещаясь по списку сверху вниз, что занимает гораздо больше времени. Поэтому предлагаю два варианта изменений: а) Изменить семантику галочки: пусть она обозначает не сервера с изменениями, как она делает это сечас (достаточно цветовой окраски строки), а обозначает то, что пользователь уже просмотрел последние изменения на этом сервере, то есть появляется только после того, как пользователь первый раз открыл (или закрыл) окно списка изменений после опроса сервера. б) Если перевый вариант затруднителен по каким-либо причинам, то можно просто менять цвет галочки. Например, если пользователь еще не просмотрел список изменений после опроса сервера, то галочка красная, а после просмотра - зеленая. Вообще, поставленная галочка ассоциируется с чем-то выполненным, проверенным и т. п., поэтому первый вариант предпочтительее с психологической точки зрения. Прошу прощения, не внимательно прочитал справку . Со второй проблемой может помочь возможность устанавливать отметки для серверов. Поэтому для меня второе предложение уже не столь актуально. |
Автор: MAS 25.01.2006 - 14:55 | ||||||||||
А кто мешает быть "в тему" и создать новую ветку с прадложением?
А чем плохо пистаь "описание" в поле "название сервера"? Будет там "192.168.33.55 игры" или "ftp.super.local всякая музыка".
Сервера с "галочкой" (есть изменения) - ещё не просмотренные.
После просмотра изменений уже нет, значит и отметка не нужна. Только нужно закрывать "изменения" кнопкой "запомнить дату".
А как отмечать наличие изменений на сервере? |
Автор: Oleg 25.01.2006 - 15:05 | ||||
Все понял! Просто я не связал кнопку и галочку . Вопрос снят.
Действительно, и как это я сам не догадался . И этот вопрос снят. P. S. Чувствую, надо заново справку перечитать. |
Автор: egor23 5.04.2006 - 00:09 |
Опять подымаю просьбу: Опрос сервера в несколько потоков. Пример: есть на сервере каталог внутри котором есть еше несколько тысяч подкаталогов, на dial-up этот процесс растягивается на длительный период. Вот сервер ftp://ftp.mplayerhq.hu Быстрый опрос не хочет делать, делает токо медленный. |
Автор: Oleg 5.04.2006 - 11:04 | ||
Опрашивать сервер в несколько потоков Вы можете уже сейчас. Для этого необходимо разбить один сервер на несколько. Как это сделать посмотрите http://www.ftpinfo.ru/forum/index.php?act=ST&t=181&st=0#entry1043. Для того чтобы не опрашивать вновь созданные сервера с нуля, рекомендую перед разбиением сохранить файл данных исходного сервера (он находится в каталоге данных под именем «имя_сервера.dat»). После создания новых серверов замените их файлы данных файлом данных исходного сервера и в Файловом Менеджере удалите ненужные ветки. Дополнительно можно использовать функции игнорирования и\или игнорирования с сохранением, для более «тонкой» настройки того, какие каталоги опрашивать (чтобы не опрашивать параллельно одни и те же каталоги в разных серверах). После этого запустите одновременный опрос этих серверов. Если увидите реальное уменьшение времени опроса всех серверов, то тогда можно будет поднимать вопрос о многопоточности (если он будет Вам еще нужен ). Но что-то мне подсказывает, что при dial-up соединении реального выигрыша не будет. Это только на широком канале можно добиться выигрыша (и то не всегда), хотя МАS не согласен со мной по этому вопросу . |
Автор: MAS 6.04.2006 - 18:30 | ||
Вот при наличии уточнения "не всегда" - согласен. |
Автор: Guest 25.04.2006 - 21:36 |
А у меня такой вопрос. Имеются файлы ls-lr с разных серверов - как их локально преобразовать в формат *.dat? |
Автор: zav 26.04.2006 - 22:18 |
Извините не успел прочитать предыдущие посты, соответственно не знаю вносил ли кто такое предложение: 1) При определении доступности сервера выделять не всю строку соответствующим цветом а лишь слово "Доступен/Не доступен", а то слишком уж по глазам бьёт и струдно разглядеть куда действительно можно зайти.. 2) Ввести таймер до проверки IP диапозона на ФТП сервера, т.е. аналог того колонки "До опроса" 3) В листе серверов ввести подкаталоги, вернее подгруппы 4) И наверное в листе диапозонов ИП тоже сделать что-то на подобе групп Вот вроде и всё. P.S. Спасибо за такую классную прогу.... не перестаю удивлятся и восхищатся её практичностью и удобностью |
Автор: MAS 28.04.2006 - 11:27 | ||
пока никак. В дальних планах... |
Автор: MAS 28.04.2006 - 11:30 | ||||||
Поменяй цвет статуса, чтоб не бил по глазам.
Это как?!
А смысл? На список адресов смотрят редко, там автоматика ищет. Неужели список проверяемых диапазонов такой огромный? |
Автор: Guest 28.04.2006 - 14:20 | ||||||||
1) Поменял, помягче но всё равно не очень удобно. 2) Как обычные папки в Windows - деревом каталогов. 3) Немного некоретное предложение внёс, нужн какой-то общий таймер для опроса всех диапазонов в списке или ввести очередь дипазонов опроса а то возникает такая проблема: Допустим есть 3 диапазона ставим на первый период опроса 2 минуты, ставим на третий 2 минуты, а потом на второй 2 минуты. На практике получается так: Начинается опрашиватся первый диапазон, во время опроса поступает заявка на опрос 3-его диапазона, через перу секунд приходит заявка на опрос 2-го диапазона, получаем что сканируется первый и 2 заявки на опрос, по оканчанию сканирования начинается сканирование 2-го диапазона а не 3-го, из-за этого при большом кол-ве диапазонов может получится такое что некоторые будут опрошены по нескольку раз, а неокторые так и не будут опрошены.... поэтому я предлагаю 2 решения |
Автор: Oleg 28.04.2006 - 18:18 | ||||
Одним деревом каталогов здесь не обойтись, т. к. в списке отображается много колонок данных. Либо надо разбивать на два окна: дерево групп и список серверов в выделенной группе, что будет неудобно при ослеживании опроса всех серверов и т. п. Либо использовать элемент управления не список, а дерево-список. Стандартного элемента Windows такого нет, следовательно, надо искать или разработанный кем-то контрол (я в свое время потратил достаточно времени на поиск подобного контрола - ни один не был столь же удобным, как стандартные контролы Windows с точки зрения программиста и пользователя: все равно пришлось дорабатывать "под себя") или разрабатывать контрол самому с нуля, что долго и нудно. В любом случае придется перерабатывать еще и ядро программы, т. к. запуск серверов на проверку и опрос производится в порядке следования их в списке. Я свои 400 с лишним серверов легко разместил в пяти группах.
Мне как раз удобнее, чтобы была окрашена вся строка. |
Автор: Aas 28.04.2006 - 19:46 |
Кстати, к теме о бантиках Может при обработке результатов "быстрого" опроса не обновлять соответствующую строку в списке серверов? Или обновлять как-то по-реже - а то сейчас там ненужное мелькание, которое дает только лишнюю нагрузку. А еще можно кнопочку "del" прикрутить не только к файловому менеджеру, а и к списку изменений. Кстати, не совсем понятно отличие между "Игнорировать" и "Очистить каталог". Всегда считал, что "игнорировать" и означает удалить файлы из этого каталога. Тем более, что для сохранения данных - отдельный пункт меню есть... |
Автор: Guest 28.04.2006 - 20:59 | ||
Значит тогда возможность выбора окрашивать всю строку или только одну колонку |
Автор: Guest 29.04.2006 - 10:55 | ||||
Ответ в принципе дан, поэтому извиняюсь, что продолжаю настаивать, но всё же... Быстрый опрос сервера ваша программа производит командой list –lR, т.е. сначала (после опроса сервера) получает файл ls-lr локально, а затем уже конвертирует в формат *.dat, и мне здесь не понятно, а почему бы непосредственно не скачивать сам файл ls-lr с сервера (желательно сжатый gzip`ом вариант ls-lr.gz), если меня устраивает его актуальность, а не мучить сервер опросом (и по времени это дольше, и не все держатели фтп-серверов это любят, т.к. при опросе возрастает нагрузка на сервер - за это могут и забанить). В идеале, хотелось бы иметь возможность прописать путь до данного файла, причём не относительный, как сейчас до *.dat файла, а абсолютный, т.к. имеется мысль хранить эти файлы на общедоступном постоянно включенном сервере (и для dat файлов тоже), а также галочку, что в случае если данный файл не найден, то ни в коем случае не опрашивать сам сервер; ну и не скачивать данный файл, если с момента последнего скачивания он на сервере не изменился (дата, размер) - хотя это, я думаю, само-собой разумеющееся. |
Автор: Krechet 30.04.2006 - 07:24 |
Здравствуйте. Во-первых, хочу сказать спасибо автору программы за его труд! Во вторых, появилось предложение, которое мне и остальным пользователям было бы полезно. Сделать импортируемый список закачек. Т.е. сейчас список закачек можно только сохранить в текстовый файл, но у меня возникла необходимость составленый список отправить другому человеку, чтобы он импортировал его себе и скачал, то что я составил. Спасибо. |
Автор: Oleg 30.04.2006 - 08:29 | ||
Перешлите ему файл "DownloadList.lst" из каталога данных FI. |
Автор: Oleg 30.04.2006 - 08:35 | ||
А если кто-нибудь захочет, чтобы окрашивалась колонка с названием сервера, а другой - колонка с адресом? Делать целую кучу переключателей? Вы не обижайтесь, но на мой взгляд это Ваше предложение - просто каприз. Я бы не стал тратить время на его реализацию, хотя это решать, конечно, MASу. |
Автор: MAS 30.04.2006 - 15:17 | ||
Подумаю. |
Автор: MAS 30.04.2006 - 15:21 | ||
На codeguru видел элемент "дерево с колонками". А поводу вышесказанного (о лишних проблемах и особой ненужности) - соглашусь. |
Автор: MAS 30.04.2006 - 15:26 | ||||||
Сейчас обновление происходит полсе обработки какого-то количества файлов. Увеличу это количество.
В смысле "удалить содержимое каталога и заигнорировать его"? Привинчу.
"Очистить" - просто удалить все файлы из каталога. "Просто игнорировать" - выставить каталогу отметку "игнор". И при первом же опросе содержимое каталога будет удалено. |
Автор: MAS 30.04.2006 - 15:31 | ||||
Это тоже в планах.
Думал и об этом. Но сейчас на новой работе приходится работать Так что работа над FI пока может чуток замедлиться. |
Автор: MAS 30.04.2006 - 15:39 | ||
А вот тут проблема. FI привязывает закачиваемый файл к серверу (берёт из настроек сервера параметры закачки). А по полученной ссылке проблематично определить сервер. Например, если несколько серверов в поле "адрес" указывают на один и тот же сервер... Встречный вопрос: в почему бы эти ссылки на файлы не закачать любой файло-качалкой? |
Автор: MAS 30.04.2006 - 15:41 | ||
При условии что сервера у обоих называются одинаково!!! (не адрес, а имя сервера). |
Автор: cshyka 3.05.2006 - 13:04 |
Предложение. Прикрутить к проге Http интерфейс для поисковика. Обоснование. В одной сетке один комп постоянно сканит и опрашивает всю сетку. А через WEB интерфейс все остальные ищут чаво нада. |
Автор: Oleg 3.05.2006 - 19:42 | ||
Уже обсуждалось - ищите в форуме. Там найдете и ответ. |
Автор: DiVAN1 9.05.2006 - 18:54 |
Программе явно не хватает поддержки UTF-8. |
Автор: MAS 11.05.2006 - 10:44 | ||
Укажи адрес сервера, работающего в UTF-8 - для опытов |
Автор: Demonbal 21.05.2006 - 00:37 |
Прога нормуль! Но хотелось бы такую фишку - чтобы она научилась блокировать пользователей сети (у которых ФТП выключен - или ваще нету) - вощем чтоб они не могли войти на мой ФТП (а то просто народу много на халяву - а сами не открывают ничего для общего скачивания) - типа автоматизировано - - - ну наверное я перегнул палку (из ряда фантастики наверно) - но всё же - если такое возможно - то Очень хотелось бы такую функцию! |
Автор: MAS 21.05.2006 - 21:12 | ||
Выключи анонимный доступ и всё. А если включил доступ "для всех" - то и не жалуйся. |
Автор: Guest 23.05.2006 - 08:37 |
Тольк начал работать есть пару замечений и предложений 1. Сделать время опроса менее 1 минуты. 2. Сделать списой файлов на FTP типа бегущей строки ( как в Бате) Спасибо за внимание |
Автор: Oleg 23.05.2006 - 10:58 | ||
Количество файлов на ФТП (даже только новых) легко достигает тысяч. Вы как себе представляете эту бегущую строку? Или это должен быть бегущий свиток: "Однажды, в одной далекой-предалекой галактике..."? |
Автор: MAS 23.05.2006 - 11:23 | ||
Нет, этого не будет. Не нужно в нормальных условиях опрашивать сервер так часто. Даже раз в минуту - это и то перебор. DOS-атаку что-ли устраиваешь? О том что бывают "не нормальные условия" - я знаю. Сам на работе опрашивал сервера раз в 10 секунд. Но это требовалось по работе и писалось специально для работы. А FI - она для "домашнего" использования. |
Автор: DiVAN1 26.05.2006 - 18:25 | ||||
У нас в локалке у многих стоят FileZilla-server, так вот начиная с версии 0.9.15 он работает только с UTF-8. Взять можно тут: http://sourceforge.net/project/showfiles.php?group_id=21558&release_id=416690 и экспериментировать сколь душе угодно. |
Автор: MAS 27.05.2006 - 10:05 | ||
Ок, выкачиваю. Вернусь с празнования дня города - буду эксперементировать. Но в той бете, что будет сегодня-завтра UTF-8 ещё не будет... |