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

А у меня такой вопрос. Имеются файлы ls-lr с разных серверов - как их локально преобразовать в формат *.dat?

Извините не успел прочитать предыдущие посты, соответственно не знаю вносил ли кто такое предложение:

1) При определении доступности сервера выделять не всю строку соответствующим цветом а лишь слово "Доступен/Не доступен", а то слишком уж по глазам бьёт и струдно разглядеть куда действительно можно зайти..

2) Ввести таймер до проверки IP диапозона на ФТП сервера, т.е. аналог того колонки "До опроса"

3) В листе серверов ввести подкаталоги, вернее подгруппы

4) И наверное в листе диапозонов ИП тоже сделать что-то на подобе групп

Вот вроде и всё.

P.S.

Спасибо за такую классную прогу.... не перестаю удивлятся и восхищатся её практичностью и удобностью

пока никак. В дальних планах...

Поменяй цвет статуса, чтоб не бил по глазам.

Это как?!

А смысл? На список адресов смотрят редко, там автоматика ищет.
Неужели список проверяемых диапазонов такой огромный?

Поменяй цвет статуса, чтоб не бил по глазам.

Это как?!

А смысл? На список адресов смотрят редко, там автоматика ищет.
Неужели список проверяемых диапазонов такой огромный?

1) Поменял, помягче но всё равно не очень удобно.

2) Как обычные папки в Windows - деревом каталогов.

3) Немного некоретное предложение внёс, нужн какой-то общий таймер для опроса всех диапазонов в списке или ввести очередь дипазонов опроса а то возникает такая проблема:

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

Одним деревом каталогов здесь не обойтись, т. к. в списке отображается много колонок данных. Либо надо разбивать на два окна: дерево групп и список серверов в выделенной группе, что будет неудобно при ослеживании опроса всех серверов и т. п. Либо использовать элемент управления не список, а дерево-список. Стандартного элемента Windows такого нет, следовательно, надо искать или разработанный кем-то контрол (я в свое время потратил достаточно времени на поиск подобного контрола - ни один не был столь же удобным, как стандартные контролы Windows с точки зрения программиста и пользователя: все равно пришлось дорабатывать "под себя") или разрабатывать контрол самому с нуля, что долго и нудно. В любом случае придется перерабатывать еще и ядро программы, т. к. запуск серверов на проверку и опрос производится в порядке следования их в списке.

Я свои 400 с лишним серверов легко разместил в пяти группах.

Мне как раз удобнее, чтобы была окрашена вся строка.

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

А еще можно кнопочку "del" прикрутить не только к файловому менеджеру, а и к списку изменений. Кстати, не совсем понятно отличие между "Игнорировать" и "Очистить каталог". Всегда считал, что "игнорировать" и означает удалить файлы из этого каталога. Тем более, что для сохранения данных - отдельный пункт меню есть...

Значит тогда возможность выбора окрашивать всю строку или только одну колонку

пока никак. В дальних планах...

Ответ в принципе дан, поэтому извиняюсь, что продолжаю настаивать, но всё же... Быстрый опрос сервера ваша программа производит командой list –lR, т.е. сначала (после опроса сервера) получает файл ls-lr локально, а затем уже конвертирует в формат *.dat, и мне здесь не понятно, а почему бы непосредственно не скачивать сам файл ls-lr с сервера (желательно сжатый gzip`ом вариант ls-lr.gz), если меня устраивает его актуальность, а не мучить сервер опросом (и по времени это дольше, и не все держатели фтп-серверов это любят, т.к. при опросе возрастает нагрузка на сервер - за это могут и забанить). В идеале, хотелось бы иметь возможность прописать путь до данного файла, причём не относительный, как сейчас до *.dat файла, а абсолютный, т.к. имеется мысль хранить эти файлы на общедоступном постоянно включенном сервере (и для dat файлов тоже), а также галочку, что в случае если данный файл не найден, то ни в коем случае не опрашивать сам сервер; ну и не скачивать данный файл, если с момента последнего скачивания он на сервере не изменился (дата, размер) - хотя это, я думаю, само-собой разумеющееся.

Здравствуйте.
Во-первых, хочу сказать спасибо автору программы за его труд!

Во вторых, появилось предложение, которое мне и остальным пользователям было бы полезно. Сделать импортируемый список закачек. Т.е. сейчас список закачек можно только сохранить в текстовый файл, но у меня возникла необходимость составленый список отправить другому человеку, чтобы он импортировал его себе и скачал, то что я составил.

Спасибо.

Перешлите ему файл "DownloadList.lst" из каталога данных FI.

А если кто-нибудь захочет, чтобы окрашивалась колонка с названием сервера, а другой - колонка с адресом? Делать целую кучу переключателей?

Вы не обижайтесь, но на мой взгляд это Ваше предложение - просто каприз. Я бы не стал тратить время на его реализацию, хотя это решать, конечно, MASу.

Подумаю.

На codeguru видел элемент "дерево с колонками".
А поводу вышесказанного (о лишних проблемах и особой ненужности) - соглашусь.

Сейчас обновление происходит полсе обработки какого-то количества файлов.
Увеличу это количество.

В смысле "удалить содержимое каталога и заигнорировать его"?
Привинчу.

"Очистить" - просто удалить все файлы из каталога.
"Просто игнорировать" - выставить каталогу отметку "игнор". И при первом же опросе содержимое каталога будет удалено.