1.9.0 Beta 11 - Список файлов, Неверное создание!

Скачал таки и установил последнюю версию.
Один глюк установлен точно, тянется еще с версии 1.8.9 (раньше не знаю).

Например, есть 3 таких файла, как !SSL_Project.nfo в разных папках одного сервака.
(Пока сканирую только собственный и по нему же единственному создаю отчет).
Именно в созданном списке FI раскидала их не в те папки!
При этом, просмотр в самой программе показывает, что считаны эти файлы правильно, находятся на своих местах.
Вот они из списка самой программы, что соответствует действительности:
/Util/FtpInfo_v1.8.9/!SSL_Project.nfo - 762
/Util/True_Launch_Bar_v3.2_ru/!SSL_Project.nfo - 2,104
/Util/UltraISO_ME_v7.6.2.1180/!SSL_Project.nfo - 627

А вот где они оказались во внешнем списке:

/Util/Floppy.Collection/!SSL_Project.nfo - 0 КБ
(Нету в этой папке такого и никогда раньше не было!)

/Util/Samplers/IKMultimedia/!SSL_Project.nfo - 2 КБ
(Нету в этой папке такого и никогда раньше не было!)

/Util/True_Launch_Bar_v3.2_ru/!SSL_Project.nfo - 0 КБ
(Размер должен быть 2 КБ, что говорит о том, что этот файл, скорей всего, привязался к этой папке случайно, точно так же как и предыдущие из описанных, хотя он и совпал с предназначением.)

Результат доступен по прямой ссылке отсюда.
Все 3 файла находятся почти в конце списка.

В проблеме подозревается восклицательный знак находящийся в наименовании файлов, т.к. другие nfo файлы прописались вроде бы нормально. Но так не должно быть. "!" знак является разрешенным в наименованиях файлов. Других причин не вижу...

Вот еще одна непонятка из того же, что и предыдущий случай.
На серваке именно сегодня были изменения файлов, добавления новых, а так же удаление каталога вместе с (как минимум!) одним файлом внутри (сколько было точно уже не знаю).
1. Удаления не отразились даже в списке самой программы!
2. Изменения и добавления в прогамме видны, но никак не отражаются во внешнем списке, хотя сам список создан вроде правильно с учетом изменений и пополнений (не считая глюков описанных в предыдущем посте).
А главное, статистика тоже нулевая, кроме суммы всего файлов и каталогов.

Ну ладно. Предположил, что напортачил с шаблоном. Хотя статистика при ручном создании и ручной отправки в версии 1.8.9 отображалась этим же шаблоном правильно.
Сделал тестовые закачки на хост, запустил сканирование, вижу в автосозданном и автоотправленном списке изменения: добавлена тестовая папка с файлами и отдельно файлы в корне. Все нормально, кроме отсутствия цветового различия и стабильно пишется у всех "изменен", даже если добавлен.
Опять же, самое главное, в статистике эти добавления отразились не полностью.
Т.е. общее кол-во увеличилось, а вот добавлено = 0!

На всякий, вот кусок шаблона с общей статистикой.
===
Директорий: <~ALLDIRS><br>
Добавлено: <~NEWDIRS><br>
Изменено: <~UPDDIRS><br>
Удалено: <~DELDIRS></td>

Файлов: <~ALLFILES><br>
Добавлено: <~NEWFILES><br>
Изменено: <~UPDFILES><br>
Удалено: <~DELFILES></td>
===
Здесь отрабатываются только 2 параметра:
Директорий: <~ALLDIRS><br>
Файлов: <~ALLFILES><br>

Делаю сразу же еще один тест. Удаляю 2 из 4-х тестовых файлов, закидываю 3 новых.
В главном окне программы статистика показана правильно - 2 новых, 3 удаленных. Открываю список изменений, добавленные файлы вижу, удаленные не отображаются, хотя все галки, в том числе и "удаленные" стоят!
Смотрю измененный внешний автосписок, со статистикой таже ерунда.
Правильно отображается только общее колво, в добавленных и удаленных файлах = 0. :-(

Заодно проверил глюк с "!" в наименовании файла. Вставлял его в начало, в середину и в конец имени. Тест подтвердил, что программа глючит только в том случае, если имя файла начинается с "!".
Если он в середине или в конце - отрабатывается правильно.

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

Так и сделал - отправил 2 файла прицепом.

Посмотрел базы. У меня эти файлы нормально показываются, на своём месте...
И ошибок с файлами с "!" вначале нет
Что за ФТП сервер ты используешь? может это в нём дело?
Попробуем так - "опции", "настройки программы" - вести подробный лог работы.
Просканируй свой сервер и вышли (или на форум выложи) полный лог опроса.
Посмотрю что и как.

Александр, ты не понял.

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

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

Во-вторых, FI у себя показывает все нормально! Значит FTP-шник просканировался как положено и база создалась правильная! Что подтверждено твоим просмотром моих баз.

В-третьих, коли "тест" отображает все правильно на моем шаблоне, как надо, значит и шаблон тут тоже не при чем!
Тем более, что и на твоих шаблонах из версии 1.8.9 та же беда.

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

Посмотри, только НЕ В ТЕСТЕ!!! будут ли у тебя в созданном по шаблону списке ВСЕ общие статистические данные? (См. выше, я уже писал о новом баге в 11-й бете.)

Так что, в серваке проблем нет никаких!
Именно статистика у меня отображалась в версии 1.8.9 ВСЯ на этих же данных нормально!

Заодно посмотри, почему "ТЕСТ" показывает данные по шаблону правильно: изменяются цвета, показываются: изменен, удален, добавлен, а в реальном конечном ВНЕШНЕМ списке имеется лишь одно значение ИЗМЕНЕН, вообще для всех файлов и папок?

Хотя не вижу в этом смысла, (см.выше) но выслал на мыло.
Там все четко - файлы с "!" на месте. Никакого бардака.

На всякий случай, чтобы произошли хоть какие-то изменения, закинул новый файл Test.txt на сервер в корень.
Посмотри как у тебя отработается список по шаблону в РЕАЛЕ!
Интересует корректное отображение статистики и соответствующее отображение изменений в самих файлах, например, по шаблонам, Xstream.tem и обычный.tem - увидишь, что никаких изменений там нет ни в статистике ни в самом списке!
Файл Test.txt отображается как updated.

PS Юзера и логин в начале я забил звездами.
Базу с последним сканом (от которого лог) тоже прицепил.

У меня всё показывает, и в отчетах и в поискке обновлений.

Уточни - ты созадешь ОТЧЕТ ОБ ИЗМЕНЕНИЯХ или СПИСОК ФАЙЛОВ?
Я подозреваю что второе.
RTFM! У "Списка файлов" нет понятия "новый" или "удален". Тут выводится только все существующие в данный момент файлы. И статус у них всегда "изменен". Причем в списке файлов статус вообще не нужен.

А вот создание отчета по изменениям - там выводятся и новые, и удаленные и измененные файлы и каталоги.
И в этом блоке подставляются нужные значения:

Уточни - ты созадешь ОТЧЕТ ОБ ИЗМЕНЕНИЯХ или СПИСОК ФАЙЛОВ?
Я подозреваю что второе.

Зачем подозревать? Я везде говорил исключительно о СПИСКАХ, а не об отчетах...

Зачем же тогда в "Создать тестовый СПИСОК" это все работает?

Где конкретно написано, что в СПИСКАХ нету таких понятий?

"Меню «FTP сервера»: Настройка отчетов. Вкладка «Настройки»" - не вижу.

"Меню «Просмотр»: Создать список файлов" - ничего такого нету.

"Руководство по созданию шаблонов отчетов"
В самом конце написано:
"В файл отчета выводится информацию обо всех измененных файлах, обрабатывая блок итераций для каждого файла."
Где написано что в СПИСКЕ файлов что-то отсутствует?

Почему в 1.8.9, в САМОЙ программе, в СПИСКЕ изменений, отображались удаленные файлы, а в этой перестали?

Блин... пойду тестировать теперь ОТЧЕТЫ...

Мда... в ОТЧЕТАХ отображаются, но, только все изменения!
То что было неизменно, вообще отсутствует.

В СПИСКАХ показывается вообще все, кроме удалений и отражения изменений.

Зачем же тогда вообще в списках показывать во всех случаях "изменен"?

Да и в в тесте ведь все работает нормально в СПИСКАХ, так почему не сделать то же самое в реале?!
Зачем насильно ограничивать юзера, не предоставляя ему самостоятельный выбор: что включать, а что нет в отчет и в списки?...

Вот засада... Рано я обрадовался.

Правильнее было бы тогда добавить еще одну служебную пару тегов, например, [~IFNOTUPD][/~IFNOTUPD] (или что-то вроде этого) и позволять отрабатывать неизмененные файлы и каталоги. Т.е ввести 4-й естественный статус, тем самым дав пользователям составлять ЛЮБЫЕ отчеты или списки на свой вкус.
Что-то в таком духе я давно уже хотел спросить или предложить...

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

Потому что это список _ИЗМЕНЕНИЙ_ на сервере. Вот добавилось у тебя 3 новых файла и 5 изменилось - именно эти файлы в отчете и выводятся.

Неверно. В списке показываются все имеющиеся в данный момент файлы.

Потому что нужно какоё-то статус показывать. Список и отчет формируются одинаково, разница тольок в том _что_ будет в этом списке. Вот и пришлось пойти на догооврённость, что в списке все файлы "изменены".
И вообще - при осздани СПИСКА статус нет смысла использовать.

Не понял?

RTFM?
В "списке всех файлов" выводятся ВСЁ сужествующие файлы.
В отчет по обновлениям выводятся те файлы (новые/удаленные/измененные), как указал пользователь в настройках.
Какой _ЕЩЁ_ выбор нужен?

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

Вопро спорный. Чаще всего пишут без ведущих нулей.
Если только ввести пару тегов "месяц с ведущим нулём" и "день с ведущим нулём".

Неверно. В списке показываются все имеющиеся в данный момент файлы.

Блииин... Ты правда не понимаешь о чем я говорю, или...?
Ну какая разница, "Стакан наполовину полный или стакан наполовину пустой"? Суть - РЕЗУЛЬТАТ , а не его название, который хоть твоими словами, хоть моими, один и тот же.
Или ты не понимаешь что ВАЖЕН РЕЗУЛЬТАТ, а не то каким способом его достигают?

Ты говоришь, как программист, возможно подразумевая, что у тебя и то и другое отрабатывает одна и та же функция (подпрограмма), а я говорю, в данном случае, как пользователь, которого совершенно не интересует (кстати, и не должно интересовать!!!), одна там функция или 150 разных.
Меня интересует, что результат различный, и что ты в упор не хочешь понимать, что я хотел бы получить в одном флаконе ВСЁ, без "либо-либо". Тем более, в тестовом списке получается почти так, как мне нужно, а в реальном - нет.

Соглашусь лишь в том случае, коль выдается только один статус - "изменен". Это точно бессмысленно.
А вот если бы в СПИСКЕ выдались ВСЕ статусы и отрабатывались соответственно ВСЕ тэги как в тестовом СПИСКЕ (или как в тестовом и реальном ОТЧЕТЕ), тогда смысл был бы, чего я пытался до сих пор добиться от программы, а теперь безуспешно пытаюсь объяснить тебе.

Мне все-равно, в конечном итоге, как это будет называться, ОТЧЕТ или СПИСОК. Меня интересует что бы в ЭТОМ, присутствовали ВСЕ статусы и отрабатывались ВСЕ тэги. А выбор должен быть за мной, а не за программистом, что именно мне выводить в ЭТОМ (списке или отчете...)

Лично мне нужно получить РЕАЛЬНЫЙ список ВСЕХ файлов и каталогов: новых, удаленных, измененных и неизмененных, почти так же, как это работает в ТЕСТОВОМ СПИСКЕ. При этом иметь возможность форматировать список (или как он там будет называться - не важно), по своему шаблону - иметь возможность форматировать по разному отображение файлов и каталогов имеющих разный статус, при этом, чтобы неизмененные тоже присутствовали в ЭТОМ ("КАК ЕГО ТАМ БУДУТ ЗВАТЬ").

ТАК ПОНЯТНО????

Не понял?

Мать моя женщина...
Последняя попытка.
Нажимаю "СОЗДАТЬ ТЕСТОВЫЙ СПИСОК" и вижу в результате ВСЕ статусы и ВСЕ прописанные в шаблоне варианты форматирования: удаленные, измененные, новые... в том числе ВСЕ отработанные тэги, позволяющие, например, раскрасить строчки в зависимости от статуса.
Если создаем НЕ ТЕСТОВЫЙ, а РЕАЛЬНЫЙ список, на РЕАЛЬНОЙ базе, как мы с тобой уже выяснили, СТАТУСЫ не отрабатываются, как и соответствующие им тэги.
Чего непонятного???

Вот я и спрашивал раньше, зачем же тогда отрабатывается в ТЕСТЕ то, что не отрабатывается в РЕАЛЕ?
А сейчас по иному спрашиваю, т.к. именно это важно и вляется главным -получить в реальном результате тоже самое, что наблюдается в тесте, в котором, блин, все тэги и статусы отрабатываются.

Повторяю:

Во-первых, последний раз пишу:
ТЕСТ НЕ СООТВЕТСТВУЕТ ДЕЙСТВИТЕЛЬНОСТИ!
Во-вторых, именно ТО, что в тесте, меня почти устраивает. То что получается в реальном списке - НЕТ!
В-третьих, с помощью "создать ОТЧЕТ" я не могу получить список неизмененных файлов, а с помощью "создать СПИСОК", я не могу отображать различный формат вывода, зависящий от статуса.

Повторяю... Мне нужно получить возможность создать такой ОТЧЕТ или СПИСОК, по хер, в котором бы отображалось все! Например, как в создаваемом ТЕСТОВОМ СПИСКЕ. В идеале, было бы здорово, если был бы добавлен еще один естественный статус, как я уже предлагал, для форматирования 4-го вида - "неизменный".
Может быть это можно решить как-то иначе... не знаю. Мне важно получить возможность форматирования для 4-х статусов в одном флаконе (списке или отчете - не важно).
Вот только в этом случае имело бы смысл запретить выводить вообще какой-либо статус, но только для неизменных файлов/каталогов. А для остальных хотел бы видеть СТАТУС и отображать соответствующие строчки разными форматами, возможно, разными цветами и т.п. точно так же как это выводится в ТЕСТОВОМ СПИСКЕ.

Вот какого выбора я хочу!
Чтобы программер не решал за меня в каком случае что выводить, и не кастрировал бы за меня в одном случае одно, а в другом - другое.
Чтобы хотя бы в одном случае (из 2-х предоставленных) позволил мне самому определять с помощью шаблона что выводить, а что нет, либо выводить вообще ВСЁ, хотя бы из ВСЕГО ТОГО что уже имеет и умеет программа.

Надеюсь, на этот раз, выше, я расписал достаточно вариантов для понимания сути одного и того же?

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

Чего???

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

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

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

Ну-ну, некий файл мкогда-то на сервере появился, потом 33 раза был изменен.
_Какой_ статус тебе показывать?

Тег "статус" используется только для списка изменений.

Вот отсяда поподробнее - ты предлагаешь хранить список всех-всех удалённых когда либо файлов?!
А база сервера в сотню метров тебя не испугает?

Идеологию создания отчетов/списков я менять не буду.
Список файлов - выдает полный список СУЩЕСТВУЮЩИХ на сервере файлов/каталогов. Только существующих!
И при этом статус _вообще_ не нужен, и поэтому устанавливается в нейтральное "изменен".
Список изменений - выдается список изменений на сервере с момента последнего создания отчета. или с выбранной даты (из списка изменений). Тут показываются только изменения на сервере.
Причем удалёные файлы хранятся в базе только до момента создания отчета, во избежания "разбухания" файла базы.

Ок, для создания тестовойго списка сделаю все тестовые статусы как "изменен".

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

Вот уже началось... То ты про дизайн говоришь, что ведущие нули всегда нужны.
А теперь, оказывается, нужны, но не везде. Будут отдельные теги, и пусть выбирают что нужно и кому нужно.

Да нет. Скорее, все закончилось.

Конкретно, цитату, пожалуйста.
Где я говорил что ведущие нули ВСЕГДА нужны?

Читай ВНИМАТЕЛЬНО.
Выше все БОЛЕЕ чем подробно написано и даже конкретный пример приведен!
Захочешь, сам все поймешь. В том числе, и о форматировании вывода списков/отчетов по статусам.

Ну а на "нет" и суда нет.
Покеда!