## 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>
6.2 KiB
description, keywords, title, linktitle, summary, params
| description | keywords | title | linktitle | summary | params | |||||
|---|---|---|---|---|---|---|---|---|---|---|
| Visualizing your PostgreSQL databases with pgAdmin | pgadmin, container-supported development | Visualizing your PostgreSQL databases with pgAdmin | Visualizing your PostgreSQL databases with pgAdmin | Explore how to add pgAdmin to your development stack and make it as easy as possible for your teammates to navigate through your PostgreSQL databases. |
|
Many applications use PostgreSQL databases in the application stack. However, not all developers are knowledgeable about navigating and working with PostgreSQL databases.
Fortunately, when you use containers in development, it is easy to add additional services to help with troubleshooting and debugging.
The pgAdmin tool is a popular open-source tool designed to help administer and visualize PostgreSQL databases.
In this guide you will learn how to:
- Add pgAdmin to your application stack
- Configure pgAdmin to automatically connect to the development database
Adding pgAdmin to your stack
-
In your
compose.yamlfile, add thepgadminservice next to your existingpostgresservice:services: postgres: image: postgres:18 environment: POSTGRES_USER: postgres POSTGRES_PASSWORD: secret POSTGRES_DB: demo pgadmin: image: dpage/pgadmin4:9.8 ports: - 5050:80 environment: # Required by pgAdmin PGADMIN_DEFAULT_EMAIL: demo@example.com PGADMIN_DEFAULT_PASSWORD: secret # Don't require the user to login PGADMIN_CONFIG_SERVER_MODE: 'False' # Don't require a "master" password after logging in PGADMIN_CONFIG_MASTER_PASSWORD_REQUIRED: 'False' -
Start the Compose stack with the following command:
$ docker compose upAfter the image is downloaded the container starts, you will see output that looks similar to the following indicating pgAdmin is ready:
pgadmin-1 | [2025-09-22 15:52:47 +0000] [1] [INFO] Starting gunicorn 23.0.0 pgadmin-1 | [2025-09-22 15:52:47 +0000] [1] [INFO] Listening at: http://[::]:80 (1) pgadmin-1 | [2025-09-22 15:52:47 +0000] [1] [INFO] Using worker: gthread pgadmin-1 | [2025-09-22 15:52:47 +0000] [119] [INFO] Booting worker with pid: 119 -
Open pgAdmin by going to http://localhost:5050.
-
Once in the admin panel, select the Add New Server link to define a new server. Enter the following details:
- General tab:
- Name:
postgres
- Name:
- Connection tab:
- Host name/address:
postgres - Username:
postgres - Password:
secret - Enable the Save password? field
- Host name/address:
Important
These connection details assume you are using the previous Compose file snippet. If you are using an existing Compose file, adjust the connection details as required. The Host name/address field should match the name of your postgres service.
- General tab:
-
Select the Save button to create the new database.
You now have pgAdmin setup and connected to your containerized database. Feel free to navigate around, view the tables, and explore your database.
Configuring pgAdmin to auto-connect to the database
Although you have pgAdmin running, it would be nice if you could simply open the app without needing to configure the database connection. Reducing the setup steps would be a great way to make it easier for teammates to get value from this tool.
Fortunately, there is an ability to auto-connect to the database.
Warning
In order to auto-connect, the database credentials are shared using plaintext files. During local development, this is often acceptable as local data is not real customer data. However, if you are using production or sensitive data, this practice is strongly discouraged.
-
First, you need to define the server itself, which pgAdmin does using a
servers.jsonfile.Add the following to your
compose.yamlfile to define a config file for theservers.jsonfile:configs: pgadmin-servers: content: | { "Servers": { "1": { "Name": "Local Postgres", "Group": "Servers", "Host": "postgres", "Port": 5432, "MaintenanceDB": "postgres", "Username": "postgres", "PassFile": "/config/pgpass" } } } -
The
servers.jsonfile defines aPassFilefield, which is a reference to a postgreSQL password files. These are often referred to as a pgpass file.Add the following config to your
compose.yamlfile to define a pgpass file:configs: pgadmin-pgpass: content: | postgres:5432:*:postgres:secretThis will indicate any connection requests to
postgres:5432using the usernamepostgresshould provide a password ofsecret. -
In your
compose.yaml, update thepgadminservice to inject the config files:services: pgadmin: ... configs: - source: pgadmin-pgpass target: /config/pgpass uid: "5050" gid: "5050" mode: 0400 - source: pgadmin-servers target: /pgadmin4/servers.json mode: 0444 -
Update the application stack by running
docker compose upagain:$ docker compose up -
Once the application is restarted, open your browser to http://localhost:5050. You should be able to access the database without any logging in or configuration.
Conclusion
Using containers makes it easy to not only run your application's dependencies, but also additional tools to help with troubleshooting and debugging.
When you add tools, think about the experience and possible friction your teammates might experience and how you might be able to remove it. In this case, you were able to take an extra step to add configuration to automatically configure and connect the databases, saving your teammates valuable time.