- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我的应用程序将日志文件存储在一个位置,根据管理员设置,该位置可以重定向到 VirtualStore 中的文件夹。例如,它们有时会变成:
日志文件位于:
C:\Users\-my username-\AppData\Local\VirtualStore\Program Files (x86)\ *my-application* \logs
C#认为它在这里:
C:\Program Files (x86)\ my-application \logs
这只是代码的一部分存在问题 - 一个尝试在记事本中打开日志文件的按钮。它运行 Process.Start( path-where-application-thinks-log-files-are );
如果我使用 File.Exists( path-where-application-thinks-log-files-are ) 测试它;我明白了——因为 c# 知道要查看 VirtualStore 位置。但是当我尝试启动该文件时,它失败了。
所以我的问题是,从 Process.Start() 命令的角度来看,有没有办法将路径转换为正确的位置?
最佳答案
你的问题的答案是你不能。
文件和注册表虚拟化是一种临时的兼容性破解,存在于当前版本的 Windows 中,因此有缺陷的应用程序将暂时继续运行。 Microsoft 不提供处理重定向文件的能力。执行此操作的应用程序处于错误状态,需要修复。
来自Developing for Windows blog :
User Account Control Data Redirection
Today, many applications are still designed to write files to the Program Files, Windows directories, or system root (typically the C drive) folders.
Virtualization is intended only to assist in application compatibility with existing programs. New applications designed for Microsoft Windows 7 should NOT perform write operations to sensitive system areas, nor should they rely on virtualization to provide redress for incorrect application behavior. Always develop applications for use with standard user privileges and don’t count on the application running under administrator privileges. Test your application with standard user privileges and not administrator privileges.
If you are experiencing UAC virtualization with applications developed prior to Windows 7, re-design your applications to write files to the appropriate locations.
解决问题的理想方法是禁用应用程序的文件和注册表虚拟化。这样,您的应用程序将无法再将文件保存到敏感位置 - 并且会收到 Access denied
错误。
您可以通过向应用程序的程序集 list 添加一个条目来完成此操作,告诉 Windows 您的应用程序已正确编写:
AssemblyManifest.xml
:
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
<assemblyIdentity
version="1.0.0.0"
processorArchitecture="X86"
name="client"
type="win32"
/>
<description>Sugrue Contoso</description>
<!-- Disable file and registry virtualization -->
<trustInfo xmlns="urn:schemas-microsoft-com:asm.v2">
<security>
<requestedPrivileges>
<requestedExecutionLevel level="asInvoker" uiAccess="false"/>
</requestedPrivileges>
</security>
</trustInfo>
</assembly>
这样,任何将日志文件写入 %ProgramFiles%
子树的尝试都会正确地失败。
正确编写的 Windows 应用程序不会将数据存储在 Program Files
中。来自 Technical requirements for the Windows 7 Client Software Logo Program , 第 8-9 页:
Install to the correct folders by default
Users should have a consistent and secure experience with the default installation location of files, while maintaining the option to install an application to the location they choose. It is also necessary to store application data in the correct location to allow several people to use the same computer without corrupting or overwriting each other's data and settings.
Windows provides specific locations in the file system to store programs and software components, shared application data, and application data specific to a user:
- Applications should be installed to the Program Files folder by default. User data or application data must never be stored in this location because of the security permissions configured for this folder (emphasis added)
- All application data that must be shared among users on the computer should be stored within ProgramData
- All application data exclusive to a specific user and not to be shared with other users of the computer must be stored in Users\<username>\AppData
- Never write directly to the "Windows" directory and or subdirectories. Use the correct methods for installing files, such as fonts or drivers
- In “per-machine” installations, user data must be written at first run and not during the installation. This is because there is no correct user location to store data at time of installation. Attempts by an application to modify default association behaviors at a machine level after installation will be unsuccessful. Instead, defaults must be claimed on a per-user level, which prevents multiple users from overwriting each other's defaults.
在您的情况下,应存储日志文件:
LocalAppData
文件夹中(通常解析为 C:\Users\Sugrue\AppData\Local
)CommonAppData
文件夹中(通常解析为 C:\ProgramData
)选择权在你。大概您想要一个日志文件,多个用户可以将其添加到其中。在这种情况下,您需要 Common AppData 文件夹。您可以使用 SHGetFolderPath
检索此路径与 CSIDL_COMMON_APPDATA
, 或更新的 SHGetKnownFolderPath
:
SHGetFolderPath(0, CSIDL_COMMON_APPDATA, SHGFP_TYPE_CURRENT, out path);
用户可以写入此文件夹,因为创建文件和文件夹的权限默认授予用户:
你不能。
但与此同时:你不应该。
考虑如果没有重定向发生会发生什么。当您在 Windows XP 上以标准用户身份运行时会发生什么情况?
关于c# - 获取存储在 VirtualStore 中的日志文件的真实路径,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/20570754/
我的应用程序将日志文件存储在一个位置,根据管理员设置,该位置可以重定向到 VirtualStore 中的文件夹。例如,它们有时会变成: 日志文件位于: C:\Users\-my username-\A
我希望我的程序在尝试在 C:\驱动器的根目录等 protected 位置创建文件时抛出错误(例如:FILE* FileHandle = fopen("\\file.txt",一))。相反,该文件会在
自 Win Vista 发布以来,Microsoft 为以 32 位进程运行的遗留应用程序引入了文件虚拟化。作为 Microsoft 用户帐户控制 (UAC) 的一部分发布,任何试图写入任何被认为受操
我正在使用 C# 和 .net 2.0 我将程序数据保存在以下文件中:C:\ProgramData\MyProgramName\fileName.xml 安装并运行我的应用程序一次后,我将其卸载(在卸
我有一个程序,它从文件“.\abcd.ini”读取GetPrivateProfileString - 即它将在当前目录中查找ini 文件。如果找不到 ini 文件,则会在第三个参数中将默认值设置为 G
当我的程序第一次安装时,它会在用户的 AppData 目录中放置一个文件,然后程序会定期写入该文件。问题是在 Vista 中,写入的不是用户 AppData 目录中的文件,而是“VirtualStor
我正在使用 C# 和 .net 3.5 我将我的程序数据保存在一个文件中:C:\Program Data\MyProgramName\fileName.xml 在安装并运行我的应用程序一次后,我卸载了
我的应用程序正在生成缩略图和一个 sqlite 数据库。 在制作了 inno 安装程序并首次安装应用程序后,我发现我的文件不是在程序目录中创建的,而是在名为 VirtualStore 的目录下创建的。
我在 Windows 10 PC 上有一个 c# 应用程序。我想阅读安装文件夹 (C:\Program Files (x86)\xxx) 中的设置文件,但除非用户具有管理员访问权限,否则无法编辑。问题
我的一般问题是如何解决“由于依赖项不会消失,无论我清理和重新编译多少次,我的 BPL 都不会加载”。 更新 您可能认为您有一个干净的重新编译系统,但由于 Windows 的逆向奇迹及其文件系统虚拟化错
我最近更新了我的 Visual Basic 6.0应用程序,现在包含一个 exe.manifest 文件以防止 UAC虚拟化。应用此更新后,一些用户无法找到他们的数据文件(Access MDB 文件)
我是一名优秀的程序员,十分优秀!