Отлично, значит, и там проблем нет.
Можно юзать оба варианта.
P.S.: navigator.platform и navigator.cpuClass можно было и не показывать, они не годятся, только - navigator.UserAgent.
]]>Я правильно понял что такой вариант "правильный":
Нет, только второй вариант.
о чем толкует уважаемый Flasher я в принципе не понимаю
Не знаю, как ещё по-другому объяснить это:
Достаточно разделять 2 режима среды - текущего процесса и системный. Вот применение последнего всегда покажет верный результат
этот код работает адекватно
"этот" - это первый или второй? Я-то с самого начала только за второй топлю.
А что касаемо cmd с примером по ссылке, то там нет возможности задавать родителем System.
Заметил, что для скриптового интерпретатора этот код работает адекватно (для WScript.exe x32 и WScript.exe x64), а вот в случае командной строки это не так. Пример, по ссылке ниже, явно даёт мне 2 разных значения в зависимости от режима.
C:\Windows\system32\cmd.exe возвращает AMD64
C:\Windows\SysWOW64\cmd.exe возвращает x86
]]>
new ActiveXObject('WScript.Shell').ExpandEnvironmentStrings('%PROCESSOR_ARCHITECTURE%') === 'x86' ? 'x86' : 'x64'
Если угодно так:
new ActiveXObject('WScript.Shell').Environment('System')('PROCESSOR_ARCHITECTURE') === 'x86' ? 'x86' : 'x64'
Хотелось бы уже резюмировать как-то, о чем толкует уважаемый Flasher я в принципе не понимаю
]]>Win 10 возвращает - x32,
Win 10 x64 возвращает - x64.
Проверил даже через WScript из SysWOW.
Так что для определения разрядности ОС (среды запуска) этого (одной переменной) вполне достаточно. Вторая переменная нужна только для определения действительной (физической) разрядности "железа", на котором всё запускается. Но необходимость в этом возникает крайне редко.
var x86 = wshShell.ExpandEnvironmentStrings('%PROCESSOR_ARCHITECTURE%');
WScript.Echo('x86: ' + x86); // AMD64
...x86 === x86str...
var wshShell = new ActiveXObject('WScript.Shell');
var x86str = 'x86';
var W6432str = '%PROCESSOR_ARCHITEW6432%';
var x86 = wshShell.ExpandEnvironmentStrings('%PROCESSOR_ARCHITECTURE%');
var W6432 = wshShell.ExpandEnvironmentStrings(W6432str);
WScript.Echo('x86: ' + x86); // AMD64
WScript.Echo('W6432: ' + W6432); // %PROCESSOR_ARCHITEW6432%
var arch = x86 === x86str && W6432 === W6432str ? "x86" : "x64";
WScript.Echo('arch: ' + arch);
wshShell.ExpandEnvironmentStrings("%PROCESSOR_ARCHITECTURE%") = "x86" && wshShell.ExpandEnvironmentStrings("%PROCESSOR_ARCHITEW6432%") = "%PROCESSOR_ARCHITEW6432%" ? "x86" : "x64"
не годится? Я так определяю, неверно?
]]>P.S.: navigator.platform и navigator.cpuClass можно было и не показывать, они не годятся, только - navigator.UserAgent.
]]>Xameleon
В таком случае по возможности предлагаю проверить в 64-битной среде на 64-битном эмуляторе запуск 32-битной виртуальной оси со стандартным вызовом скрипта. Что покажет?
Код
var w=[], navigator = new ActiveXObject("HTMLFile").parentWindow.navigator;
w.push(navigator.platform);
w.push(navigator.cpuClass);
w.push(navigator.userAgent);
WScript.Echo(w.join("\n"));
Вернет
Win32
x86
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)
Код
var Arch = 'x64';
var x = new ActiveXObject('WScript.Shell').Environment('System')('PROCESSOR_ARCHITECTURE');
if (x == 'x86'){Arch = 'x32';}
WScript.Echo(Arch);
Вернет
x32
]]>