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

Сорри, что вмешиваюсь в такое бурное обсуждение, но хотелось бы тоже высказаться

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

ИМХО, что действительно нужно, так это возможность изменения дефолтного профиля (или кнопкой "По умолчанию" или запоминать в опциях). Тут обеими руками "за". Тогда можно будет пользоваться "Опрашивать новые FTP при автопоиске", которую сейчас, действительно, включать как-то не с руки.
(К, примеру, в домашних сетях почти везде стоят ограничения на кол-во потоков скачки, так что это точно всегда приходится править. К тому же галки изменения-перемещения файлов, и игнорацию каталогов тоже обычно ставишь)

Я щитаю, что профиля это лишнее, зачем еще больше замудрять и усложнять, а настройки сарвера по умолчанию стоит сделать.

Одни говорят, что профилей будет слишком много, другим достаточно всего одного... ИМХО, истина где-то посередине
Как я понял, недоумение вызывает просьба видеть соответствие профиля...
Я считаю эту функцию полезной, только для того, чтобы не проверять настройки каждого сервера, с целью убедиться, что они правильные. Я предполагаю, что профили можно будет настроить так, что после их присвоения, в большинстве случаев, не придется менять ни одного параметра (из профильных) на сервере и измененные сервера будут исключением.

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

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

Угу.

А атк часто нужно убеждаться в том, к какому профилю принадлежит сервер?

Если изменяем настройки самого профиля, то настройки серверов, ранее выставленные по этому профилю не изменятся. Так?

Показывать в отчете какие файлы были удалены - нужно.
FI отслеживает изменения на сервере, а это и новые, и удалённые и измененные файлы.
Если отчеты создавать не нужно - тогда и опция "игнорировать" не нужна. Но при создании отчетов нужно показывать всё изменения на сервере

Хотя бы для того, чтобы убедиться что файл "ЫЫЫ" действительно был когда-то на сервере, но теперь удалён.

FI показывает изменения между двумя "срезами" содержимого ФТП. Файлы "мелькнувшие" между опросами ессно не отображаются.

Если серверов много и иногда приходится временно менять какие-то параметры сервера, то потом трудно вспомнить, где и что менялось.

Если сервер не соответствует никакому профилю, то и настройки серверов изменить нет никакой возможности.
А вот если соответствие есть, то возможен вариант (и он наверняка предпочтительный), когда изменение профиля приводит к автоматической смене параметров соответствующих серверов. Это можно рассматривать как дополнительный аргумент в пользу реализации соответствия

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

Если серверов много и иногда приходится временно менять какие-то параметры сервера, то потом трудно вспомнить, где и что менялось.

Так приши же к мнению, что группируем сервера по шаблону: одна группа - один шаблон

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

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

Самый плохой вариант. Наложил шаблон на сервер, и всё - невозможно изменить настройки сервера. А если тебе нужно наложить шаблон "ЫЫЫ", но парочку настроек изменить?
Если только помнить указатель на шаблон, но при его накладывании просто скопировать настройки в сервер - вот это самое то будет.

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

Ну, тут явно напрашивается новый шаблон

Аха, именно. А при изменении настроек (или отключении галки - смотря как реализовать) указатель забываем.

Опять я не в тему.

Несколько предложений:

1. Можно ли добавить строку описания в настройки сервера, которая отображалась бы в списке серверов? Было бы очень удобно, например, указывать в ней, что находиться на сервере: софт, игры, фильмы, музыка и т. д. А в списке серверов можно было бы выбирать сервера, например, с софтом и опрашивать только их. К тому же, сложно запомнить, на каком сервере что находится.


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

а) Изменить семантику галочки: пусть она обозначает не сервера с изменениями, как она делает это сечас (достаточно цветовой окраски строки), а обозначает то, что пользователь уже просмотрел последние изменения на этом сервере, то есть появляется только после того, как пользователь первый раз открыл (или закрыл) окно списка изменений после опроса сервера.

б) Если перевый вариант затруднителен по каким-либо причинам, то можно просто менять цвет галочки. Например, если пользователь еще не просмотрел список изменений после опроса сервера, то галочка красная, а после просмотра - зеленая.

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




Прошу прощения, не внимательно прочитал справку . Со второй проблемой может помочь возможность устанавливать отметки для серверов. Поэтому для меня второе предложение уже не столь актуально.

А кто мешает быть "в тему" и создать новую ветку с прадложением?

А чем плохо пистаь "описание" в поле "название сервера"? Будет там "192.168.33.55 игры" или "ftp.super.local всякая музыка".

Сервера с "галочкой" (есть изменения) - ещё не просмотренные.

После просмотра изменений уже нет, значит и отметка не нужна.
Только нужно закрывать "изменения" кнопкой "запомнить дату".

А как отмечать наличие изменений на сервере?

Все понял! Просто я не связал кнопку и галочку . Вопрос снят.

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

P. S. Чувствую, надо заново справку перечитать.

Опять подымаю просьбу:
Опрос сервера в несколько потоков.
Пример: есть на сервере каталог внутри котором есть еше несколько тысяч подкаталогов, на dial-up этот процесс растягивается на длительный период.
Вот сервер ftp://ftp.mplayerhq.hu Быстрый опрос не хочет делать, делает токо медленный.

Опрашивать сервер в несколько потоков Вы можете уже сейчас. Для этого необходимо разбить один сервер на несколько. Как это сделать посмотрите здесь, в п. 8. Для того чтобы не опрашивать вновь созданные сервера с нуля, рекомендую перед разбиением сохранить файл данных исходного сервера (он находится в каталоге данных под именем «имя_сервера.dat»). После создания новых серверов замените их файлы данных файлом данных исходного сервера и в Файловом Менеджере удалите ненужные ветки.

Дополнительно можно использовать функции игнорирования и\или игнорирования с сохранением, для более «тонкой» настройки того, какие каталоги опрашивать (чтобы не опрашивать параллельно одни и те же каталоги в разных серверах).

После этого запустите одновременный опрос этих серверов. Если увидите реальное уменьшение времени опроса всех серверов, то тогда можно будет поднимать вопрос о многопоточности (если он будет Вам еще нужен ). Но что-то мне подсказывает, что при dial-up соединении реального выигрыша не будет. Это только на широком канале можно добиться выигрыша (и то не всегда), хотя МАS не согласен со мной по этому вопросу .

Вот при наличии уточнения "не всегда" - согласен.