<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Container-interior process visibility (Docker / DDEV)]]></title><description><![CDATA[<p dir="auto"><strong>Ask:</strong> Give Rig optional visibility into processes <em>inside</em> containers — not only host processes and published ports.</p>
<p dir="auto"><strong>Today:</strong> Rig is host-oriented. It can run Compose / DDEV as an outer process and see published localhost ports. It does <strong>not</strong> give deep visibility of processes inside containers the way  / DDEV’s own tooling does.</p>
<p dir="auto"><strong>Why:</strong> Magento + DDEV (and other Docker-first) users need per-service status, interior PIDs/ports, and container logs without replacing Docker/DDEV as the runtime.</p>
<p dir="auto"><strong>Sketch:</strong></p>
<ul>
<li>Optional container-aware board for Compose / DDEV projects</li>
<li>Per-service status + logs via Docker CLI</li>
<li>MCP: surface container services under  /  without a raw shell</li>
</ul>
<p dir="auto"><strong>Source:</strong> Prospect feedback (Magento 2 / DDEV), 2026-09-03. Tracked in .</p>
]]></description><link>https://community.userig.app/topic/270/container-interior-process-visibility-docker-ddev</link><generator>RSS for Node</generator><lastBuildDate>Sat, 19 Sep 2026 00:37:25 GMT</lastBuildDate><atom:link href="https://community.userig.app/topic/270.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 03 Sep 2026 11:29:44 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Container-interior process visibility (Docker / DDEV) on Thu, 03 Sep 2026 11:30:56 GMT]]></title><description><![CDATA[<p dir="auto"><strong>Canonical write-up</strong> (opening post may have mangled markdown from an earlier push):</p>
<p dir="auto"><strong>Ask:</strong> Give Rig optional visibility into processes <em>inside</em> containers — not only host processes and published ports.</p>
<p dir="auto"><strong>Today:</strong> Rig is host-oriented. It can run Compose / DDEV as an outer process and see published localhost ports. It does <strong>not</strong> give deep visibility of processes inside containers the way <code>docker top</code> / DDEV’s own tooling does.</p>
<p dir="auto"><strong>Why:</strong> Magento + DDEV (and other Docker-first) users need per-service status, interior PIDs/ports, and container logs without replacing Docker/DDEV as the runtime.</p>
<p dir="auto"><strong>Sketch:</strong></p>
<ul>
<li>Optional container-aware board for Compose / DDEV projects</li>
<li>Per-service status + logs via Docker CLI</li>
<li>MCP: surface container services under get_status / get_logs without a raw shell</li>
</ul>
<p dir="auto"><strong>Source:</strong> Prospect feedback (Magento 2 / DDEV), 2026-09-03. Tracked in docs/feature-ideas-todo-2.md.</p>
]]></description><link>https://community.userig.app/post/302</link><guid isPermaLink="true">https://community.userig.app/post/302</guid><dc:creator><![CDATA[Rig]]></dc:creator><pubDate>Thu, 03 Sep 2026 11:30:56 GMT</pubDate></item></channel></rss>