- Sort Score
- Num 10 results
- Language All
Results 1101 - 1110 of 1,154 for storage (0.09 seconds)
-
docs/security/README.md
#### Figure 2 - KMS key hierarchy ```
Created: Sun Dec 28 19:28:13 GMT 2025 - Last Modified: Wed Feb 26 09:25:50 GMT 2025 - 13.8K bytes - Click Count (0) -
docs/zh/docs/deployment/docker.md
# (1) FROM python:3.9 as requirements-stage # (2) WORKDIR /tmp # (3) RUN pip install poetry # (4) COPY ./pyproject.toml ./poetry.lock* /tmp/ # (5) RUN poetry export -f requirements.txt --output requirements.txt --without-hashes # (6) FROM python:3.9 # (7) WORKDIR /code # (8) COPY --from=requirements-stage /tmp/requirements.txt /code/requirements.txt
Created: Sun Dec 28 07:19:09 GMT 2025 - Last Modified: Mon Aug 12 21:47:53 GMT 2024 - 31.2K bytes - Click Count (0) -
docs/en/docs/how-to/custom-docs-ui-assets.md
### Project file structure { #project-file-structure } Let's say your project file structure looks like this: ``` . ├── app │ ├── __init__.py │ ├── main.py ``` Now create a directory to store those static files. Your new file structure could look like this: ``` . ├── app │ ├── __init__.py │ ├── main.py └── static/ ``` ### Download the files { #download-the-files }Created: Sun Dec 28 07:19:09 GMT 2025 - Last Modified: Wed Dec 17 20:41:43 GMT 2025 - 7.8K bytes - Click Count (0) -
.github/CODEOWNERS
testing/architecture-test/src/changes/accepted-changes/accepted-public-api-changes.json testing/architecture-test/src/changes/archunit-store/internal-api-nullability.txt # Core automation platform (core/configuration) platforms/core-configuration/ @gradle/bt-cortex testing/smoke-ide-test/ @gradle/bt-cortex
Created: Wed Dec 31 11:36:14 GMT 2025 - Last Modified: Fri Nov 07 21:47:29 GMT 2025 - 11K bytes - Click Count (0) -
docs/fr/docs/alternatives.md
n'est pas très facile d'utiliser une base de données NoSQL (comme Couchbase, MongoDB, Cassandra, etc.) comme principal moyen de stockage.
Created: Sun Dec 28 07:19:09 GMT 2025 - Last Modified: Sat Oct 11 17:48:49 GMT 2025 - 27.5K bytes - Click Count (0) -
docs/fr/docs/project-generation.md
* **Vuetify** pour de magnifiques composants *material design*. * **TypeScript**. * Serveur Docker basé sur **Nginx** (configuré pour être facilement manipulé avec Vue-router). * Utilisation de *Docker multi-stage building*, pour ne pas avoir besoin de sauvegarder ou *commit* du code compilé. * Tests frontend exécutés à la compilation (pouvant être désactivés).Created: Sun Dec 28 07:19:09 GMT 2025 - Last Modified: Mon Jul 29 23:35:07 GMT 2024 - 6.7K bytes - Click Count (0) -
src/archive/tar/common.go
TypeFifo = '6' // FIFO node // Type '7' is reserved. TypeCont = '7' // Type 'x' is used by the PAX format to store key-value records that // are only relevant to the next file. // This package transparently handles these types. TypeXHeader = 'x' // Type 'g' is used by the PAX format to store key-value records that // are relevant to all subsequent files. // This package only supports parsing and composing such headers,
Created: Tue Dec 30 11:13:12 GMT 2025 - Last Modified: Tue Oct 07 19:46:36 GMT 2025 - 24.5K bytes - Click Count (0) -
impl/maven-core/src/main/java/org/apache/maven/internal/aether/ReverseTreeRepositoryListener.java
throw new UncheckedIOException(e); } } /** * Returns {@code true} if passed in artifact is originating from local repository. In other words, we want * to process and store tracking information ONLY into local repository, not to any other place. This method * filters out currently built artifacts, as events are fired for them as well, but their resolved artifact
Created: Sun Dec 28 03:35:09 GMT 2025 - Last Modified: Wed Jan 29 08:17:07 GMT 2025 - 10.1K bytes - Click Count (0) -
build-logic/documentation/src/main/groovy/gradlebuild/docs/dsl/docbook/AssembleDslDocTask.groovy
} model.classes.each { generateDocForType(root.ownerDocument, model, linkRepository, it) } } linkRepository.store(linksFile.get().asFile) } @CompileStaticCreated: Wed Dec 31 11:36:14 GMT 2025 - Last Modified: Wed Dec 09 08:14:05 GMT 2020 - 9.8K bytes - Click Count (0) -
CONTRIBUTING.md
### Typical Pull Request Workflow - **1. New PR** - As a contributor, you submit a New PR on GitHub. - We inspect every incoming PR and add certain labels to the PR such as `size:`, `comp:` etc. At this stage we check if the PR is valid and meets certain quality requirements. For example, we check if the CLA is signed, PR has sufficient description, if applicable unit tests are added, if it is a
Created: Tue Dec 30 12:39:10 GMT 2025 - Last Modified: Sat Jan 11 04:47:59 GMT 2025 - 15.9K bytes - Click Count (0)