Сборник предложений. Часть 3.

Предложения:
1. Сортировать сервера, по адресу, с учётом того, что адрес это набор чисел, а не строка.т.е. "2">"17"(сравнение строк), а надо 2<17(сравнения чисел)
Обоснование:
адрес это набор чисел
2. В окне "поиска", во время поиска переименовывать кнопку "поиск" в "стоп", с приданием её соответствующей функции.
Обоснование:
поиск идёт достаточно долго, иногда хочется его остановить, по разным причинам.
3. В "списке изменений на сервере", есть кнопка "запомнить дату", хотелось бы запоминать не только текущую дату, но и любую другую из прошлого.
4. При поиске,
а)если маска файлов не содержит расширения, то автомотически добавлять "*", то есть "wind"->"wind*"
б)искать по вхождению в любой части имени файла (как в WindowsЕ) "win" это "Qwin.exe","APPWIN.exe","Windows2000-KB885250-x86-Express-RUS.exe" и тд.
Обоснование:
удобнее..
5. При скачивании файла, в строке запроса пути файла, отсылаемой на сервер, заменять "я" на "Я". Если мы хотим получить "Нечего терять.avi", то запрашиваем "Нечего терЯть.avi"
Обоснование:
это связано с известной проблемой серверов на IIS, если делать такую замену, то проблемы не будет. Сейчас даже в ручную такую замену
не получается сделать.

Насколько я помню, менять нужно не "я" на "Я", а "я" на "яя".
Одиночное "я" воспринимается сервером как управляющий код и обрабатывается соответственно.
Причем, эта проблема существует именно из-за некорректностей на стороне клиента, поскольку, использование "я" в качестве управляющего символа регламентировано каким-то RFC (не помню точно каким).

"я" на "Я" работает точно, сам проверял. "я" на "яя" не слышал про такое,но это интересно, попробую. Реализовывать лучше "я" на "Я"-это решение которое будет работать не только на IIS, а вот если менять на "яя" то неизвестно как на это отреагируют прочии сервера, скорее всего скажут "Файла Нечего теряять.avi нет на сервере".

В свое время я боролся с этой проблемой, настраивая proftpd. Вот что тогда дал поиск по гуглю...

Да что ж меня форум не запоминает-то...

А вот и нет! Адрес это или IP-цифры, или DNS-имя!

А кто мешает нажать на кнопку "стоп"?

Эта кнопка запоминает текущую дату, чтобы при следующем поиске выводилось начиная с этой даты.
А какие ещё запоминать-то и смысл?

А что есть расширение?
А если ищем именно "wind", но вот так называется файл!

Не всегда. Если тебе нужно найти именно указанное, а тебе выдает кучу где искомое упоминается - запингуешься выискивать!
А так указал маску поиска "*Qwin.exe*" - и получил желаемое.

Что же получается - IIS выдает список файлов, которых на самом деле нет на сервере? :-)

Почитал про букву "я". Проведу свои опыты.
Буду фиксить методом её удвоения, но не заменой на "Я".

Я бы сказал что это будет как раз работать только на IIS.
Это же надо додуматься до такого!
Ну хорошо, автозамена "Я" на "я" - это может быть логичным.
Но почему тогда сервер выдавая список файлов не производит такую же замену?
а, ну его, этот IIS - более неудобного ФТП сервера я ещё не видел

Может, тогда в случае IP, сортировать как числа? т.е. сначала адреса из IP отсорированные как числа, потом доменные сервера отсортированные, как строки.

Такой кнопки нет, вот я предлагаю её сделать.

Смысл- Знать изменения начиная с даты Х. А главное, мне очень хочется получать отчёты "изменениЯ на сервере за XX дней", это шаг вперед к созданию такого отчёта.

Всё отлично не знал, что такая маска допустима. У других программ(у большенства), всё что после "*" игнарируется. Но если в FI проходит маска "*Qwin.exe*", то просто отлично!

Только что проверял замена "я" на "Я" работает не только на IIS, но и на прочих серверах. Но спор тут не к чему. Я за решение проблемы! Даже согласен, что метод "яя" правильнее, главное, что бы он работал. Ведь как уже было замечено виндовые сервера работают в обход стандартов.

Неудобные, за то как стандарты блюдёт.

Может, тогда в случае IP, сортировать как числа? т.е. сначала адреса из IP отсорированные как числа, потом доменные сервера отсортированные, как строки.

Лишние телодвижения, лениво
Сделал сейчас так, что при поиске серверов имя сервера есть IP-адрес, дополненный нулями до 3 цифр.
Будет теперь сортироваться почти как числа.

Такой кнопки нет, вот я предлагаю её сделать.

Открывая ФИ, тупо смотрю на кнопки "пуск" "продолжить" "стоп" в окне поиска серверов и ничего не понимаю

Смысл- Знать изменения начиная с даты Х. А главное, мне очень хочется получать отчёты "изменениЯ на сервере за XX дней", это шаг вперед к созданию такого отчёта.

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

Всё отлично не знал, что такая маска допустима. У других программ(у большенства), всё что после "*" игнарируется. Но если в FI проходит маска "*Qwin.exe*", то просто отлично!

С каких это пор? Всю жизнь "*" означала "любое количество любых символов", н никогде не означала "всё что угодно до конца строки".
Вот сама-самая последняя "*" это "до конца строки" и означает. А в середине - никогда.
Устрой, для примера, поиск файлов в ФАРе, Тотальнике - там тоже сделано "всё как положено".

Неудобные, за то как стандарты блюдёт.

Чего?! А как понимать гениальное решение IIS'а по умолчанию выдавать список файлов не в UNIX-стиле, а в MS-DOS?
Да и с каких это пор MS блюдёт чужие стандарты?

Дополнение нулями помогает только с последней триадой. Просто у меня в списке нет не одного сервера, адресом которого является доменное имя. Ну да ладно, лень это святое

Уточняю, я имел ввиду окно "поиска фалов".

Изменений между опросами нет, но можно брать ближайшую(вперед) дату опроса. Или можно выбирать только из имеющихся дат опроса

Ну попутал я немного Просто как-то давно с этим возился и были проблемы, вот и сложилось у меня после этого неправильное представление.
P.S. про поиск файлов. Попробовал пустая строка поиса(это видимо эквивалентно "*.*") и "Все сервера". через 30 сек я завершил задачу аварийно. К тому времени за FI числелось 730МБ памяти(и это не предел). Размер баз на диске у меня 90МБ. Несколько утрирую, получается коофициет разжатия (<8:1)

Нет, если адреса записа как "010.009.200.054" то сортировка рабтает как нужно. Проверено уже

Ых, буду думать что там можно сделать....

Так о чем тогда спор? Так же сейчас и сделано

Угу, приходится при поиске держать названия каталогов для каждого файла, вместо карты путей... Можно что-то придумать, но это притормозит поиск...

Мы о разном. Я начинал дискуссию с сортировки колокни "Адрес", а нули добавляются в "Сервер"(имя сервера). Наверное все же придется менять сортировку с "адрес" на "сервер", а так не хочется.

Есть даты опросов(с ними всё понятно), а есть некое дублирование этого понятие-"запомнить дату" к которому привязаны счетчики новых, измененых,... файлов Т.е. если сделасть кнопку(действие) "запомнить дату {дата из прошлого}", то счётчик новых файлов показывал бы кол-во новых файлов начиная с {дата из прошлого}. Мутно объяснил, но надеюсь смысл ясен. Я уже писал, что этим предложением, я пытаюсь плавно подвести к отчетам. Сейчас "новый файл", это файл, который появился на сервере в промежутке времени [последнее нажатие на "запомнить дату"--- настоящее время], гораздо интереснее если "новый файл" это..... из промежутка времени [любая дата из прошлого--- настоящее время].

Тут проблема в том, что адрес может быть записан как IP или как DNS-имя.
Но для программы в любом случае это строка с адресом и сортируется она как строка.

В "просмотре обновлений" можно выбрать любую дату и увидеть новые/удаленные/измененные файлы с выбранной доты до "сейчас".
И можно там же отчет сформировать.
Чего ещё не хватает?

не то что я имел в виду.... алгоритм опеределения активности/неактивность кнопки "сформировать отчет"не соответсвует выполняемым действиям... учитываю действия которые она выполняет, эту кнопку, вообще лучше не гасить.

Не хорошо отвечать вопросом на вопрос, но всё же отвечу:
1.почему "дат опроса" всего 15?
2.В базе каждому файлу, соответствует дата_опроса или индекс_на_даты_опроса?
Если ответ на предыдущий вопрос индекс_на_даты_опроса, то вопрос
3. Почему выборка происходит не по индексу, а по дате?
4. Зачем в поле "Показывать изменения с" есть ввод секунд, учитываю, что программа секунды игнорирует?

Было решено что 15 - это самое то что нужно. Мало?

В базе каждый файл хранит дату/время файла с сервера и дату/время измнеения.
Индексы тут привели только к лишним проблемам.

Программа работает с датами.
Даже если были бы индексы, то показывать лучше не "5-й опрос", а "оопрос в ЫЫ часов"

Это стандартный элемент "ввод даты или времени". Не вижу смысла писать свои элементы, если есть стандартные.