Paid-customer Website Editor • direct source editing • real-time sandboxed preview • exact-line validation • versions • updated ZIP
▤ OMEGA WEB PRO DOCUMENTATION • PRIVATE WEBSITE EDITOR

Edit the Licensed Source Code with Real-Time Preview and Validation.

Website Editor is the private source-editing environment for active purchased Website IDs. It loads authorized project files, provides editor tools, validates current changes, mirrors safe edits into a sandboxed responsive preview, creates versioned saves and can generate an updated signed licensed ZIP after whole-project validation.

Paid customers onlyLicensed Website IDs onlyDirect source editing2nd live preview14 validation responsibilitiesVersion historyUpdated licensed ZIP
WEBSITE EDITOR● CURRENT PLATFORM REFERENCE
DocumentationAccessInterfaceLive PreviewLive ValidationSyntax + SafetySave + VersionsDomain ProtectionPHP BoundaryValidate + Export
✓ 14/14 validation responsibilities✓ Canonical host protected✓ Sandboxed preview

Access boundary

Website Editor opens from the purchased customer's licensed website record.

It is not a public arbitrary-upload IDE.

🔐

Authentication

The customer must be signed in to the canonical Omega account associated with the website purchase or checkout.
ID

Website ownership

The selected Website ID must belong to that account and have an active licensed-domain relationship.
FILES

Project scope

Only the authorized licensed project workspace/file set is exposed through the editor.

Editor interface

The editor is designed for direct supported-file work, not just visual settings.

The current interface includes project/file selection, full-file editing and common text-editor controls.

☰

Project + file navigation

Choose the purchased website, then choose an authorized file from that project's sidebar.
LN

Line-aware editor

Loaded file content is shown with line/cursor awareness.
↶

Undo + Redo

Reverse or restore local editing actions.
⌕

Find + Replace

Find Next, Replace and Replace All support controlled source editing.

Second preview workflow

Valid edits can appear in the sandboxed responsive preview beneath the editor.

This is distinct from Builder preview because it is driven by the currently edited licensed project source.

🖥

Desktop

Inspect full-width changes.
▤

Tablet

Inspect intermediate responsive behavior.
▯

Mobile

Inspect narrow-screen behavior.
⛶

Refresh / full screen

Refresh the preview and use larger inspection when needed.

14-responsibility gate

Newly introduced blocking issues can stop Preview and Save until corrected.

The live validator maps detected issues to the responsible production area and, where available, the exact line.

1

Website Specification

Checks project/specification consistency.
2

Brief Normalizer

Checks normalized project assumptions.
3

AI Planning

Checks planning-boundary expectations.
4

Plan Validation

Checks validated plan consistency.
5

Site Architecture

Checks document/page structural expectations.
6

Content Conversion

Checks transformed content data.
7

Design System

Checks styling/design structure.
8

Image Engine

Checks image-related project output.
9

SEO + Schema

Checks SEO data, JSON-LD and canonical rules.
10

Accessibility

Checks structural accessibility expectations.
11

Forms + Backend

Checks forms/server integration patterns.
12

Deployment

Checks deployable path/output expectations.
13

Quality / Metrics

Checks quality/readiness expectations.
14

Final Validation

Final combined gate before accepted operations.

Blocking examples

The editor checks more than one language family.

Validation can stop newly introduced invalid or unsafe content from moving into preview/save.

HTML

HTML structure

Malformed/invalid document structure can be detected.
CSS

CSS structure

Structural CSS issues are checked.
JS

JavaScript

JavaScript structure is checked.
JSON

JSON + JSON-LD

Malformed JSON data and structured data can be rejected.
XML

XML

Malformed XML can be rejected.
UTF

Data safety

Malformed UTF-8 and NUL-byte data are blocking conditions.
◆

Security patterns

Detected unsafe executable/exfiltration-style patterns can be blocked.
🔒

Canonical host

Attempts to change the protected home-page canonical host to another domain are rejected.

Accepted changes

Save is revalidated server-side and accepted saves create version history.

Client-side live validation improves feedback; server-side checks remain authoritative.

✓

Server-side revalidation

An edit that appears acceptable in the browser still passes authoritative backend checks before persistence.
≋

Version history

Accepted saves create versioned revisions so the customer can inspect or restore prior states according to the editor controls.
×

Unsafe change rejected

A blocking issue does not become a saved project revision simply because a browser request was submitted.

Permanent licence identity

The root licensed domain is permanent; internal page paths can evolve.

This protects the commercial licence identity without freezing every filename forever.

🔒

Home canonical host locked

The home-page canonical host must remain the permanently licensed normalized domain.
✎

Internal page changes allowed

A customer can legitimately rename an internal page and update its canonical path as long as it remains under the licensed host.
ZIP

Export recheck

Canonical/licence identity is checked again before updated ZIP generation.

Sandbox behavior

Customer-edited PHP is not executed by the Website Editor preview.

The preview is intentionally not an arbitrary server-side code execution environment.

PHP

PHP editing vs execution

A supported project file may be edited where the project workflow permits it, but customer-edited PHP is not executed inside the live preview.
SANDBOX

Sandboxed iframe

Preview script execution is constrained by the preview sandbox rather than receiving unrestricted application privileges.
APP

Omega application protected

Customer editing is scoped to the licensed project and is not permission to edit Omega Web Pro's own application source.

Project-level delivery

Validate the whole licensed website before generating the updated ZIP.

The open file is only one part of the project.

✓

Validate Licensed Website

Run broader project validation after completing edits.
ZIP

Generate Updated Licensed ZIP

Package the current accepted project as a signed licensed export.
↻

Regenerate instead

If the change is easier at specification level, return to Builder and regenerate the same licensed domain instead.

Omega Web Pro documentation

Use Website Editor when you want direct control of the licensed source.

Sign in to My Account, choose the licensed website and open Edit Website Code. Use Builder instead when the change is better expressed as a new website specification.

OMEGA WEB PRO HOSTING

Website Editor and hosted projects

The Website Editor remains the source-editing workspace for authorized customer projects. When Omega Web Pro Hosting is active, saved project versions can participate in the managed staging and production workflow.

Ω

Customer control plane

The Hosting Dashboard handles operational controls such as staging, production, backups, databases, SFTP and usage; the Website Editor handles source changes, validation, preview and versioned project editing.
3

Managed hosting plans

Monthly US$9.99 · Annual US$99 · Two Years US$179. Managed Omega Web Pro Hosting remains available while the recurring plan is active.
∞

Lifetime software licence

US$999 one time for permanent supported build, edit and export rights for one licensed website domain. Production hosting is separate and can be added when required.

Current production customer architecture

Build, purchase, billing, hosting and editing continue through one authenticated Omega customer relationship.

For a first-time Omega Hosting checkout, Omega saves the selected plan and pending website to one restricted checkout-bound customer account before payment, sends a secure one-time account-setup email, and requires the customer to set a password and sign in before continuing to the required purchase acknowledgements and secure Stripe Checkout. Paid Hosting and Editor entitlement remain locked until Stripe confirms payment. For a first-time Lifetime Licence purchase, an existing account is reused where available, or the customer account is created after Stripe confirms the purchase. My Account is the commercial identity, website, licence and billing centre; recurring hosting customers can use the Full Hosting Dashboard while entitled; lifetime customers retain their separate same-domain software rights.

My Account

Purchased websites, subscription/renewal state, lifetime licences, Pending Checkout, Purchase History, profile/security, Builder and Website Editor entry points.

Billing Centre

Secure Stripe customer-portal access for the account's usable canonical production billing customer, including supported payment-recovery and subscription billing actions.

Billing documentation →

Omega Hosting Dashboard

Entitled operational hosting controls for project workspaces, provisioning, deployment, backups, databases, SFTP and usage, with customer-facing DNS/SSL state surfaced through Omega interfaces.

Hosting documentation →

OMEGA HOSTING • PRODUCTION WORKFLOW

From Hosting Purchase to Live Website

Omega Hosting is an optional recurring service for one hosted website and is separate from the US$999 Lifetime Single Website Domain Licence. A hosting purchase is associated with the authenticated Omega customer account and the exact Website ID, domain, project and platform selected for that website.

1

Purchase + provision

After a Monthly, Annual or Two-Year Omega Hosting purchase is confirmed, Omega provisions the generated website into its assigned hosting environment. The hosted website then appears in the customer's authenticated My Account and Full Hosting Dashboard.
2

Hosting Setup Email + DNS

Omega supplies the required DNS instructions in the Hosting Setup Email and through authenticated hosting controls. The customer applies those records with the authoritative DNS/domain provider. Existing nameservers may remain in use unless the supplied instructions specifically require otherwise.
3

Verification + SSL

Provisioning or file upload alone does not make the public domain live. Omega verifies the public DNS connection; once the domain resolves correctly, SSL/TLS activation and certificate automation can proceed. The domain then resolves to the Omega-hosted production website.
4

Edit + update the live website

An active Omega Hosting customer can open the hosted project through My Account / Full Hosting Dashboard, work in Builder and/or Website Editor / Code Editor, save the project, then use Deploy / Update Live Website to update the existing production website.
5

Protected deployment

Before production activation, Omega verifies the authenticated account, Website ID, hosting entitlement, hosting allocation and permanent project source. Deployment uses validated project source, private staging, a pre-deployment restore point, production activation and post-deployment validation. If activation fails after the live site changes, Omega attempts automatic rollback.
6

Ongoing hosting controls

The Full Hosting Dashboard provides customer-facing access to deployments and deployment history, Domains & SSL, backups and restore points, databases, SFTP/access status, resources and usage, security status, billing and subscriptions, lifetime licences, activity/audit, support and account/privacy controls.
DNS responsibility: use the exact DNS records supplied for your website. Do not copy an IP address or DNS value from another customer's setup. Where available, My Account can resend the Hosting Setup Email. Domain registration is separate unless explicitly supplied, and correct DNS configuration and propagation are required before the public domain and SSL can become active.

CURRENT PRODUCTION WORKFLOW

Hosted website editing in production

For an entitled hosted website, the Website Editor is not an isolated download-only tool. My Account and the Full Hosting Dashboard provide authenticated entry points to the website's Builder/Editor workflow. The customer can edit and save the permanent project source, then use Deploy / Update Live Website from the hosting controls when the website is active and provisioned.

This hosted live-site workflow is separate from portable lifetime ZIP re-editing. Lifetime customers may reopen a signed same-domain ZIP through My Account; hosted customers can work against their authenticated hosted project and deploy the latest saved project to production through the protected deployment pipeline.

OMEGA AI + WEBSITE EDITOR

Ownership-checked editor context with read-only coding assistance.

When the authenticated Website Editor explicitly supplies authorised context, Omega AI can assist from the current Website ID, file/editor context, unsaved source buffer and bounded validation/revision/related-file information. It can review, explain, diagnose and suggest code changes, but it does not silently write the file, bypass validation or deploy the website.

Developer + Website Editor capabilities

OMEGA AI • AUTHORISED CODE EDITOR WORKFLOW

From the logged-in website’s validation errors to reviewed, saved multi-file AI repairs.

When a signed-in customer is working in the Website Editor for an owned/licensed website, the Editor can supply authorised context to Omega AI. That bounded context can include the Website ID, current file/editor context, unsaved source buffer, validation information, revision information and related-file context. Ownership remains checked against the customer's authorised website/licence records.

1. Run validation and ask Omega AI

Inside your owned/licensed website, run Validate Licensed Website to see project-wide errors, then select FIX MY VALIDATION ERRORS in the embedded Agent. For general code questions, you can still request an explanation, new component or minimal diff.

2. Diagnose and validate the complete candidate set

Omega AI uses the current authorised website files, related-file context and unsaved buffer to identify affected pages and prepare corrected candidates. Site-wide repairs are checked together by deterministic validation before an apply action is offered.

3. Review and APPLY ALL FIXES

When the validated candidate set is ready, the authorised customer chooses APPLY ALL FIXES to stage changes in every affected Editor file. The Agent does not automatically save the project; manual copy and paste remains available for standalone code examples.

4. Review every staged file

Inspect the changed files and responsive sandboxed preview before saving. Staged repairs remain available while you move between affected files. Server-side ownership, revision and validation checks still govern every save.

5. Save All AI Fixes, then full validation

For a multi-file repair, choose Save All AI Fixes and confirm the individual save outcomes. Then run Validate Licensed Website. A failed or stale file remains reported; partial success is never a complete validation pass. Deployment is a separate customer action.

Security boundary

Omega AI does not bypass ownership checks, reveal private credentials, execute arbitrary customer code, bypass validation, silently save files or silently deploy changes.

See the complete Omega AI Website Editor repair workflow

\n