우리는 XP에서 잘 작동하지만 Vista 및 Windows 7에 심각한 마이그레이션 문제가있는 응용 프로그램을 작성했습니다. 이는 아마도 사용자 데이터가 작성되는 곳 때문일 것입니다.도메인 호환성 : 공유 데이터를 어디에 써야합니까?
사용 사례는 다음과 같습니다. 개인 사용자는 기기에 로그인하여 데이터를 수집해야합니다. 수퍼바이저 사용자는 개별 사용자의 어깨 너머로보고 작업이 제대로 수행되고 있는지 확인해야합니다. 또한 이러한 수퍼바이저는 시스템 로그가 제대로 작동하는지 확인해야합니다.
XP에서 이러한 작업을 수행하는 방법은 C : \ 드라이브의 폴더에 직접 작성하는 것이 었습니다. 어쩌면 그건 나쁜 습관 일 수도 있지만 그렇지 않을 수도 있습니다. 기본적으로 시스템의 모든 사용자는이 데이터를 공유 데이터로 액세스 할 수 있어야했습니다. 일부 프로그램의 설치에서 IT 상황은 전혀 안전하지 않았으며 컴퓨터에 대한 단일 사용자가 있었고 각 사용자는 우리 프로그램에 별도로 로그인했습니다. 프로그램의 다른 설치에서 IT 직원은 유능하고 다른 사용자에 대한 로그인이 다르지만 각 사용자는 여전히 C :에 액세스 할 수 있으며 각 사용자는 필요에 따라 다른 사용자를 계속 확인할 수 있습니다.
Vista/Windows 7에서는 모두 변경됩니다. IT 직원이 모든 사용자를 개별 사용자로 제한하면 이러한 사용자는 여전히이 공통 데이터를 공유해야하며 응용 프로그램 별 구성 매개 변수 및 사용자 목록을 응용 프로그램의 디렉토리에 작성하는 것은 허용되지 않습니다. 시스템이 도메인이있는 위치에 있으면 사용자에게 로컬 관리자 권한이 없으므로 설치가 문제가 될 수 있습니다.
설치 프로그램이 모든 사용자가 쓸 수있는 디렉토리를 만들고이 디렉토리에 모든 사용자 별 데이터를 저장하도록하는 솔루션입니까? 그렇다면 설치 관리자에게 관리자 권한을 부여해야한다고해도 그렇게 할 수 있습니까? 아니면 Vista/7을보다 자유로운 XP 방식으로 작동시키는 방법이 있습니까?
그래서, 우리가 설치중인 OS에 따라, 우리는 그 디렉토리 또는 다른 디렉토리에 대한 하나에 갈 ... 쉽게 많은 PC의에 대한 데이터를 읽을 수 있으며, 개별 PC의를 방문 할 필요가 없습니다 XP? 둘 다 공통된 것이 있습니까? – mmr
나는 XP는 문서 및 설정에서 유사한 폴더를 가지고 있다고 생각 - 당신은 단지 하나 개의 코드 경로를 갖고 싶어, 나는에 따르면 %의 PUBLIC % 환경 변수가 공공 %가 비스타에 새로운 –
퍼센트 작동합니다 생각 : HTTP : // vistaonwindows.com/environment_variables.html – mmr