Files
docker-docs/content/guides/lab-container-supported-development.md
David KarlssonandClaude Sonnet 4.6 f02e2a5633 Revamp the guides section: taxonomy, single-page structure, and new landing/filter UX (#25338)
## What

A full revamp of the `/guides` section — taxonomy, structure, and UX.

Preview: https://deploy-preview-25338--docsdocker.netlify.app/guides/

### Taxonomy & structure
- Replaces the sprawling 24-tag set with a focused 9-tag taxonomy
aligned to use case / SDLC: **Languages & frameworks, AI, Testing,
CI/CD, Security, Databases, Deployment, Admin, Hands-on labs**.
- Removes the languages taxonomy entirely (`data/languages.yaml` and all
`languages:` front matter).
- Collapses all multi-page guide series into single pages, with aliases
so old sub-page URLs continue to resolve.
- Deletes redirect-only shim pages and flattens directory-wrapped single
pages.

### Landing page (`/guides/`)
- A clean index: hero, then category sections listing each guide as a
plain **title / summary** row.
- **Browse rail** (sticky, left): click a topic to filter the page to
just that topic's guides; "All guides" resets. A count + Clear bar
appears while filtering.
- **Text filter**: instant client-side search over title, summary, and
tags. Topic filter and text search are mutually exclusive and share the
same flat-list view.
- No more "Featured guides" section.

### Guide content pages
- Removes the left sidebar for the guides section (mobile drawer kept).
- Centered reading column (`92ch`) with the TOC taking the remaining
width.
- Summary rendered as a lead paragraph under the h1.
- TOC scrollbar auto-hides until hover; breadcrumbs render at a
consistent size inside and outside `prose`.

## Notes
- Deep full-text search across guide bodies is still handled by the
existing site-wide Pagefind (⌘K); the landing filter is the fast
metadata-narrowing surface.
- `series.html` is retained — it's still used by `get-started` pages.

## Validation
- Site builds clean locally (Hugo dev server, no errors / broken refs).
- All collapsed sub-page URLs redirect via aliases.

## Follow-ups

- Prune guides that we no longer need/want
- Tighten the guides that span too many concepts (e.g. language guides;
remove cicd/deploy/sscs)

🤖 Generated with [Claude Code](https://claude.com/claude-code)

---------

Co-authored-by: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-07-01 10:47:10 +02:00

2.3 KiB

title, linkTitle, description, summary, keywords, params
title linkTitle description summary keywords params
Lab: Container-Supported Development Lab: Container-supported dev Learn to use containers for local development by running a PostgreSQL database, defining a Compose file, and adding a pgAdmin dev tool — no local installations required. Hands-on lab: Run dependent services in containers during local development. Start a PostgreSQL database, write a compose.yaml, and add a database visualizer — all without installing anything on the host. Docker, Compose, local development, PostgreSQL, pgAdmin, containers, lab, labspace
tags time
labs
30 minutes

Use containers to run the services your app depends on — databases, caches, message queues — without installing anything locally. This lab walks through running PostgreSQL in a container, writing a compose.yaml your whole team can share, and adding a pgAdmin visualizer to the dev stack.

Launch the lab

{{< labspace-launch image="dockersamples/labspace-container-supported-development" >}}

What you'll learn

By the end of this Labspace, you will have completed the following:

  • Run a PostgreSQL database in a container with no local installation
  • Use bind mounts to seed a database with schema and initial data at startup
  • Write a compose.yaml that codifies the entire dev stack for the team
  • Add a pgAdmin container to visualize and inspect the database
  • Understand how containerized dev stacks reduce onboarding time and environment drift

Modules

# Module Description
1 Introduction Meet the sample app and understand the container-supported development approach
2 Running a Containerized Database Start PostgreSQL, connect the app, and seed the database using bind mounts
3 Making Life Easier with Compose Replace docker run commands with a shared compose.yaml
4 Adding Dev Tools Add pgAdmin to the Compose stack for database visualization
5 Recap Review key takeaways and explore related guides