| |
|
|
| | Подскажите, как можно программно проверить, что приложение MSA выполняется на виртуальной машине? | |
| |
| |
| |
|
|
| | up.
Никто не знает? Или я не очень понятно спросил?
Попытаюсь уточнить:
Пользователь установил на своем компьютере виртуальную машину (VirtualPC, VMware, etc. ...). Установил на ней ось (допустим, WinXP). Далее установил MSAccess, открыл приложение (proga.mdb).
Как приложение (proga.mdb) сможет определить, что оно выполняется на виртуальной машине (а не на реальной )? | |
| |
| |
| |
|
|
| | VMware:
- запускается виртуальная машина;
- на VMware инсталлируется офис (аксес);
- на VMware запускаем proga.mdb;
и ОС и офис установленные на VMware могут отличаться от ОС и офиса установленных на компе | |
| |
| |
| |
|
|
| | Даже если они отличаются (или не отличаются), то что это нам дает? | |
| |
| |
| |
|
|
| |
Function IsVirtualMashine() As Boolean
Dim strManufacturer As String
Dim objWMIService As Object
Dim colItems As Object
Dim objItem As Object
Set objWMIService = GetObject("winmgmts:" _
& "{impersonationLevel=impersonate}!\\.\root\cimv2")
Set colItems = objWMIService.ExecQuery("Select * from Win32_BaseBoard")
For Each objItem In colItems
strManufacturer = objItem.Manufacturer
Next
IsVirtualMashine = (StrComp(strManufacturer, "Microsoft Corporation", vbTextCompare) = 0) Or _
(StrComp(strManufacturer, "VMWARE", vbTextCompare) = 0)
End Function
|
другие варианты:
http://www.codeproject.com/KB/system/VmDetect.aspx?print=true
http://mark.michaelis.net/Blog/HowToDetectVirtualMachineExecution.aspx | |
| |
| |
|
|
|
|
| |
|
|
| | Создать несколько сред для тестирования продукта (разные операционки, оффисы ...) | |
| |
| |
| |
|
|
| | Давно юзаю. На самом деле очень удобно. В последних версиях имеется возможность создания снимков установленной системы.
Например: поставил 98-ю ось - сделал снимок (Snapshot):
- office97 - Snapshot;
- officeXP - Snapshot;
- и т.д... различные варианты с сервис паками, мдаками и т.д.
Звонит юзверь и жалуется: - "у меня не работает". Быстро воспроизводишь у себя такие-же условия и проверяешь.
Плюс: никуда не надо бегать
Минус: трудно бороться с весом | |
| |
| |
| |
|
|
| |
>Плюс: никуда не надо бегать
>Минус: трудно бороться с весом
|
зачот :)
корпораты работают в монотонной среде - нет необходимости ее сециально воспроизводить поскольку она везде одинаковая.
когда звонит пользователь - нет времени на "быстро воспроизводишь" - поддержка идет к нему на машину удаленным администрированием и рулит по месту | |
| |
| |
| |
|
|
| |
корпораты работают в монотонной среде - нет необходимости ее сециально воспроизводить поскольку она везде одинаковая.
|
сильно зависит от парка машин
когда звонит пользователь - нет времени на "быстро воспроизводишь" - поддержка идет к нему на машину удаленным администрированием и рулит по месту
|
удаленный админ это хорошо но:
- не у всякого программера есть на то соответствующие права
- нужно в условиях юзера отладить программу, а у него нет времени на Ваши эксперименты
- пользователь беспокоится когда по его экрану сам собой бегает курсор и моргают окошки. Юзер начинает чувствовать себя беззащитным, появляются недоверчивость и раздражительность, что сильно влияет на его кпд в целом
- у высокого начальства таким наглым образом не поадминишь, субординация однако
- некоторые антивирусы могут блокировать работу удаленного админа
- есть юзеры с установленным файрволом
- удаленность машины может не позволить Вам работать с адекватной скоростью | |
| |
| |
| |
|
|
| | Кроме уже сказанного, можно построить свою локальную сеть со свои шлюзом на одном компе. В которой будут несколько взаимодействующих серверов ;-) | |
| |
| |
| |
|
|
| | прикольно 
спасибо всем ответившим  | |
| |
| |
| |
|
|
| | это да... в академических т-скаать целях очень любопытно | |
| |
| |
