FTPInfo | Главная Помощь Поиск Участники Календарь Файлы |
Здравствуйте Гость ( Вход | Регистрация ) | Выслать повторно письмо для активации |
Aas |
Дата 26.11.2005 - 20:10
|
Пользователь Профиль Группа: Members Сообщений: 72 Пользователь №: 13 Регистрация: 28.06.2005 |
Во-первых, это очень классный и нужный режим!
Экономится как трафик, так и нервы владельцев серверов, банящих за скан И при активном использовании этого режима родилось такое предложение: Реализовать запрос list -LR не с корневого каталога, а с произвольно задаваемого. Итак: 1. На сервере, кроме нужного контента, есть еще куча ерунды, типа *.jpg и т.п. В текущей реализации "быстрого" опроса сервер вынужден собрать информацию о всех своих файлах. Очень часто из-за большого объема ненужных данных в этом режиме происходят таймауты, лишняя нагрузка на сервер и лишний трафик. Вывод - хочется "быстро" опрашивать не весь сервер, а только определенные каталоги. 2. Реализовать предлагаю так: указывать уровень каталогов с которого начинается "быстрый опрос". 0 - корневой, 1 - первого уровня и т.п. И пожелание, насчет опросов вообще: Если FTPInfo умеет переключаться с быстрых режимов на медленные автоматически, то очень хотелось бы иметь и обратную возможность - из-за того, что софт у держателей фтп меняется, а вручную пытаться переключаться на более быстрые режимы - очень неудобно. P.S. Да, позволю себе напомнить автору про дефолтовый профиль, для вновь добавляемых серверов. |
kiv |
Дата 27.11.2005 - 01:51
|
||
Новичок Профиль Группа: Members Сообщений: 39 Пользователь №: 58 Регистрация: 24.11.2005 |
Могу привести море примеров быстрого опроса, когда сожжено 100 метров трафика, а инфы получено 0,0. Даже не море, а океан, пожалуй. Есть сервера, которые в фасте опросить можно только теоретически, практически - никогда. Поэтому, если уж и делать автопереключку с обычных режимов на быстрый, то исключительно опционально. Иначе про опрос некоторых серверов можно забыть навсегда. |
||
MAS |
Дата 28.11.2005 - 20:17
|
||||
Старик Профиль Группа: Автор Сообщений: 1228 Пользователь №: 2 Регистрация: 21.06.2005 |
А кто мешает указать корневым каталогом не корень, а нужный каталог? Тогда FI и опросит от него и далее.
В планах, но не сейчас. |
||||
Aas |
Дата 28.11.2005 - 20:30
|
||
Пользователь Профиль Группа: Members Сообщений: 72 Пользователь №: 13 Регистрация: 28.06.2005 |
Видимо, я недостаточно хорошо объяснил. Попробую еще раз. Например, на сервере такие каталоги: -pictures -video -music -soft Пусть в этом списке pictures проигнорированы. Однако в подкаталогах этого каталога - миллион файлов. Из-за этого "быстрый" опрос получается вовсе не быстрый, а чаще всего просто неудачный (срабатывает таймаут). Теперь почему недостаточно сделать "быстрым" опрос только каталогов перого уровня - часто бывает так: -upload -soft -media --pictures --video В этом случае "быстрым" следует делать опрос начиная со второго уровня. Согласитесь, подобная функциональность сильно отличается от простой смены корневого каталога. |
||
kiv |
Дата 4.12.2005 - 01:28
|
||
Новичок Профиль Группа: Members Сообщений: 39 Пользователь №: 58 Регистрация: 24.11.2005 |
Это действительно назревшая и весьма серьезная задача. Не сомневаюсь, что автор имеет ее (или она его :-)) в виду, и, рано или поздно, это будет все-таки решено. Но для этого надо проделать длинный путь: научить программу работать с корневым 0-уровнем (пока что минимальный уровень это 1); научить прогамму производить не разово-тотальный фаст-опрос (да и не только фаст) по единожды указанному пути, а серию последовательных фаст-опросов по любому количеству путей (хоть заданных вручную через запятую, хоть автоматическим перебором всех каталогов); научить программу опрашивать произвольно выбранный вручную каталог или несколько каталогов; научить программу "понимать" заданную глубину опроса заданную не на весь сервер, а на каждый отдельный каталог; и т.д. Существует и еще ряд весьма интересных и нестандартных задач, которые можно было бы реализовать, если бы удалось выполнить хотя бы часть из вышеописанного. Но это будет уже программа значительно более высокого уровня и работы здесь ИМХО немеряно (как и неизбежных последующих глюко-багов). Но кто мешает нам помечтать? Ну и не будем забывать, что FtpInfo делает всего лишь один человек, а не софт-гигант со штатом и отделами. Причем в свободное от основной работы время. |
||