Временные файлы Smarteam

[capitaine 0]

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

но можно ли сделать как-то так, чтобы при закрытии смартима очищалась рабочая папка? хммм... хотя если некоторые файлы были выписаны (checked-out), то и их грохнет. ладно, напишу скрипт, который удаляет read-only файлы из рабочей папки. а вот на какое событие его повесить?

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

хотелось бы услышать (увидеть) ваши мысли по этому поводу.

[nester 0]

Хотелось бы узнать историю возникновения вопроса

Пользователи так активно работают, что происходит переполнение папки или почему?

А самое оптимальное событие (по - моему это завершение Windows и имеено read-only) в данной ситуации

[capitaine 0]

Хотелось бы узнать историю возникновения вопроса

Пользователи так активно работают, что происходит переполнение папки или почему?

А самое оптимальное событие (по - моему это завершение Windows и имеено read-only) в данной ситуации

<{POST_SNAPBACK}>

переполнения не происходит. просто определенный вид защиты от дурака.

по завершению Windows интересно, не не спортиффно.

[nester 0]

переполнения не происходит. просто определенный вид защиты от дурака.

<{POST_SNAPBACK}>

Как я понял проблема в том что они используют неактулизированные версии документов, т.е. используют их потом из этой папки, а не из SM?

а самый оптимальный вариант это запретить копирование

и если проблема в этом то пользователи извернуться и будут копировать в другое место на свой диск

[capitaine 0]

Как я понял проблема в том что они используют неактулизированные версии документов, т.е. используют их потом из этой папки, а не из SM?

а самый оптимальный вариант это запретить копирование

и если проблема в этом то пользователи извернуться и будут копировать в другое место на свой диск

<{POST_SNAPBACK}>

копирование вообще запретить нельзя. это архиневерно.

[nester 0]

копирование вообще запретить нельзя. это архиневерно.

<{POST_SNAPBACK}>

тогда настроить разрешение в SM копирование только в одну папку например smtemp и при выходе из винды или sm - delete read-only файлов из этой папки

[capitaine 0]

тогда настроить разрешение в SM копирование только в одну папку например smtemp и при выходе из винды или sm - delete read-only файлов из этой папки

<{POST_SNAPBACK}>

дык вопрос именно и заключается в том: где найти у Smarteam событие типа "on exit" для прицепления тудысь скрипта.

[green_fx 0]

дык вопрос именно и заключается в том: где найти у Smarteam событие типа "on exit" для прицепления тудысь скрипта.

<{POST_SNAPBACK}>

Все что вы тут обсуждаете это конечно хорошо, но если юзверь запустит смартим заберет файлы как копи и при оскрытом коннекте просто заберет эти read_only файлы к себе в папку... Да тут надо вешать событие не на close_window$. Просто внедрите свою dll в адресное пространство,

для скрытия файлов на диске вам нужно перехватить функцию ZwQueryDirectoryFile из ntdll.dll. Она является базовой для всех API перечисления файлов.

Для нас важны параметры FileHandle, FileInformation и FileInformationClass.

FileHandle - хэндл объекта директории, который может быть получен с использованием функции ZwOpenFile.

FileInformation - указатель на выделенную память, куда функция запишет необходимые данные.

FileInformationClass определяет тип записей в FileInformation.

FileInformationClass перечислимого типа, но нам необходимы только четыре его значения, используемые для просмотра содержимого директории.

Функция записывает набор этих структур в буфер FileInformation.

Во всех этих типах структур для нас важны только три переменных:

NextEntryOffset - размер данного элемента списка.

Первый элемент расположен по адресу FileInformation + 0, а второй элемент по адресу FileInformation + NextEntryOffset первого элемента. У последнего элемента поле NextEntryOffset содержит нуль.

FileName - это полное имя файла.

FileNameLength - это длина имени файла

Для скрытия файла, необходимо сравнить имя каждой возвращаемой записи и имя файла, который мы хотим скрыть.

Если мы хотим скрыть первую запись, нужно сдвинуть следующие за ней структуры на размер первой записи. Это приведет к тому, что первая запись будет затерта. Если мы хотим скрыть другую запись, мы можем просто изменить значение NextEntryOffset предыдущей записи. Новое значение NextEntryOffset будет нуль, если мы хотим скрыть последнюю запись, иначе значение будет суммой полей NextEntryOffset записи, которую мы хотим скрыть и предыдущей записи. Затем необходимо изменить значение поля Unknown предыдущей записи, которое предоставляет индекс для последующего поиска. Значение поля Unknown предыдущей записи должно равняться значению поля Unknown записи, которую мы хотим скрыть.

Если нет ни одной записи, которую можно видеть, мы должны вернуть ошибку STATUS_NO_SUCH_FILE.

[capitaine 0]

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

(скипнуто)

которую можно видеть, мы должны вернуть ошибку STATUS_NO_SUCH_FILE.

<{POST_SNAPBACK}>

спасибо, но овчинка выделки не стоит.

[green_fx 0]

спасибо, но овчинка выделки не стоит.

<{POST_SNAPBACK}>

Согласен

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