Website technical rescue

Something is wrong. You do not need to know which company caused it.

Send me the website and describe what is happening. I work across the boundaries between the page, code, host, domain, DNS, email, database, authentication, and deployment.

You can describe the symptom. I will trace the layer.

What you seeWhat may be involvedWhat I can do
The site loads slowly.Images, scripts, fonts, rendering, caching, application work, or data queries.Measure the delay, isolate the cost, repair what is responsible, and retest.
Forms submit but no email arrives.Form code, provider API, DNS records, SPF, DKIM, routing, or notification handling.Follow the submission from browser to storage and delivery instead of guessing at one provider.
The domain or email broke after a change.Registrar, nameservers, DNS records, proxy state, mail routing, certificates, or origin configuration.Reconstruct the record path, correct the conflict, and verify web and mail behavior separately.
Hosting costs too much or feels impossible to leave.Legacy plans, unnecessary resources, bundled services, undocumented dependencies, or migration risk.Inventory what the site actually needs, identify a viable target, and scope a protected migration.
A login stopped working.Account ownership, password recovery, application auth, environment variables, callbacks, or database state.Diagnose the part you control and assist with documented recovery paths. I do not promise access where ownership cannot be proven.
The database or dynamic feature is failing.Schema, query behavior, credentials, migrations, runtime limits, or application logic.Inspect the data path, reproduce the failure, and repair or clearly bound the next action.
The layout is broken on phones or after an update.CSS, image dimensions, content overflow, component changes, or browser behavior.Repair the actual layout failure without turning a contained problem into an unwanted redesign.
The developer is gone and nobody knows how it works.Accounts, repository, hosting, deployment, domains, third-party services, and undocumented code.Create a system inventory, stabilize what can be controlled, and produce a practical ownership map.

Direct client work

Owners and site managers

You know what is hurting the business or organization, but you should not need to determine whether DNS, code, hosting, or email owns it before asking for help.

  • Small businesses
  • Clubs and community organizations
  • Nonprofits and associations
  • Internal staff responsible for an inherited site

Technical overflow

Designers, developers, and agencies

Use me for the infrastructure, migration, deployment, database, or cross-provider issue that is blocking your actual project.

  • Defined subcontracted repairs
  • Inherited-site diagnosis
  • Deployment and DNS work
  • Documented handoff without client capture

The price follows the uncertainty.

  • Visible, contained repair

    If the failure and boundary are clear, I quote a fixed price before production work.

  • Unclear, multi-system failure

    If access, logs, or deeper investigation are required, I quote a paid diagnosis. The result is evidence, the most likely root cause, repair options, risk, and a separate repair price.

  • Migration or replacement

    I inventory the current system, define what must survive, establish rollback, and provide a written scope.

  • Agency overflow

    Work can be hourly or fixed-scope depending on how well the failure is bounded. Your client relationship stays yours.

I do not publish a fake flat price for problems that can range from one DNS record to two days of account recovery and infrastructure tracing.

  1. 1. Fit check

    You send the URL and symptom. I inspect what is externally visible and tell you whether the problem fits my work.

  2. 2. Access map

    I identify the minimum accounts, repository, logs, or records needed. You retain ownership of your accounts and domain.

  3. 3. Scope and price

    I state what I am changing, what I am not changing, how rollback works, and the price. I confirm the price before I touch production.

  4. 4. Repair

    I reproduce the issue, make the narrowest responsible change, and keep adjacent working behavior in scope.

  5. 5. Verification

    I test the behavior that failed, relevant nearby behavior, mobile layout when applicable, and production routing after deployment.

  6. 6. Handoff

    You receive a plain record of the cause, the change, the services involved, and the credentials or configuration that must remain under your control.

A legacy community website, rebuilt without erasing what made it theirs.

For Highlands Nordic Sno-Park, I replaced obsolete infrastructure with a Git-managed static system on Cloudflare, added D1-backed workflows, Resend notifications, preserved PayPal payments, created a high-resolution interactive trail map, and reduced annual website operating cost by about $225 per year.

A domain is enough. You can include a specific page.
Tell me what changed, what you expected, what happened instead, and which providers you know are involved.
Or email peter@peterbaumgardner.com