Input unicode in windows

Возможно, когда-нибудь по тем или иным причинам вам понадобится информация о дате установки Windows на вашем компьютере. Какими бы не были у вас причины узнать это, в этой статье вы можете найти все способы узнать дату установки Windows самых разных версий — XP, Vista, 7, 8 и 10.

Этот метод, вероятно, самый простой. Он позволяет узнать дату и время установки с точностью до нескольких часов, при этом работает в Windows XP и выше.

1. Откройте Проводник.
2. Зайдите на системный диск (чаще всего — диск С).
3. Откройте папку Пользователи (Users).
4. Кликните правой клавишей мыши по директории основного пользователя и выберите пункт Свойства.
5. В графе Создан будет указана дата создания каталога, которая по совместительству является датой установки Windows.

Обратите внимание, что в некоторых случаях дата создания папок Windows или Program Files также является правильной, но из-за некоторых особенностей установки Windows она может оказаться и некорректной. Именно поэтому лучше использовать папку пользователя.

Как узнать дату установки Windows с помощью SystemInfo

Данный способ также работает во всех версиях системы, начиная с Windows XP. Он позволяет узнать дату установки Windows в командной строке (cmd) с точностью до секунды.

1. Откройте командную строку. Нажмите Win + R. Введите команду cmd и нажмите Enter.
   

   Картинка с сайта: wp-seven.ru

2. В командной строке введите запрос systeminfo и нажмите Enter.
   

   Картинка с сайта: wp-seven.ru

3. Необходимая дата будет указана в строке Дата установки (Original Install Date в английской локализации).

Чтобы не искать нужную строку среди многих других, можно ввести следующую команду:

• Русская локализация: systeminfo | find «Дата установки»
• Английская локализация: systeminfo | find «Original Install Date»

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

Картинка с сайта: wp-seven.ru

Как узнать дату установки Windows с помощью WMIC

Утилита командной строки Windows Management Instrumentation Command также способна отобразить информацию о дате и времени установки системы с точностью до секунды. Отметим, что она недоступна в домашних редакциях Windows XP.

1. Запустите командую строку. Нажмите Win + R. Введите команду cmd и нажмите Enter.
   

   Картинка с сайта: wp-seven.ru

2. Наберите команду wmic os get installdate и нажмите Enter.
   

   Картинка с сайта: wp-seven.ru

3. Вы получите строку в виде AAAABBCCXXYYZZ. Здесь AAAA — год, BB — месяц, CC — день, XX — час, YY — минута, ZZ — секунда установки Windows.

Дата и время, конечно, будут совпадать с информацией от SystemInfo.

Как проверить дату установки Windows в реестре

Самый сложный способ проверить дату установки системы — обратиться к реестру. Он, скорее всего, будет полезен лишь IT-специалистам, но мы всё-таки приведём информацию по нему.

1. Нажмите Win + R. Введите команду regedit и нажмите Enter.
   

   Картинка с сайта: wp-seven.ru

2. Пройдите в HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion
3. Найдите справа параметр InstallDate.
   

   Картинка с сайта: wp-seven.ru

4. Кликните по нему два раза и переключитесь на десятичную систему исчисления. Полученное значение — дата в UNIX-формате, то есть число секунд, прошедших с 1 января 1970 года.
5. Конвертировать полученную информацию в обычный вид можнос помощью сайта-конвертера. Отметим, что эти данные не меняются в зависимости от часового пояса компьютера, по умолчанию используется время по Гринвичу (UTC). Чтобы узнать время в вашем часовом поясе, достаточно прибавить или отнять несколько часов. Например, в нашем случае (UTC+3) нужно добавить к полученной дате 3 часа.
   

   Картинка с сайта: wp-seven.ru

Скорее всего, механизмы WMIC и SystemInfo просто считывают значение данного ключа в реестре и отображают его в конвертированном варианте.

Как узнать дату установки Windows с помощью сторонних программ

Большинство утилит для диагностики Windows и компонентов компьютера могут отобразить дату установки системы. Например, одна из самых популярных программ, AIDA64, выводит дату в категории Операционная система:

Картинка с сайта: wp-seven.ru

Теперь вы точно знаете, когда была установлена Windows на вашем компьютере.

Прежде чем рассказать о том, как узнать дату установки Windows (будь то Windows 7 или Windows XP), предлагаю порассуждать о том, зачем в принципе может понадобиться информация о дате установке Windows. Я навскидку придумал несколько таких причин:

• Если вы покупаете б/у компьютер и продавец говорит о том, что он не разу не переустанавливал систему, то приблизительный возраст компьютера можно получить, узнав дату установки ОС.
• Многие пользователи Windows предпочитают в профилактических целях осуществлять переустановку системы один раз в год или же в два года, тем самым можно радикально избавляться от системного мусора и ненужных программ. Узнав дату последней установки Windows, вы можете прикинуть, когда примерно нужно ее переустановить в следующий раз.
• Можно вывести на чистую воду нечистоплотного продавца, который пытается под видом нового компьютера продать старый (и у которого не хватило ума почистить систему)
• Обыкновенное любопытство

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

1) Команда systeminfo

Команда systeminfo.exe содержит ряд полезной информации о системе, в том числе и дату установки Windows. Откройте командную строку (cmd.exe) , наберите в ней systeminfo.

Картинка с сайта: winitpro.ru

Как вы видите узнать дату установки Windows, можно, ознакомившись со значением в строке Original Install Date, в моем случае системы была установлена 28.01.2011, 14:04:14

Чтобы не выводить лишнюю команду, можно воспользоваться командой find для отображения только информации о дате установки системы:

systeminfo | find /i "install date"

Картинка с сайта: winitpro.ru

С помощью команды systeminfo можно дату установки и Windows 7 и Windows XP, во всех ОС она отрабатывает корректно.

2) Второй вариант определения того, когда установлена ваша ОС Windows –воспользоваться WMI командой wmic , для этого в командной строке наберите:

wmic os get installdate

Картинка с сайта: winitpro.ru

После выполнения запроса отобразится дата установки Windows. Преобразовать дату в более удобочитаемый вид можно с помощью команды PowerShell

PS C:\> ([WMI]'').ConvertToDateTime((Get-WmiObject Win32_OperatingSystem).InstallDate)

Кстати, мы уже пользовались командами syteminfo и wmic для просмотра всех установленных обновлений Windows.
3) Информацию о дате установки Windows можно получить и из системного реестра. Для чего в редакторе реестра откройте ветку: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion и найдите параметр типа REG_DWORD с именем InstallDate, в моем случае это 1296201854.

Картинка с сайта: winitpro.ru

Как вы видите, это значение совсем не похоже на дату, причина в том, что дата установки системы в реестре хранится в формате времени Unix (32битном значение, означающее количество секунд, прошедших с 1970-01-01 00:00:00 UTC). Чтобы преобразовать формат времени Unix в более удобный формат, наберите следующую команду PowerShell:

PS C:\> [timezone]::CurrentTimeZone.ToLocalTime(([datetime]'1/1/1970').AddSeconds($(get-itemproperty 'HKLM:\Software\Microsoft\Windows NT\CurrentVersion').InstallDate))

На этом известные мне методы, помогающие ответить на вопрос «Как узнать дату установки Windows», окончились, если вам известны альтернативы этим методом, поделитесь ими в комментариях, я с удовольствием дополню этот список.

From Wikipedia, the free encyclopedia

Microsoft was one of the first companies to implement Unicode in their products. Windows NT was the first operating system that used «wide characters» in system calls. Using the (now obsolete) UCS-2 encoding scheme at first, it was upgraded to the variable-width encoding UTF-16 starting with Windows 2000, allowing a representation of additional planes with surrogate pairs. However Microsoft did not support UTF-8 in its API until May 2019.

Before 2019, Microsoft emphasized UTF-16 (i.e. -W API), but has since recommended to use UTF-8 (at least in some cases),^[1] on Windows and Xbox (and in other of its products), even states «UTF-8 is the universal code page for internationalization [and] UTF-16 [… is] a unique burden that Windows places on code that targets multiple platforms. [..] Windows [is] moving forward to support UTF-8 to remove this unique burden [resulting] in fewer internationalization issues in apps and games».^[2]

A large amount of Microsoft documentation uses the word «Unicode» to refer explicitly to the UTF-16 encoding. Anything else, including UTF-8, is not «Unicode» in Microsoft’s outdated language (while UTF-8 and UTF-16 are both Unicode according to the Unicode Standard, or encodings/»transformation formats» thereof).

Current Windows versions and all back to Windows XP and prior Windows NT (3.x, 4.0) are shipped with system libraries that support string encoding of two types: 16-bit «Unicode» (UTF-16 since Windows 2000) and a (sometimes multibyte) encoding called the «code page» (or incorrectly referred to as ANSI code page). 16-bit functions have names suffixed with ‘W’ (from «wide») such as SetWindowTextW. Code page oriented functions use the suffix ‘A’ for «ANSI» such as SetWindowTextA (some other conventions were used for APIs that were copied from other systems, such as _wfopen/fopen or wcslen/strlen). This split was necessary because many languages, including C, did not provide a clean way to pass both 8-bit and 16-bit strings to the same function.

Microsoft attempted to support Unicode «portably» by providing a «UNICODE» switch to the compiler, that switches unsuffixed «generic» calls from the ‘A’ to the ‘W’ interface and converts all string constants to «wide» UTF-16 versions.^[3][4] This does not actually work because it does not translate UTF-8 outside of string constants, resulting in code that attempts to open files just not compiling.^{[citation needed]}

Earlier, and independent of the «UNICODE» switch, Windows also provided the Multibyte Character Sets (MBCS) API switch.^[5] This changes some functions that don’t work in MBCS such as strrev to an MBCS-aware one such as _mbsrev.^[6][7]

In (the now discontinued) Windows CE, UTF-16 was used almost exclusively, with the ‘A’ API mostly missing.^[8] A limited set of ANSI API is available in Windows CE 5.0, for use on a reduced set of locales that may be selectively built onto the runtime image.^[9]

In 2001, Microsoft released a special supplement to Microsoft’s old Windows 9x systems. It includes a dynamic link library, ‘unicows.dll’, (only 240 KB) containing the 16-bit flavor (the ones with the letter W on the end) of all the basic functions of Windows API. It is merely a translation layer: SetWindowTextW will simply convert its input using the current codepage and call SetWindowTextA.

Microsoft Windows (Windows XP and later) has a code page designated for UTF-8, code page 65001^[10] or CP_UTF8. For a long time, it was impossible to set the locale code page to 65001, leaving this code page only available for a) explicit conversion functions such as MultiByteToWideChar and/or b) the Win32 console command chcp 65001 to translate stdin/out between UTF-8 and UTF-16. This meant that «narrow» functions, in particular fopen (which opens files), couldn’t be called with UTF-8 strings, and in fact there was no way to open all possible files using fopen no matter what the locale was set to and/or what bytes were put in the string, as none of the available locales could produce all possible UTF-16 characters. This problem also applied to all other APIs that take or return 8-bit strings, including Windows ones such as SetWindowText.

Programs that wanted to use UTF-8, in particular code intended to be portable to other operating systems, needed a workaround for this deficiency. The usual work-around was to add new functions to open files that convert UTF-8 to UTF-16 using MultiByteToWideChar and call the «wide» function instead of fopen.^[11] Dozens of multi-platform libraries added wrapper functions to do this conversion on Windows (and pass UTF-8 through unchanged on others), an example is a proposed addition to Boost, Boost.Nowide.^[12] Another popular work-around was to convert the name to the 8.3 filename equivalent, this is necessary if the fopen is inside a library. None of these workarounds are considered good, as they require changes to the code that works on non-Windows.

In April 2018 (or possibly November 2017^[13]), with insider build 17035 (nominal build 17134) for Windows 10, a «Beta: Use Unicode UTF-8 for worldwide language support» checkbox appeared for setting the locale code page to UTF-8.^[a] This allows for calling «narrow» functions, including fopen and SetWindowTextA, with UTF-8 strings. However this is a system-wide setting and a program cannot assume it is set.

In May 2019, Microsoft added the ability for a program to set the code page to UTF-8 itself,^[1][14] allowing programs written to use UTF-8 to be run by non-expert users.

As of 2019, Microsoft recommends programmers use UTF-8 (e.g. instead of any other 8-bit encoding),^[1] on Windows and Xbox, and may be recommending its use instead of UTF-16, even stating «UTF-8 is the universal code page for internationalization [and] UTF-16 [..] is a unique burden that Windows places on code that targets multiple platforms.»^[2] Microsoft does appear to be transitioning to UTF-8, stating it previously emphasized its alternative, and in Windows 11 some system files are required to use UTF-8 and do not require a Byte Order Mark.^[15] Notepad can now recognize UTF-8 without the Byte Order Mark, and can be told to write UTF-8 without a Byte Order Mark.^{[citation needed]} Some other Microsoft products are using UTF-8 internally, including Visual Studio^[16][17] and their SQL Server 2019, with Microsoft claiming 35% speed increase from use of UTF-8, and «nearly 50% reduction in storage requirements.»^[18]

Before 2019 Microsoft’s compilers could not produce UTF-8 string constants from UTF-8 source files. This is due to them converting all strings to the locale code page (which could not be UTF-8). At one time the only method to work around this was to turn off UNICODE, and not mark the input file as being UTF-8 (i.e. do not use a BOM).^[19] This would make the compiler think both the input and outputs were in the same single-byte locale, and leave strings unmolested.

• Bush hid the facts, a text encoding mojibake

• «Unicode». MSDN. Microsoft. Retrieved November 10, 2016.