
Docker Compose File (YAML)
A sample docker-compose file defining a web service with Postgres and Redis dependencies, for testing Compose parsers and YAML tooling.
- File
- YML · Config
- Use case
- Config testingConversion testing
Find files, editable templates and browser test targets by what you need to make or test. Explore complete business kits for connected records, templates and expected results.
Page 60 of 221; 24 results per page.

A sample docker-compose file defining a web service with Postgres and Redis dependencies, for testing Compose parsers and YAML tooling.

An intentionally invalid Compose file: services as a list, a service with both image and an empty build, an unquoted 8080:8080 port that YAML 1.1 reads as a base-60 integer, and a depends_on naming an undefined service.

Sample docker-compose override file for merge/extends parser tests.

Five Compose services across three profiles, one of which belongs to two profiles at once. Services with no profiles key always start; the rest are opt-in, which is the selection logic this fixture exists to test.

A Compose Specification file with no top-level version key, condition-based depends_on, healthchecks, and a deploy resource limit. Parsers written against the older schema often require the version key, which is exactly what this fixture separates.

A Docker json-file container log: one JSON object per line with the log text, stream (stdout/stderr), and an RFC 3339 timestamp, exactly as Docker's default logging driver writes it. A fixture for container-log shippers and parsers.

A sample multi-stage Dockerfile with a build stage and a slim runtime stage, for testing Dockerfile parsers, linters (hadolint), and syntax highlighting. Illustrative only.

A three-stage Dockerfile with a syntax directive, build args interpolated into FROM lines, a heredoc COPY, multi-line LABEL and ENV continuations, a non-root USER, and HEALTHCHECK in exec form. Inert: every base image is a fictional example.invalid reference.

A Word document with two anchored reviewer comments, for testing comment extraction and whether converters preserve or drop review annotations.

A valid DOCX package with fixed core properties and two custom properties surrounding an unchanged word/document.xml part.

The same DOCX document part without core or custom property parts, suitable for checking OOXML metadata removal without content loss.

A Word document with real tracked changes (insertions and deletions attributed to two reviewers with timestamps) for testing how tools read, accept, reject, or preserve revisions.

Nonprofit donation/pledge form for fundraising CRM import tests.

Field manifest JSON for the Wave F nonprofit form: names, types, and SAMPLE defaults.

Nonprofit donation/pledge form for fundraising CRM import tests.

SAMPLE CSV export row for the nonprofit form submission shape.

SAMPLE submitted-field snapshot JSON for the donation pledge form.

Nonprofit tax receipt SAMPLE for donation acknowledgment tests.

CSV Annex A twin listing fictional SAMPLE subprocessors for the deep DPA.

Deeper SAMPLE data processing addendum DOCX with annex summary, not legal advice.

PDF twin of the deep SAMPLE DPA.

A draw.io (diagrams.net) diagram in its native mxGraphModel XML (a small flowchart) for testing draw.io import/export and XML parsing of diagram files.

An intentionally corrupt DSSE envelope: the JSON parses and the signature block looks complete, but the payload is truncated and contains characters outside the base64 alphabet. Signatures, key ids and certificates here are SAMPLE placeholders: the base64 decodes to the words 'SAMPLE SIGNATURE', so verification must fail. Nothing here is cryptographically valid and no key material is real.

A DSSE envelope whose base64 payload decodes to the SLSA v1 statement in this family: the wrapper attestation tooling actually transports. Signatures, key ids and certificates here are SAMPLE placeholders: the base64 decodes to the words 'SAMPLE SIGNATURE', so verification must fail. Nothing here is cryptographically valid and no key material is real.
We use Google Analytics and show ads via Adsterra. Non-essential cookies and ad scripts run only after you allow the matching categories. See our cookie policy.