uVS - Тестирование

[demkd 636]

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

---------------------------------------------------------
 4.00 Beta 5
---------------------------------------------------------
 o При работе с образом теперь нет необходимости нажимать завершаюший "Применить",
   можно просто закрыть uVS, команды из очереди будут помещены в скрипт.

 o Добавлена улучшенная функция эмуляции исполнения команд.
   Функция теперь работает в любом режиме uVS, т.е. доступна не только при работе с образом.
   Откат или удаление команды из очереди возвращает статус объекта на момент отдачи команды.
   (!) При работе с реальной системой эмуляция действует до отмены/выполнения команды, обновление списка
   (!) не оказывает влияние на статус объектов действия команд в очереди, т.е. в uVS вы видете результат еще не выполненных команд.
   (!) При работе с образом эмуляция действует до отмены команды или отката по Ctrl+Z до точки предшествующей
   (!) помещению команды в очередь. Кнопка "Применить" делает статус объекта постоянным, однако и в этом случае возможен откат по Ctrl+Z.
   (!) Эмуляция для связанных объектов производится только после нажатия кнопки "Применить". (например имеющих статус "авторановый")

 o Функция безопасного удаления ссылок на все отсутствующие объекты теперь атоматически переносит команды из очереди в скрипт.
   Восстановлена и улучшена функция эмуляции команды при работе с образом.
   (!) Только при работе с образом и флаг ImgDelnfrUnwind равен 0.

 o Функции удаления каталогов теперь атоматически переносят команды из очереди в скрипт.

 o Исправлена ошибка при выполнении скрипта: команда delvir очищала очередь команд без их исполнения в случае если ей не было обнаружен ни одного вируса.

 

[alamor 69]

33 минут назад, demkd сказал:

так это давно реализовано, я даже не помню в какой версии.

А где это можно увидеть? Зашёл в Alt + U -> нажал ПКМ, вижу только В буфер обмена можно скопировать имя и путь. 
 

[demkd 636]

19 минут назад, alamor сказал:

А где это можно увидеть? Зашёл в Alt + U -> нажал ПКМ, вижу только В буфер обмена можно скопировать имя и путь. 
 

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

[PR55.RP55 83]

 

Demkd

Вот это уже другое дело.

А, что, если в скрипте ОТОБРАЖАТЬ записи из очереди команд в виде комментария ?

Оператор открывает скрипт и видит все отданный им команды.

Вся разница в том, что команды из очереди в скрипте с пометкой.

Пример:

           
	;uVS v4.0b5 [http://dsrt.dyndns.org]
;Target OS: NTv6.1
v400c
OFFSGNSAVE
;------------------------autoscript---------------------------
	chklst
delvir
	delref %SystemDrive%\PROGRAMDATA\1C1E4EF3-A4FE-42A4-A546-08F69E47D2D1\PLUGINS\7\PLUGIN.EXE
del %SystemDrive%\PROGRAMDATA\1C1E4EF3-A4FE-42A4-A546-08F69E47D2D1\PLUGINS\7\PLUGIN.EXE
	delref %SystemDrive%\PROGRAM FILES\COMMON FILES\1C1E4EF3-A4FE-42A4-A546-08F69E47D2D1\UPDATER.EXE
del %SystemDrive%\PROGRAM FILES\COMMON FILES\1C1E4EF3-A4FE-42A4-A546-08F69E47D2D1\UPDATER.EXE
	delref %SystemDrive%\PROGRAMDATA\1C1E4EF3-A4FE-42A4-A546-08F69E47D2D1\PLUGINS\5\PLUGIN.EXE
del %SystemDrive%\PROGRAMDATA\1C1E4EF3-A4FE-42A4-A546-08F69E47D2D1\PLUGINS\5\PLUGIN.EXE
	;-------------------------------------------------------------
	# ;---------command-block---------
# delall %SystemDrive%\$RECYCLE.BIN\S-1-5-21-739754699-733959739-896284075-1000\$I48QTLY.EXE
# delall %SystemDrive%\$RECYCLE.BIN\S-1-5-21-739754699-733959739-896284075-1000\$I590790.EXE
# delall %SystemDrive%\$RECYCLE.BIN\S-1-5-21-739754699-733959739-896284075-1000\$I628TRI.EXE
# delall %SystemDrive%\$RECYCLE.BIN\S-1-5-21-739754699-733959739-896284075-1000\$I7PPXQJ.EXE
	

[PR55.RP55 83]

+

т.е. команды реально в скрипт не добавлены, но оператор может их там видеть.

т.е. это только информация для оператора, чтобы он видел все отданные  команды.

# ;---------command-block---------
#1 delall %SystemDrive%\$RECYCLE.BIN\*
#2 delall %SystemDrive%\$RECYCLE.BIN\**
#3 delall %SystemDrive%\$RECYCLE.BIN\***
#4 delall %SystemDrive%\$RECYCLE.BIN\****

Может быть в комментарии добавлять и порядковый номер команды.

 

[demkd 636]

не надо захламлять скрипт всякой ненужной фигней.

[PR55.RP55 83]

Demkd

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

Если есть ошибочная запись в скрипте её можно убрать ( отменить )

Команды не выполняются, а только записываются - значит время здесь не имеет значения.

Просто не понимаю.

 

[PR55.RP55 83]

+

 4.00 Beta 1
---------------------------------------------------------
 o Добавлена очередь команд, вы можете отдавать команды без ожидания исполнения каждой команды в отдельности, что может очень существенно уменьшить общее время исполнения команд.
 

Рассмотрим это логически ?
Ожидание при работе с образом: его нет... нет ожидания.
Здесь нет исполнения команд - значит нет и времени исполнения.
Вывод из этого элементарный.
---------
Далее:
Часть команд пишется сразу в скрипт, а часть в очередь.
В этом также нет смысла.
Получается часть команд оператор может отменить, а часть нет.
Если оператор не может произвести удаление по выбору, то для чего это всё ?

[santy 153]

11 часов назад, demkd сказал:

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

 

будут ли в v4 поддерживаться старые образы, которые были созданы в uVS 3*?

 

[demkd 636]

8 часов назад, PR55.RP55 сказал:

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

1. Оптимизация
Команды не просто записываются в очередь, они оптимизируются например:
сперва отдали команду для файла delref, но походу исправления стало ясно что надо удалять целиком, просто отдается delall и все, никаких исправлений скрипта, никакого отката, тем более что он может быть недоступен, аналогично происходит со связкой delref+del, функция эмуляции команд распознает подобные команды и просто скрывает объект из списка, причем не важно в каком порядке отданы команды. Повторная отдача команды не приводит к повторной записи в скрипт, мало того если пользоваться правильной версией delnfr с разверткой то даже тут не будет повторных delref в скрипте, т.е. при правильном использовании скрипт получается оптимальным автоматически.
2. Единообразие
Во всех режимах работа с uVS выглядит идентично и оператору не нужно перестраиваться для перехода от работы с образы к работе с активной системой или удаленной, заодно дает понимание как работает uVS со скриптом, не важно в каком порядке ты отдаешь команды, ты можешь сперва отдать команду на удаление файла и лишь потом на его выгрузку, все равно при обработки очереди будет соблюден поэтапный порядок исполнения для каждого блока с завершающим apply, сперва выгрузка, потому удаление ссылок и лишь потом удаление файлов. Нет отрыва от реальной системы и это позволяет избегать глупых ошибок при создании скрипта. Единообразие.
3. Выборочная отмена команд, побочная функция просто маленький бонус, просто даже окинуть взглядом приятно чем рыться в скрипте, где может быть 3x команд на каждый объект.

8 часов назад, PR55.RP55 сказал:

Часть команд пишется сразу в скрипт, а часть в очередь.

Кто-то так отчаянно боролся за delnfr и теперь опять не доволен? xD
Комплексные команды вроде deldir/delnfr/delvir нельзя включать в очередь они должны выполняться в строго определенном месте и строго после ранее отданных команд и все последующие после них команды должны выполняться после этих команд, вполне очевидно почему это так.

9 часов назад, PR55.RP55 сказал:

Получается часть команд оператор может отменить, а часть нет.

Все команды можно отменить, а комплексные только по Ctrl+Z, потому что они затрагивают весь список, а не один отдельно взятый объект.

8 минут назад, santy сказал:

будут ли в v4 поддерживаться старые образы, которые были созданы в uVS 3*?

Да, как и при прошлой смене версии образа.
 

[santy 153]

demkd,

можно каким-то образом оптимизировать добавление постскрипта?

сейчас мы имеем:

Цитата

 Имя скрипта (без пути) добавляемого автоматически в конец автоскрипта.
   ; Скрипт должен быть в виде текстового файла в UNICODE кодировке.
   ; Расположение: в подкаталоге "script".
ImgAutoScriptAdd=deltmp.txt
; (по умолчанию пустая строка)

в качестве постскрипта я использовал две команды:

deltmp &delnfr

сейчас бы я хотел, чтобы в качестве постскрипта автоматически выполнилось действие alt+del &apply,

по сути -это макросы.

[demkd 636]

50 минут назад, santy сказал:

сейчас бы я хотел, чтобы в качестве постскрипта автоматически выполнилось действие alt+del &apply,

по сути -это макросы.

Что бы еще и эмуляция команд была? Придется писать полноценный эмулятор исполнения команд с разбором ошибок и прочее, а это уже лень.
А вот оптимизацию автоскрипта можно сделать, там давно напрашивается избавление от chklst+delvir и пост chklst после скрипта в случае если в скрипте нет addsgn, а стандартную очистку можно сделать для автоскрипта опциональной по флагу, она все равно не помешает в 100% случаев.

[santy 153]

20 минут назад, demkd сказал:

Что бы еще и эмуляция команд была? Придется писать полноценный эмулятор исполнения команд с разбором ошибок и прочее, а это уже лень.
А вот оптимизацию автоскрипта можно сделать, там давно напрашивается избавление от chklst+delvir и пост chklst после скрипта в случае если в скрипте нет addsgn, а стандартную очистку можно сделать для автоскрипта опциональной по флагу, она все равно не помешает в 100% случаев.

да, пожалуй, это будет лучшим решением. а ImgAutoScriptAdd тогда буду эмптить.

[PR55.RP55 83]

Цитата

Demkd пишет:    

Комплексные команды вроде deldir/delnfr/delvir нельзя включать в очередь они должны выполняться в строго определенном месте и строго после ранее отданных команд и все последующие после них команды должны выполняться после этих команд, вполне очевидно почему это так.  

----------------------

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

И есть логика её работы.

Запись deldir/delnfr/delvir можно добавить в очередь только для оператора.

Оператор видит команды - но сама программа их не учитывает.

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

 

[demkd 636]

5 минут назад, PR55.RP55 сказал:

Запись deldir/delnfr/delvir можно добавить в очередь только для оператора.

С чего бы вдруг, все эти команды эмулируются.

[PR55.RP55 83]

Demkd

Я вот о чём:

deldir - сразу пишется в скрипт и эту команду нельзя увидеть в очереди.

delref - пишется в очередь и её нельзя увидеть в скрипте.

и т.д.

[PR55.RP55 83]

+

Оператор должен иметь возможность видеть все команды в одном месте.

[santy 153]

11 минут назад, PR55.RP55 сказал:

+

Оператор должен иметь возможность видеть все команды в одном месте.

он и увидит их в одном месте - в скрипте.

[PR55.RP55 83]

santy

он и увидит их в одном месте - в скрипте.

-----------

он их увидит но когда ?

точно не в процессе работы, а в самом конце перед сохранением скрипта.

Я же хочу, чтобы оператор видел всю картину - все отданные им команды в _процессе работы.

грубо говоря - так, как это было в версии: 3*

[santy 153]

RP55,

смотри в лог uVS и все увидишь в одном месте. в логе протоколируются все отданные команды.

(это работает так же как и в 3 версии).

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

[PR55.RP55 83]

4 минуты назад, santy сказал:

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

А цель хирурга - это успешное завершение операции.

Только если хирург не будет видеть всей картины - это уже и не операция.

6 минут назад, santy сказал:

в логе протоколируются все отданные команды.

В том числе и проверка по V.T. и прочее... в общем всё подряд.

[PR55.RP55 83]

+

Несколько примеров.

1) Чтобы отменить команды - оператор должен их видеть.

А сейчас записи не в одном месте, а в двух разных местах.

2) Неудобно тестировать программу - проверять, что где и как.

3) Начинающему оператору важно видеть = контролировать процесс - учиться.

Итоговый результат - это хорошо но недостаточно.

---

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

[santy 153]

RP55,

видеть все, и видеть все в одном месте - это разные вещи, и картинки тоже будут разные.

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

-------

 

[demkd 636]

5 часов назад, PR55.RP55 сказал:

А сейчас записи не в одном месте, а в двух разных местах.

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

[PR55.RP55 83]

Demkd

А кто нибудь сможет самостоятельно научиться работать с uVS 4 ?
Представим человек находит в сети информацию о программе - решает попробовать - посмотреть, что это.
И, что будет...

Какой смыл создавать программу с которой будет работать всего несколько человек.

Это как сделать кубик-Рубик с 1000 граней.
Это теоретический шедевр...
А практически - хрень.

На версии 3* Оператор отдавал команды и сразу видел, что к чему.
Видел, или запись в скрипте, или результат применения команды.

В версии 4* понять, что происходит вообще невозможно.

И для тех, кто работает с автоскриптом все эти ноу-хау также по большому счёту ненужны.
Тогда для кого программа ?
--------
Что нужно добавить:
Часть меню должно быть не активно до тех пор пока оператор не отдаст команду: Начать изменения.
т.е. оператор не сможет отдать ни одной _деструктивной команды из контекстного меню файла\объекта пока не отдаст команду: Начать изменения.
Тогда всё становиться на свои места.
Оператор будет видеть\понимать - раз меню не активно - нужны дополнительные действия - команды.
Такие, как: начать изменения; принять изменения.