Сборник предложения. Часть 1., Сборник предложения. Часть 1.

Добрый день. Со временем поджат прошу прощения что не выложил скрины со старыми багами. Пока ответы на другие Все еще по 11 релизу

1.

Например так... Есмть символы которые НЕ МОГУТ БЫТЬ ИСПОЛЬЗОВАНЫ в имени каталога как на УНИКС так и на Выньде. Вот один такой символ разделитель внутри маски (разделяет имена (что искать)) а второй разделяет сами маски Исключить из поиска или включить.

2. Вывалилось эксепшен с риад мемори . Лазал по поиску и при этом проверялись нескоко серверов. Причем уже было такое но внимания не придал. Отследить - не знаю как...

3. Дельное предложение! Заюзать ХИНТЫ! При наведении на сервак выводить по нему какую нить инфу... потом придумаем.
При наведении на закучку - скажем инфа куда заливается. Ну и прочее... Ведь ЭТО УЖЕ вроде есть токо не задействовано.

4. Согласен с товарищем насчет виртуальных папок. Просто Нескоко категорий Закач-е, не закач.... и прочее а в них уже сервера отображены с соответствующим типом закачки. (Качается, на очереди, скачалось)

Спасибо.
Скоро доберусь до 12 релиза

Забыл добавить про ИНИ и РЕГ...
Ну я положим разберусь как сохранить все мои настройки - хотя не на все 100. (Может уже какие то пункты не используются а может новые просто не прописались пока в реестре.)
А не мог бы уважаемый автор Сделать Батник что то типа SaveSettings.bat и reestoreSettings.bat и он бы АБСОЛЮТНО ВСЕ настройки И ПРОГРАММЫ и СЕРВЕРОВ (не баз)! бэкапил!
В чем плюс -я бы не боялся полностью деинсталить любую и инсталить любу версию проги...
Всегда бы сохранялась структура сервов и их настройки а то при переходе на какую то версию у меня исчезли группы
Что то типа вот...

Сохранить (можно добавить копирование ИНИшек и настройки сервов в какую нить папку Бэкап

Восстановить

А можно прямо в программе сделать пункт меню экспорта настроек и импорта.

Спасибо

Например так... Есмть символы которые НЕ МОГУТ БЫТЬ ИСПОЛЬЗОВАНЫ в имени каталога как на УНИКС так и на Выньде. Вот один такой символ разделитель внутри маски (разделяет имена (что искать)) а второй разделяет сами маски Исключить из поиска или включить.

Сейчас используются: разделитель масок - запятая, и "*" - любое количество люых символов.
Что ещё остаеся... Слэши использовать - дык нельзя, может понадобитсья при поиске в имени каталога.
Знак вопроса - не рекомендуется, он общепринято используется как "один любой символ".
Так что использовать?

Возможно это та же ошибка, что и в "изменениях". В 12-й бете нужно проверить.

Вот вначале придумайте _что_ показывать

Подумаю.

Все пункты в реестре используются.

Настройки серверов - это один файл ServerList.cfg.
Хотя и остальные .cfg, .log и .lst файлы могут пригодиться

В реестре хранятся только... хм... "мелкие" настройки - цвета, отзвучки, положение окон, количества опросов.
А всё что касается серверов хранится в каталоге данных.
Мысль о бекапах понял - буду её думать.

Используется одна ветка реестра: HKEY_CURRENT_USER\Software\MAS-Soft\FTPInfo

Подумаю.

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

Сейчас после принудительного опроса изменяется начало отчета периода заданного в расписании. Хотелось бы, чтоб если я задал начало опроса в 10:00 c периодом 2 часа то автоматический опрос выполнялся в 12,14,16 и т.д а не изменялся в зависимости от времени дополнительного принудительного опроса.

1.Игнорировать каталог(и)

Файловый менеджер:
хотелось бы чтоб можно было пакетно игнорировать каталоги, т.е. выделил несколько каталогов и нажал игнорировать каталог(и).
Да, конечно и обратную операцию чтоб можно было делать.

2. Опрос сервера в несколько потоков.
Пример: есть на сервере каталог внутри котором есть еше несколько тысяч подкаталогов, на dial-up этот процесс растягивается на длительный период.

1. Не очень понятен смысл функции "Запустить опрос недоступных серверов"
ИМХО, было бы логичнее после проверки доступности "Запустить опрос доступных серверов.

2. Зачем стоит ограничение в 300 мин в периоде ручного опроса? У меня в локальной сети около 1000 серверов, достаточно опрашивать их, например, раз в день или раз в несколько дней. Задавать расписание для каждого сервера как-то в лом.

Подумаю.

Опрос сервера в несколько потоков ничем не поможет. А мне добавит проблем

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

Там на всех счетчиках лимит в 300 стоит.
На какое значение переделать?

Ну, хотя бы 24 часа. А лучше больше, если это не критично.

Тогда, может, будет удобнее такая фишка:
- при проверке доступности автоматически опрашивать доступные на сей момент
(естественно с учетом выставленного периода ручного опроса)
- или возможность вкл/выкл данной функции в опциях

Тогда, может, будет удобнее такая фишка:
- при проверке доступности автоматически опрашивать доступные на сей момент
(естественно с учетом выставленного периода ручного опроса)
- или возможность вкл/выкл данной функции в опциях

Нет. Удобнее не будет. Ибо не все пользуются проверкой доступности. Это лишь информативная доп. функция. Куда проще просто не использовать "неугодную" команду и всего делов. По команде "Запустить опрос недоступных серверов", а недоступных после тотального опроса всего списка в 300 серверов собирается штук по 50-70, верняком будут опрошены проценто 10, т.е. 5-7 серверов. При этом нет необходимости группировать их или выщелкивать мышкой по одному. Просто дал одну единственную команду и все ОК.

Ну так и не пользуйтесь. Я же не предлагаю убрать опрос недоступных.
Я предлагаю добавить отдельно "Опрос доступных", а лучше в настройках программы на вкладке "Опрос серверов" сделать чекбокс "Автоопрос доступных при проверке"

Ну так и не пользуйтесь. Я же не предлагаю убрать опрос недоступных.
Я предлагаю добавить отдельно "Опрос доступных", а лучше в настройках программы на вкладке "Опрос серверов" сделать чекбокс "Автоопрос доступных при проверке"

"Автоопрос доступных при проверке" реализован изначально. По любой из существующих разновидностей команд на опрос сервера именно так и происходит: сначала программа проверяет доступность сервера, а затем, в случае доступности, производит его опрос. Вот выдержка из Справки:
"Запустить опрос всех серверов – проверить доступность всех FTP серверов и проверить наличие изменений на серверах." В свое время вообще шла дискуссия о том, не убрать ли проверку доступности вовсе, как, по большому счету, излишнюю функцию. Вы же предлагаете на имеющийся "излишек" навесить еще один. Ну, предположим, я предложу еще пару-тройку подобных "фишек". Во что превратится после всего этого программа легко себе представить. Или я не прав?