디렉터리 저장소 oor Engels

디렉터리 저장소

Vertalings in die woordeboek Koreaans - Engels

directory store

The physical storage for Active Directory directory partition replicas on a specific domain controller. The store is implemented using the Extensible Storage Engine.

voorbeelde

이 StorageVolume 에서 createAccessIntent() 를 호출하여 파일의 외부 저장소 디렉터리에 액세스합니다.
Call createAccessIntent() on this StorageVolume to access the external storage directory for the file.

이 인텐트를 사용하여 외부 저장소 디렉터리에 액세스합니다.
Use this intent to access external storage directories.

사진 앱과 같은 앱은 모든 저장소 디렉터리에 대해 액세스 권한을 부여하는 READ_EXTERNAL_STORAGE 를 사용하거나 사용자가 디렉터리를 탐색하도록 하는 저장소 액세스 프레임워크(SAF)를 사용하는 대신 이들 API를 사용할 수 있습니다.
Apps like photo apps can use these APIs instead of using READ_EXTERNAL_STORAGE , which grants access to all storage directories, or the Storage Access Framework, which makes the user navigate to the directory.

다른 대부분의 분산 버전 관리 시스템처럼, 또 대부분의 클라이언트-서버 시스템과 달리, 모든 노드의 모든 깃 디렉터리는 네트워크 접속이나 중앙 서버와는 독립적으로 동작하는 완전한 이력 및 완전한 버전 추적 기능을 갖춘 성숙한 저장소이다.
As with most other distributed version-control systems, and unlike most client–server systems, every Git directory on every computer is a full-fledged repository with complete history and full version-tracking abilities, independent of network access or a central server.

queryRoots() 여기에서는 DocumentsContract.Root 에 정의된 열을 사용하여 문서 저장소의 모든 루트 디렉터리를 기술하는 Cursor 를 반환해야 합니다.
queryRoots() This must return a Cursor that describes all the root directories of your document storage, using columns defined in DocumentsContract.Root .

예를 들면 다음과 같습니다. 매니페스트에서 READ_EXTERNAL_STORAGE 또는 WRITE_EXTERNAL_STORAGE 를 요청하면 외부 저장소의 모든 공개 디렉터리에 액세스할 수 있습니다.
Requesting READ_EXTERNAL_STORAGE or WRITE_EXTERNAL_STORAGE in your manifest allows access to all public directories on external storage, which might be more access than what your app needs.

제공된 URI를 사용하여 디렉터리 정보에 액세스합니다. 이는 저장소 액세스 프레임워크 가 반환한 URI를 사용하는 것과 유사합니다.
Use the provided URI to access directory information, similar to using URIs returned by the Storage Access Framework .

Debug.startMethodTracing() 계열에 속하는 메서드는, SD 카드의 최상위 레벨에 저장하는 것이 아니라, 이제 공유 저장소의 패키지별 디렉터리에 출력을 기본적으로 저장합니다.
The Debug.startMethodTracing() family of methods now defaults to storing output in your package-specific directory on shared storage, instead of at the top level of the SD card.

기존 외부 저장소 액세스 방식은 이런 유형의 앱에 대상화된 디렉터리 액세스를 쉽게 제공하지 못합니다.
Existing approaches to accessing external storage aren't designed to easily provide targeted directory access for these types of apps.

일반적으로, 저장소 액세스 프레임워크 를 사용하면 시스템 UI를 통해 사용자가 디렉터리를 선택할 수 있습니다. 이것은 앱이 항상 동일한 외부 디렉터리에 액세스한다면 불필요한 동작입니다.
Using the Storage Access Framework usually makes your user pick directories via a system UI, which is unnecessary if your app always accesses the same external directory.

OneLogin이 제공하는 동급 최강의 디렉터리 커넥터를 활용하여 Active Directory, LDAP, Google, HCM 솔루션을 비롯한 다양한 사용자 저장소와 SaaS 애플리케이션을 연동시킬 수 있습니다.
Leverage OneLogin's best-in-class directory connectors to integrate SaaS applications with multiple user stores including Active Directory, LDAP, Google and HCM solutions.Â

각 저장소의 백엔드가 개별적인 파일과 디렉터리를 고유한 COLUMN_DOCUMENT_ID 로 참조하여 드러냅니다.문서 ID는 고유해야 하며 한 번 발행되고 나면 변경되지 않습니다. 이들은 기기 재부팅을 통괄하여 영구적인 URI 허가에 사용되기 때문입니다.
Each storage backend surfaces individual files and directories by referencing them with a unique COLUMN_DOCUMENT_ID . Document IDs must be unique and not change once issued, since they are used for persistent URI grants across device reboots.

CC 2019 이전의 응용 프로그램 버전은 공유된 Adobe 디렉터리에 이 정보를 저장합니다. 응용 프로그램 버전 CC 2019 이상에서는 다음 위치에서 이름이 Adobe 로 시작하는 자격 증명 항목을 사용하여 사용자별 OS 보안 저장소에 이 정보를 저장합니다.
Application versions prior to CC 2019 store this information in a shared Adobe directory. Applications version CC 2019 or later store this information in per-user OS secure storage using credential entries whose names start with Adobe at the following locations: