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.
Search
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.
Related guides
The dashboard
A tour of the Synq dashboard — the sidebar that navigates everything, the home overview, and a map to each area.
Monitoring
The Monitoring page puts server health dials, live traffic numbers, charts, a per-app table, status and country breakdowns and every open issue on one screen, with a time range and server picker.