Dashboard

Projects

The Projects list and the nine-tab project detail screen — where you find every app you've deployed and manage its domains, deploys, config, logs, and backups.

A project is one app Synq knows how to build and run. This is where you find every app you've deployed and go into any one of them to change how it runs. There are two screens: the Projects list (everything at a glance) and the project detail screen (one project, nine tabs).

The Projects list

Open Projects from the left nav. This screen is a single scannable list of every project in your workspace — one row per project.

Each row shows, left to right: the app's icon (its favicon, or the framework logo), the name and its live version badge, the primary domain, the detected framework, where it's hosted (a Server by name, or Local), its source (a GitHub repo or a local folder), the build shape (Services, Static, or Standalone), how long ago it changed, and a status pill (Live, Building, Failed, Draft, and so on). Click anywhere on a row to open that project.

The icon is, in order: the custom logo you set, the catalog app's logo, the favicon of the project's verified domain, then an automatic icon. A project whose framework was not detected shows the brand of the image its first service runs (Redis, MongoDB, Grafana and so on) with the label Docker image, or the Docker logo with Docker (Docker Compose with several services) when it builds from a Dockerfile. To set a custom logo, open the project's Advanced tab and use Logo in the Project Info card: pick a built-in icon, or upload a PNG, JPEG, WebP or SVG of up to 16 KB. The logo applies to every environment of the project.

Create Project

The Create Project button (top-right) takes you to the Library, where you pick a GitHub repository, a local folder, or a template to deploy. See Deploy from GitHub and Deploy a local folder.

Once you have more than three projects, a search box appears above the list. It filters by name, slug, and framework as you type.

Filter by target

When your projects span more than one deploy target, a Filter by target card appears in the right column. It groups projects by where they run (All projects, each connected server by its name, and Local) with a count beside each. If you have no server-hosted projects yet, that column instead shows a Connect a server prompt (see Custom servers).

The project detail screen

Clicking a project opens its detail screen at the Overview tab. The layout is the same on every tab: a breadcrumb (Dashboard / project name / tab) and the tab title at the top, the tab's content in the main column, and a sticky right column with the project card and tab navigation.

The right-column project card shows the current status, the Production URL (or Local address) with a link out to the live site, and the Last Deploy time. When a project has more than one domain, a domain switcher lets you pick which one the card and Overview analytics reflect.

The environment switcher

The pill in the top-right shows the current environment (for example Production) and its git branch. Click it to switch between environments, or use the + button next to it to spin a new one up from a branch — pick a branch and Synq creates a matching environment (a main or master branch becomes production, anything else a preview). Manual environment lets you name one yourself. Full walkthrough: Preview environments.

Where are the project actions?

The three-dot (⋮) menu beside the switcher is a help menu — Contact Support, Report Issue, Send Feedback, Documentation, Join Community. The actions that change a project (pause/enable, delete it) live on the Advanced tab, described below.

The nine tabs

Each tab has its own URL under /projects/{id}/…, so you can link straight to one. A services-only project (multiple compose services, no single app) hides the Configuration tab, since each service carries its own build config under Services.

Overview

…/overview — the project's home. Shows live analytics for the selected domain plus two summary cards: Infrastructure (where and how it runs) and Source & CI/CD (the connected repo and deploy settings). A project that has never deployed successfully shows a focused "ready to deploy" screen here instead. See Logs & monitoring.

The Notes card keeps Markdown notes for your team: runbooks, links, who owns what. Click Edit, write in the text box, and switch to Preview to check the result before saving. Each service has its own Notes card on its Overview. Notes hold up to 20,000 characters; HTML in them shows as plain text, and links open only for https://, http:// and mailto: addresses. Anyone who can view the project can read the notes; changing them needs write access. Saving notes never redeploys or restarts anything. From the terminal, use synq project notes and synq service notes; over the API, GET/PUT /api/projects/:id/notes and /api/projects/:id/services/:serviceId/notes.

Services

…/services — for multi-service (docker-compose / monorepo) projects. Lists each service and lets you start, stop, restart, and configure them individually. See Compose & multi-service.

Domains

…/domains — attach web addresses to the project, preview the DNS records they need, verify them, and manage SSL. See Custom domains and the Domains API.

Deployments

…/deployments — the full deploy history. Every build for this project, its status, and the controls to redeploy the latest or roll back to an earlier one. See Rollback & redeploy.

Source

…/source — the connected git repository: which repo and branch it deploys from, recent commits, and the Auto-deploy switch that rebuilds on every push. Projects deployed from an uploaded folder or archive show a "connect a repository" prompt here instead. See Auto-deploy on push.

Configuration

…/runtime — labeled Configuration in the UI. A read-only summary of how a single-app project builds and runs: framework, package manager, runtime isolation, port, and the install / build / output / root-directory settings. An Edit button reopens the deploy wizard to change any of them. The project's environment variables are edited here too. See Environment variables and Sleep mode & resources.

Old links still work

The Configuration tab's route id is runtime. Older …/settings and …/build URLs redirect to it, just as …/general maps to Overview and …/git maps to Source.

Logs

…/logs — the project's live output. Switch between the Terminal view (streamed runtime logs) and the Server / Requests view (HTTP request logs). On multi-service projects you can pick which service's logs to watch. See Logs & monitoring.

Backup

…/backup — schedule and manage backups: pick a destination, set per-service backup policies, and browse recent runs to restore or protect a snapshot from pruning. See Backups & restore.

Advanced

…/advanced — project-level actions and the danger zone. It opens with the route rules editor, then a Project Info summary and a Project Status card whose Disable / Enable button pauses or resumes the project.

Route rules apply edge policies to a domain or path prefix, enforced at the OpenResty edge (self-hosted): per-client rate limiting (requests/sec + burst), bans (IPs, CIDRs, countries, user-agents, empty user-agent), access allow/deny lists and HTTP-method allow-lists, and hotlink protection (allowed referers). Changes push to the edge live — no reload or redeploy.

The red Danger Zone at the bottom holds Delete Project. The full delete permanently removes the project's deployments, domains, environment variables, and analytics. On self-hosted instances you also get a record-only option that drops Synq's record of the project but leaves the running workload, its data, and its on-server manifest in place, so you can re-import it later.

On this page